[Cin] Can 'play track' status propagate to ganged tracks?

[Pierre autourduglobe]

Ok Phyllis, I tested the October 24th version and the audio tracks 
behave as you described them under the different "Gang" states.

"Gang Channel" seems to me to be intended and to correspond to the needs 
of those who want to process the sound tracks in a uniform block.

For me this mode will only be useful, if the track I disable is always 
the second one; if it is the first one I want to disable, I couldn't use 
this mode since the other tracks of this block wouldn't play either...

But it doesn't matter... because the "Gang Media" mode will be perfect 
for me; I'll be able to configure the sound tracks individually as I 
like, while being able to make them invisible and recover vertical space 
(especially useful when using my laptop in single screen mode).

I also tested the behavior of these Gang options with video mixers. With 
video tracks, only their active or inactive status determines if they 
appear and play as well in "Gang Channel" and "Gang Media" mode; being 
the first video track associated with a master video track has no effect.

Pierre


Le 20-10-24 à 20 h 51, Phyllis Smith a écrit :
> Pierre:
> GG made a mod that is a slight improvement. If you have time, please 
> check it out.  There is a Mint 18 static tar at:
> https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
> And a Ubuntu 16 static tar at:
> https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
> 
> Here is how it works now (at least I think I got it right in testing):
> 
> Gang None - same as always
> Gang Channels
> - the first audio track "Play track" rules all audio tracks; so if 
> enabled then that track + any enabled associated audio tracks will play 
> while the disabled ones will not play
> - the first audio track "Play track" rules all audio tracks; so if 
> disabled then no tracks will play
> Gang Media
> - all audio tracks will honor their states; so if an audio track is 
> disabled then it will not play and if enabled it will play
> 
> In Gang Channels mode, you may notice that there is no way to not play 
> the first track while still playing the others.  However, Gang Media 
> allows for this.  There was no easy way to account for this.
> 
> I have not checked the Video tracks to see if they follow the same rules.
> 
> On Fri, Oct 23, 2020 at 2:13 PM Pierre autourduglobe via Cin 
> <cin at lists.cinelerra-gg.org <mailto:cin at lists.cinelerra-gg.org>> wrote:
> 
>     You're right Phyllis, I tend to see in the gang mode only an
>     optimization of the vertical space, but in reality this is not its
>     basic
>     objective, which is rather related to the simultaneous configuration of
>     the multiple associated tracks.
> 
>     Okay, let's see what it looks like.
> 
>     Pierre
> 
> 
>     Le 20-10-23 à 10 h 22, Phyllis Smith a écrit :
>      > (I forgot to send this email)
>      > -----------------------------------
>      > Pierre, the Gang modes are still pretty new and we may still have to
>      > make adjustments.
>      >
>      >     Often on the two tracks of my camera, I record the same sound
>     but from
>      >     two different microphones or, from the same microphone but at
>      >     differents
>      >     sensitivity levels.
>      >
>      >     Most of the time, when editing, I use only one of the two
>     sound tracks,
>      >     I deactivate the other one, but I keep it in reserve for
>     moments the
>      >     main track would be unsatisfactory.
>      >
>      >     If in Gang Channels or Gang Media mode this deactivated track
>     starts to
>      >     play out of my control... I would have a problem.
>      >
>      >
>      > You can always use it as before when no Gang modes existed.  But
>     there
>      > is already an easy enough solution if taking advantage of Gang
>     modes.
>      > To ensure that the deactivated track does not play, just move the
>     slider
>      > in the Audio patchbay all the way to the left.
>      >
>      >
>      >     I'm not sure this automatism is a good idea.
>      >
>      >
>      > I'm not sure either, but GG thinks there may be another solution.
>      >
>     -- 
>     Cin mailing list
>     Cin at lists.cinelerra-gg.org <mailto:Cin at lists.cinelerra-gg.org>
>     https://lists.cinelerra-gg.org/mailman/listinfo/cin
>