Does change in buffer size really effect the rendered output
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Does change in buffer size really effect the rendered output
? ?
It seems it does..
It seems it does..
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
Well, automate panning in a mix and render it out at different buffersizes, then compare the files.. they won't match up..fx23 wrote:it shouldn't
Am I doing something wrong here ? ??
Re: Does change in buffer size really effect the rendered output
well i think their is something really strange in your setup cause
i just rendered a 8 bar loop on wich i automated pans @ 2048, then 512, 128 and 64 samples
and they all return null results via a phase cancelation test, hopefully..
what differences do you see? is it a visible offset? maybe coming from a plugin that wouldn't readapt on
buffers changes? but since you speak about pans, i don't see what it could be at all...
i just rendered a 8 bar loop on wich i automated pans @ 2048, then 512, 128 and 64 samples
and they all return null results via a phase cancelation test, hopefully..
what differences do you see? is it a visible offset? maybe coming from a plugin that wouldn't readapt on
buffers changes? but since you speak about pans, i don't see what it could be at all...
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
Please see attached image.fx23 wrote:well i think their is something really strange in your setup cause
i just rendered a 8 bar loop on wich i automated pans @ 2048, then 512, 128 and 64 samples
and they all return null results via a phase cancelation test, hopefully..
what differences do you see? is it a visible offset? maybe coming from a plugin that wouldn't readapt on
buffers changes? but since you speak about pans, i don't see what it could be at all...
Sine tone is created in Alchemy, a panning envelope is drawn.
Output is rendered at buffersize 32 and 4096 and then put back in the arrangement.
Warping is disabled.
The files are different !!!!!!!
What is happening here ? ?? ? ????
I thought the rendering process would be independent from the choice of buffer size.
Clarification please, I am getting very anxious.
It probably means that Live is completely useless for mixing.
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
Could someone from Ableton please step in and clarify the issue.
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
OK, I have found a solution but this is a MAJOR BUG in Live.
The panning automation only renders correctly at all buffer sizes, meaning 'in time', as drawn to the grid, if the VSTi instrument is flattened before rendering.
Merely freezing the track containing the VSTi instrument with the automated panning envelope does not produce a consistent output at all buffer sizes
It is a repeatable bug.
Ableton, please comment
The panning automation only renders correctly at all buffer sizes, meaning 'in time', as drawn to the grid, if the VSTi instrument is flattened before rendering.
Merely freezing the track containing the VSTi instrument with the automated panning envelope does not produce a consistent output at all buffer sizes
It is a repeatable bug.
Ableton, please comment
Re: Does change in buffer size really effect the rendered output
what you mean by flatened?Laura_Live wrote:OK, I have found a solution but this is a MAJOR BUG in Live.
The panning automation only renders correctly at all buffer sizes, meaning 'in time', as drawn to the grid, if the VSTi instrument is flattened before rendering.
It is a repeatable bug.
Ableton, please comment
mac book 2,16 ghz 4(3)gb ram, Os 10.62, fireface 400,
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
right click on VSTi-track in question, click on 'freeze'3phase wrote:what you mean by flatened?Laura_Live wrote:OK, I have found a solution but this is a MAJOR BUG in Live.
The panning automation only renders correctly at all buffer sizes, meaning 'in time', as drawn to the grid, if the VSTi instrument is flattened before rendering.
It is a repeatable bug.
Ableton, please comment
right click on frozen VSTi-track, click on 'flatten'
>> see its beautiful waveform
-
- Posts: 1766
- Joined: Fri Aug 20, 2010 7:31 pm
- Location: Ableton
- Contact:
Re: Does change in buffer size really effect the rendered output
Hi, just a note that we aren't consistently involved in topics on this subforum. If you'd like to contact Ableton about an issue, then you're best bet is to get in touch with support: http://www.ableton.com/support
-
- Posts: 167
- Joined: Tue Nov 27, 2007 4:22 pm
Re: Does change in buffer size really effect the rendered output
ThanksDavid Abravanel wrote:Hi, just a note that we aren't consistently involved in topics on this subforum. If you'd like to contact Ableton about an issue, then you're best bet is to get in touch with support: http://www.ableton.com/support
-
- Posts: 1766
- Joined: Fri Aug 20, 2010 7:31 pm
- Location: Ableton
- Contact:
Re: Does change in buffer size really effect the rendered output
No problem - I also responded to your question about this in Support Corner.
Re: Does change in buffer size really effect the rendered output
woa, well spoted laura_live,
but you make me worry now, newer noticed that before since i generally use low buffers <512 so as david mention that's not a noticeable problem.
also my test were performed with raw audio, not generated vst, if Vsts latency compensation doesn't adapt thats indeed not cool at all when
working with big buffers. I spend time phasing stuff together, a simple 128 buffer offset would mean blow those efforts out.
did ya notice if that applies to every mixer events (volume/sends)
or only pans? if so that's indeed quite annoying..
..but im sooo surprised! was quite sure volume automations on Vsts would work with no offset at any buffer size. mmmmmm
when audio is runing live, automations are sync to VST whatever buffer size is, unless im going mad, so why it wouldn't at bounce?
Mean Vst aren't rendered BEFORE applying mixer automations by live when bouncing ?
that sound too crasy to not have been spoted before..
well think i have to performs a few checks..
but you make me worry now, newer noticed that before since i generally use low buffers <512 so as david mention that's not a noticeable problem.
also my test were performed with raw audio, not generated vst, if Vsts latency compensation doesn't adapt thats indeed not cool at all when
working with big buffers. I spend time phasing stuff together, a simple 128 buffer offset would mean blow those efforts out.
did ya notice if that applies to every mixer events (volume/sends)
or only pans? if so that's indeed quite annoying..
..but im sooo surprised! was quite sure volume automations on Vsts would work with no offset at any buffer size. mmmmmm
when audio is runing live, automations are sync to VST whatever buffer size is, unless im going mad, so why it wouldn't at bounce?
Mean Vst aren't rendered BEFORE applying mixer automations by live when bouncing ?
that sound too crasy to not have been spoted before..
well think i have to performs a few checks..
Re: Does change in buffer size really effect the rendered output
Hi laura_live, hi ableton guys,
I know the reason:
Because you are using an external vst plugin as soundsource (your synth), it will create a delay. Question is how much? Well, it depends on your plugin settings. Check what you have selected in options > preferences > cpu
If it says "as audio buffer" thats the cause for the strange behaviour. So the plugin adds a delay equiv. to the audio buffer. and this plugin delay is also used during rendering (it has to). Changing buffers changes plugin delay. Try a fixed value here instead!
However this shouldn't happen, obviously, but that again is due to the fact that automation is _not_ plugin delay compensated.
See the other threads reg. this...
cheers
Kay
I know the reason:
Because you are using an external vst plugin as soundsource (your synth), it will create a delay. Question is how much? Well, it depends on your plugin settings. Check what you have selected in options > preferences > cpu
If it says "as audio buffer" thats the cause for the strange behaviour. So the plugin adds a delay equiv. to the audio buffer. and this plugin delay is also used during rendering (it has to). Changing buffers changes plugin delay. Try a fixed value here instead!
However this shouldn't happen, obviously, but that again is due to the fact that automation is _not_ plugin delay compensated.
See the other threads reg. this...
cheers
Kay
Bitwig 1.0, Live8 Suite Boxed, Studio One Professional, Melodyne Assistant
Komplete Ultimate, Sylenth, Ozone5
Komplete Ultimate, Sylenth, Ozone5
Re: Does change in buffer size really effect the rendered output
Hey folks, now its 2013 and we still have our pdc priblem. Ableton? Comments? Suggestions? Excuses? Please no more sw features and push like hw before fixing the basics. Please.
Bitwig 1.0, Live8 Suite Boxed, Studio One Professional, Melodyne Assistant
Komplete Ultimate, Sylenth, Ozone5
Komplete Ultimate, Sylenth, Ozone5