Couldn’t find any reference to this issue but am using win7 pro with 64bit 3.1.3 version. Usually I always use stereo tracks and they have their labels showing only on the upper half of the track. Suddenly I find a stereo track with dup labels on upper AND lower tracks. I tried splitting the left/right tracks to mono then back again to stereo but dual labels still showing?
Did have issues with sections of a track splitting into partial mono looking but connected pieces when cutting and pasting but not sure if related and couldn’t duplicate. Also curious about a vertical line that get’s between two sections I’m moving and have to delete it to be able to paste into that empty area. Seems to be related to the new clip extender maybe? Thanks for any help as I’m loving the new features of this version.
There are two ways that I know that can create a double set of clip names - clip namesfor Left and right tracks
Make a stereo track from two mono tracks - this can result in different clip names in either channe;
Import an old AUP stereo project into a newer Audacity version that uses the AUP3 consolidated database.
Both of these are logged as bugs on the Muse GitHub bug tracker. But there is little or no progress on this as the developer involved thinks clip names per channel is a cute idea (I happen to disagree).
If like me, you cut up your tracks intensively for edit, this loses all your section cuts. Same as saving the track and reloading. If you need the sections, I guess just best to keep the double labels.
Unless and until the clip-handles and double clip names are removed - i.e. the bugs I referenced above get fixed - then yes, that is probably a good idea.
One cute thing about the double clip handles/names, or rather per-channel clip-handles is that (unlike your example) the clips in the two channels can be asynchronous, i.e. not matched (and not labelled the same) in both tracks.
This means that you can drag clips around in one channel while the other channel remains as-is
BUT the odd thing is the if clips are synchronous, i.e. match exactly, the dragging a clip around in one channel will cause the clips in both channels to move together - which to me would seem to defeat the objective of having per-track clip-handles.
Of course the other really odd thing is that (if having clip-handle drag-bars is a “designed feature”) there is no obvious discoverable ways to turn this feature on - you need to split and rejoin a stereo track. Which tends to make me think that this was not actually designed-in.
Oh and BTW is is an “easter egg” a totally undocumented “feature”.