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 
+1
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.
makes sense.
rendering to sample should be pure
This could be added as a button on the Render dialog popup I proposed a while ago in order to name the resultant rendered audio.
mitt namn i din mun.
No.3 indeed.
This would be perfect!
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.
Only if we can set these options as default so we don’t have to re-chose them every time we render to sample
Of course.
NO!
i just noticed that it does include the master stuff and already thought it was a bug until i remembered this thread…
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.
Render to sample is mainly used for putting it back to song. That means it gets the effects in master twice.
good one, very good one.
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.
it should definately not include master fx.
if you render a sample then use it in a pattern it would have the master fx applied twice because it would already be applied to the sound and then once more when it goes through DSP on the master track.
Wow… didn’t even realize this little thread of mine was getting that much attention. Good to know people take this kinda stuff seriously =)
Also effects on the track it was rendered from would be applied twice when the rendered contents are played in the same track. So this is a global argument and does not apply to the master track only.
So technically speaking we need a toggle somewhere (Advanced Edit perhaps):Apply fx during Render to sample.
But why would we render? To disable effects that actually consume too much cpu?
We need a freeze function. That is the best argument.