Here’s an interesting observation - try this:
Make two mono tracks, each one obviously different.
Make the top one the Right Channel, and the bottom one the Left Channel
Select both tracks, and then Mix and Render (Tracks>Mix and Render).
Notice that it creates a mixed Stereo track, but the positions have switched.
This leads me to believe that by default, in a stereo track, the top channel is the left and the bottom is the right.
However: if you use the command Make Stereo Track (Audio Track>Make Stereo track), it ignores the Right Channel and Left Channel designation, and just merges them - whatever was the top channel now becomes the Left Channel (even if you had originally called it the Right) and vice versa.
Finally, notice that if you now split this stereo track (Audio Track>Split Stereo Track) it automatically makes the top one the Left and the bottom one the Right.
I’m not so happy with this inconsistency - a command that is called “Make Stereo Track” should honor your designations of Left Channel and Right Channel, even if it is in the form of a warning that says “Make Stereo Track automatically makes the channel on top the Left and the one on the bottom Right. Proceed?” if they are in the wrong positions.
The clue is in the name, (though probably not apparent to many users): “Mix and Render”. The stereo track is the result of mixing the selected tracks, so their channel settings, pan positions and gain levels will all affect the result.
I agree this is not very clear. It would be more obvious what was occurring if the command was called “Stick this track on top of the track below to make a stereo track”. That’s all it is actually doing, but there’s not room in the menu for that. Can you think of a better name that will fit in the menu?
I think that one is quite descriptive - all that is happening is that the upper (left) channel and lower (right) channel are being split from each other.
The other one (in recent versions of Audacity 1.3) is “Split to Mono”.
Again I think this is quite descriptive. The channels are split to make two mono tracks.
I think that the first two are least clear, but easily discoverable - (and covered in the manual)
I agree this is not very clear. It would be more obvious what was occurring if the command was called “Stick this track on top of the track below to make a stereo track”. That’s all it is actually doing, but there’s not room in the menu for that. Can you think of a better name that will fit in the menu?
Actually, I don’t have a problem with the name, the issue is that it ignores the Left Channel and Right Channel designations.
If someone has gone to the trouble of designating their single-channel tracks as Left Channel and Right Channel, then any command that creates a stereo track from those tracks should put them in the correct locations.
As it is now, it’s a cardinal sin of UI - the “Make Stereo Track” has the ability to switch the left and right channels without any way of informing the user, allowing even a moderately experienced Audacity user to unknowingly make a defective product.
This problem would definitely be somewhat mitigated if, as stated in the other posts, the left and right in a stereo track were clearly marked.
Currently the Track Control Panel scrolls up from the bottom. With that arrangement it would only be possible to get about 2 tracks on screen before the controls disappear, unless the TCP was able to scroll from both the top and bottom at the same time (I don’t know if that is possible).
If you have “Track A” at the top set to the Right channel, and “Track B” below, set to the Left channel, then are you suggesting that “Make Stereo Track” should keep Track A as the Right channel and Track B as the Left channel?
If you do that, then one of two things must happen.
a) Track A stays at the top and remains as the Right channel and Track B stays at the bottom and remains as the Left channel. The problem with this is that there are then some stereo channels with Left at the top and some with Right at the top, which would be very confusing. It would even be possible to have a “stereo” track where both channels were left or both channels right.
b) Track A remains as the Right channel, but jumps down below Track B. Isn’t that a cardinal sin?
What should happen if both mono tracks are set to the Left channel?
The current scheme is that Track A stays at the top and Track B stays at the bottom. Channels are allocated to be consistent with all other stereo tracks - Left at the top and Right at the bottom.
Track A remains as the Right channel, but jumps down below Track B. Isn’t that a cardinal sin?
But that’s exactly what happens if you use the Mix and Render command - and that’s what should happen.
If the convention is to always have the Left on top, then making something Stereo should put the left on top.
What should happen if both mono tracks are set to the Left channel?
Now that issue is the responsibility of the user, since single channel tracks are clearly marked Left, Right or Mono.
So if a user sets both tracks to Left, or both tracks to Right, or both tracks to Mono, they either aren’t paying attention or they don’t care which is which.
But if they do set one to Left and the other to Right, then they obviously care which one is which, so the command should respect that decision and re-order them correctly.
“Mix and Render” is completely different from just sticking the tracks one on top of the other.
“Mix and Render” processes all selected tracks, applies gain level, pan position and envelope settings and mixes them down into a single track.
“Make Stereo Track” just “glues” one track on top of the track below it. No processing takes place. They are literally just stuck together.
Each has its own use. One use for the “Make Stereo Track” is that it provides a fast way of swapping the left and right channels of a stereo track - just split the track, drag one above the other, then stick them back together again.
But someone would need to decide what would actually happen. The programmer would need to know what result their code should produce. Someone did decide, and they decided on the current behaviour. The difference between Mix and Render and Make Stereo Track is intentional - they provide different functionality.
Of course I understand the difference between Mix and Render and Make Stereo Track. I also understand that re-coding Make Stereo Track to behave as I think it should won’t actually happen, at least not in the foreseeable future.
If right is above left and you “Make Stereo Track” I agree it’s nonsensical to reverse the channels, though easy to see it’s why it’s as it is. I was thinking before now that we needed a review bug for this. I think “b) Track A remains as the Right channel, but jumps down below Track B” is exactly what should happen because it keeps the audible left and right as they were. It means less need to label L and R. If two lefts, “Make Stereo Track” changes the bottom track to right - user chose a switch of channels because (s)he made two lefts into left and right.
Regarding the question of the behaviour of the “Make Stereo Track” item in the Track drop down menu, I think it is acceptable as is, even if it “reverses” tracks that are set as “Left” and “Right” if right is above left when the command is executed. If we start looking at those designations, then we have so also consider pan settings, and what it means to “Make Stereo Track” from two Mono tracks. So I agree with Steve’s observations earlier in this thread.
There does seem to be a consensus (at least three votes) on moving Track Info down as that has wider benefits.
If you have R above L with L hard panned to left, the panning is broken now IMO - make it a stereo track and what should be the L is inaudible and replaced with the R
Don’t see why it affects making stereo from two mono tracks - that stops as now.
If it has two mono, it takes the top as left
If it has left above right, do as now
If right above left, left moves above right to prevent reversal. It may look odd but that is what user asked for. Don’t see why user should have to think in advance and move the R up before making stereo
If left above left, second left becomes right since user asked for stereo.
If and when I have energy I’ll raise it as a Review item on Bugzilla, even though I can imagine others opposing tracks “jumping down”.
There does seem to be a consensus (at least three votes) on moving Track Info down as that has wider benefits.
Agreed. (or +1 if that’s more succinct)
Don’t see why it affects making stereo from two mono tracks - that stops as now.
If it has two mono, it takes the top as left
If it has left above right, do as now
If right above left, left moves above right to prevent reversal. It may look odd but that is what user asked for. Don’t see why user should have to think in advance and move the R up before making stereo
If left above left, second left becomes right since user asked for stereo.
I’m not sure exactly what you mean by “If you have R above L” but I agree that there is a flaw in how “Make Stereo Track” operates. As I see it, the problem is that for two mono tracks there are two pan sliders, but for a stereo track there is (as expected) just one. When the two mono tracks are combined, the positions of the pan sliders on the mono tracks are applied to the audio, but there is no visual indication of panning for the lower (right) channel. The same problem exists with the volume sliders and envelopes. As a conflict may exist between the sliders for the two tracks, the only sensible resolution that comes to mind is that combining two tracks should only be concerned with the track audio. It should not try to adopt other parameters such as pan, gain or envelopes as attempting to do so is doomed to failure in one way or another. If someone wants to apply panning, envelopes or volume levels to one of the tracks before combining with another track they should render the pan before combining the tracks.
I’m -1 about making tracks jump into different orders depending on their original channel allocation. IMO that is unnecessarily confusing as there will be 4 permutations of what may happen rather than just one simple case of the tracks being “stuck together”.
I’m undecided; I would expect to hear changes when I split and unsplit tracks just as when using the gain on a single track.
It certainly “looks” odd if you have a first track “Left, panned centre” and second “Left, panned hard left” then make stereo that the right is practically silenced which is visible in the meters but not the waveform, all this while the only visible pan slider is at centre. Although it would make Audacity slow, I sometimes think it would be less confusing if there was a preference to render gains, pans and envelopes at once. But this is separate from audibly transposing channels in an unintuitive way I think.
As I predicted …
The current rule is that the upper split track becomes the left channel when made stereo. The “problem” comes when the right is the upper track and/or the left is the lower AND the tracks have a different mono/left/right property - I think it is these three cases:
1 Right
2 Left
1 Right
2 Mono
1 Mono
2 Left
It isn’t easy to put this rule as words, but I am quite sure my ear tells me what we do now with those three cases is quite wrong.
I’m a bit confused about Mono/Left & Right. What does the Mono drop-down item do? On a few pieces of audio gear there is a Mono output which sums the Left and Right outputs intelligently so that the output volume is in line with some “average” of Left and Right. I have never seen any other piece of audio gear on which Left and Mono were not the same jack.
Another intuitive confusion is when we try to equate “stereo pan” with “panning a track”. Stereo pan is really just a mask for applying negative gain to the channel which is being panned away from. You may prove this by putting two distinctly different signals on Left and Right then listening to the result of a hard stereo pan knob turned back and forth in both directions – the stereo Left and Right signals are not summed – you only hear the one channel. I understand that when we have a number of stereo tracks in a project and we wish to mix them all down to a single stereo track we might want to send both the Left and Right channel of a stereo pair to one side of the mix down so I realize that we must have the Pan control on a stereo track.
A single-channel track that is Mono feeds to the Left and Right outputs equally, unless panned. It behaves like a single-channel strip on a mixing desk.
A single-channel track that is Right or Left feeds to the appropriate output channel. It has no analog on a mixing desk. In this case I’d suggest the Pan slider be greyed or not drawn.
As for Make Stereo Track, the rule is simple. The track operated upon becomes the Left channel of the stereo pair and the track below it become the right channel, regardless of any other settings on those tracks. The options in this menu are short-cuts for operating on stereo tracks. If they start respecting Left, Right, Mono, pan and gain settings they lose their attractiveness (speed) as they would then become shortcuts for “mix and render these two tracks”. They may be different from what is available in other audio editors, but that is not a bad thing. As long as we properly documents what they do (and perhaps add a couple of use cases as examples) I see no problem with how they operate now.
Isn’t it equivalent to using one side of a stereo channel on a mixing desk?
I’m in full agreement.
The ability to split and rejoin stereo tracks is very useful, but it should not be confused with rendering tracks. If the user wishes to take account of envelopes, pan, volume and channel settings we already have a tool specifically designed to do that. Tracks > Mix and Render. If the users wishes to perform an operation on one channel of a stereo track they should split the track, perform the operation and then stick them back together again (Make Stereo Track).
Panning tracks in Audacity is a bit strange, but I think any further discussion on that subject requires a new topic.
As I suggested, I actually think there is a case for a Preference for gain, pan and envelope to render at once, but I am not suggesting this should happen when you “Make Stereo Track” with R above L, just that Audacity does the extra step of “Move Track Down” on the R track before executing the “Make Stereo Track”.
We’re campaigning for L and R on the vertical scale (or somewhere) on barely a single case of confusion that anyone can remember, but the “channel reversal” problem in the three scenarios I mentioned does come up on feedback@ and I recall on the -users list too, so I think it is worth discussing (even at the price of making the “Make Stereo” rule “harder to explain”). Clearly the people who get foxed don’t see our “simple rule” of “sticking two pieces together” and assume it is already doing something more intelligent when making stereo for L above R.
This is in essence what Tracks > Stereo Track to Mono does, but it does render.
Part of the confusion could be because Audacity IS doing something more complex than just sticking the two pieces together and that is with the (mis)handling of the track sliders and envelopes. As I hinted at before I don’t think that there is a sensible way for “Make Stereo Track” to take account of track pan and gain sliders without rendering the tracks, but that would just be duplicating the function of “Tracks > Mix and Render” at the loss of simply sticking them together. The only solution that I can see to this issue is for “Make Stereo Track” to ignore the pan and gain sliders and only deal with the audio content of the tracks. Can anyone think of a better solution?
How to deal correctly with envelopes is more problematic because different envelopes on each channel is partly supported.
I think that the case of retaining envelopes after “Make Stereo Track” is quite strong in that a user may have a stereo track with a complex envelope and a small glitch on one channel that they want to deal with. It should be possible (and currently is) to split the track, make the correction and join the tracks back together without losing the envelope.
The problem arises when two mono tracks with different envelopes are joined together with “Make Stereo Track”.
After making a stereo track, each channel shows the envelope that was on the respective mono track. (No problem so far).
Now make a change to the envelope. Depending on whether you adjust the envelope in the left channel or in the right channel the behaviour will be different.
Also, depending on whether you click with the Envelope tool on the edge of the envelope or inside the envelope the behaviour will be different.
I’m not sure what the best way to handle this is, but having such apparently erratic behaviour as there is now is not good.
The situation may change in the future if “track overlays” are adopted (as has been suggested on the developers mailing list), so perhaps we just ignore this problem until we see what these “track overlays” do?
A possible solution would be for the envelope of the upper track to be applied to both channels (both visually and in effect) when making a stereo track?
No, it’s the more basic problem I already outlined of the unexpected channel reversal (without considering the gain/pan complications which just make it worse).
It’s no solution to the case where they haven’t moved the sliders. I see the channel reversal “problem” as more separate than you do.
For sure that should be possible as at least an option.
I did not look really carefully but am not sure what you are expecting to happen? That the points on each of the combined channels are not placed at the same amplitude level?
Agreed, but it would be much better than the current behaviour in that the behaviour could be concisely and accurately documented and would be predictable.
The better solution would be for full support for per-channel envelopes but I don’t see that happening until track overlays are implemented and that puts it well after 2.0 release.
A demonstration of the issue.
The stereo track shown below was created from two mono tracks using “Make Stereo Track” after adding envelope points to each track.
What do you predict will happen if you click with the Envelope tool at points A, B, C or D?
After clicking at point A, this is the result (is this what you expected?)
If you now click on the red X, what will happen?
Can this behaviour be unambiguously documented?
…
