Re: [Audacity-devel] Channel Naming

[Gale A. <ga...@au...>]

| From Sven Giermann <Gie...@fu...> 
| Wed, 23 Jan 2013 09:47:32 +0100
| Subject: [Audacity-devel] Channel Naming
> Am 22.12.2012 23:23 schrieb Gale Andrews:
> > The problem only comes when you do "Split Stereo Track", which
> > changes the right channel to take the name of the left. Since the
> > project supports storing a separate name for both channels even
> > when you start with a linked stereo track, I cannot see any
> > justification in discarding the right channel name on "Split Stereo
> > Track". Can you?
> >
> > I think it should be addressed, unless I'm missing something here.

> I don't know if we both miss something. The only "problem" that arises
> without the name copy would be:
> If you start with mono tracks "Vocal-Test left" and "Vocal-Test right",
> then you merge them and rename the resulting stereo track to
> "Vocal-Test", maybe apply some filters and decide to rename it to 
> "Vocal-Production". You would then loose all renamings on "Split stereo"
> and get two single tracks: "Vocal-Production" and "Vocal-Test right".

Thanks, Sven. Apologies to Martyn, but this patch seems
all gain and no pain to me so I'd still like a quick discuss.  Is 
the problem you identify Sven when using channel profiles
(which I have not tested)?  

In Sven's example, on renaming the stereo track from "Vocal
Test" to "Vocal Production" then splitting to stereo or mono, 
I get both channels named as "Vocal Production". This is the 
same as what happens now, and seems good to me: I renamed
when the channels were merged, so both channels should be
named as the rename when split. 

What is different in your patch is that if I rename the two 
channels while they are split, then I can merge and split 
again and still keep the channel names that I chose when 
the track was split. I can't see what else you would want
if you rename when split with the intention of merging and 
splitting again as you work on the audio. 

If you rename when split with the intention of merging 
then not splitting again, there is no change from now. 
You end up renaming the merged track if you rename 
the upper track while split, otherwise you don't rename
the merged track. 

I don't see a problem with Undo/Redo or with reopening
projects saved in the patched or previous versions.  

The patched behaviour makes a clear distinction between 
rename when merged and rename when split that could
be intuitively documented. +1 here (again if I've not 
missed something).



Gale 



> But I do not care about this at all - maybe we need a preference to switch between copy and keep original name?
> If not, feel free to submit the attached patch to avoid name copy from left(stereo) to the right channel.
> (BTW: I also removed the comment, which was on the wrong line anyway.)
>