This confused me too the first time I used it. I thought it was a bug.
It’s not very intuitive that you’re actually rendering the master’s output rather than the track/data you’ve actually selected.
Another no vote from here. I don’t see why it should be an option either, as the workflow seems off.
IMHO, if you want to render a section from the master, you should just select in the master track, mute any unwanted channels, and hit render. It’s definitely a corner use case anyway.
That would then be the optional “include mastertrack effects” option. Like that idea, and the best thing is that its easy to implement because no extra option/GUI is needed.
That’s the most logical solution IMO… that way, there’s a pattern to everything that makes sense. Whatever channel you select gets rendered. Also, if you select just a sendtrack, it should render the output of the sendtrack, minus master effects. But yeh… glad taktik agrees
I’m bumping this 'cause it’s been bugging me again lately… whenever I render to sample, even with the track volume and master volume at 0db, the resulting sample volume is still much lower than the track initially was. This makes for quite the pain in the neck when I’m trying to render VSTi parts to sample to reduce CPU usage, as I’ve got to guess what gain I should apply to get the same mix I previously had.
I would rather have a dialog where you can set the settings for rendering (could be the same dialog as ‘render to disk’ but with additional settings for selection rendering).
We could have options like include/exclude master, bitrate, samplerate, interpolation and perhaps also a tail option (will render after the selection until a silence threshold is reached).
Then you have two hotkeys, one to render directly as now, and another to render with dialog box.
What are your arguments on this?
I can imagine that anyone would like to render the sound “as you hear it”.
especially when selecting more than one track.
i think the main arguement is the poll result of this thread, which should pretty much rebut your presumption that anyone would like to render the sound “as you hear” it.
and of course logically/technically, it’s exactly what suva said above.