View Issue Details

IDProjectCategoryView StatusLast Update
0003944ardourbugspublic2020-04-19 20:15
Reporterrealhangman Assigned Tocth103  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Target Version3.0-beta1 
Summary0003944: Consolidate region does not work on 1in/out2 channels
DescriptionWhen I try to use the consolidate function in a normal mono audio channel (1in/2out), Ardour tells me:

"One or more selected tracks cannot be bounced because it has more outputs than inputs. You can fix this by increasing the number of inputs on that track."
Additional Informationirc conversation for more information:

<las> roax: here's what cth103 said for that commit: "Stop bounce / freeze on tracks that have more outputs than inputs and so cannot record all the outputs in their diskstreams. "
<las> roax: seems wrong but it was fixing some kind of problem
<las> cth103: any recollections?
<oofus> las: could have been to do with inserting plugins that have more outputs than inputs, therefore 'enlarging' the channel beyond that plugin ?
<oofus> las: because I can see that being tricky
<las> oofus: but this is just for bounce ... we just end up calling Track::export_stuff() which just gets the output processors of the track to write to some buffers we provide
<oofus> las: otherwise a track should consolidate to its diskstreams, taken at the point just prior to the panner, ie the track output
<las> oofus: and we set up as many buffers as the maximum number of streams from all processors in the track
<las> oofus: ah, i think this maybe to do with freeze only
<las> oofus: no, wait. i think i get what carl was trying to do
<las> oofus: suppose you have a 1in/2out track
<las> oofus: consolidate a section of it and by some definition of consolidate, you've got a 2 channel region
<las> oofus: if you put this back into the track, you now have a conflict between the number of inputs and the number of channels
<las> oofus: clearly there are some versions of a consolidate operation that don't do this, but many perfectly desirable ones will
<las> oofus: so, some way to (automatically?) choose the detailed meaning of the operation appears to be necessary
TagsNo tags attached.

Activities

paul

2011-04-09 15:40

administrator   ~0010533

developer note: consolidate-without-processing needs to get data from the playlist, not from the route, so that the i/o config of the route is irrelevant.

darkbasic

2011-04-17 20:40

reporter   ~0010574

Is there no other way to receive notifications for an issue than adding a note?

realhangman

2011-04-17 20:45

reporter   ~0010575

You can click the "Monitor Issue" button :)

realhangman

2011-06-19 22:28

reporter   ~0010910

This is fixed for "consolidate without processing" for some time now (around alpha 5 I guess) and it's probably correct that 1in/2out channels cannot be consolidated *with* processing. So you can close this bug!

paul

2011-06-19 22:58

administrator   ~0010911

i added region combining to deal with precisely this issue. you can use it on any track, though its necessarily without processing too.

we still need to rationalize all similar operations.

cth103

2011-11-14 16:52

administrator   ~0012008

Seems to be fixed as far as I can make out.

system

2020-04-19 20:15

developer   ~0022516

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2011-04-06 14:54 realhangman New Issue
2011-04-06 16:59 cth103 cost => 0.00
2011-04-06 16:59 cth103 Target Version => 3.0-beta1
2011-04-09 15:40 paul Note Added: 0010533
2011-04-16 11:31 cth103 Status new => confirmed
2011-04-17 20:40 darkbasic Note Added: 0010574
2011-04-17 20:45 realhangman Note Added: 0010575
2011-06-19 22:28 realhangman Note Added: 0010910
2011-06-19 22:58 paul Note Added: 0010911
2011-11-14 16:52 cth103 Note Added: 0012008
2011-11-14 16:52 cth103 Status confirmed => resolved
2011-11-14 16:52 cth103 Resolution open => fixed
2011-11-14 16:52 cth103 Assigned To => cth103
2020-04-19 20:15 system Note Added: 0022516
2020-04-19 20:15 system Status resolved => closed