Ableton Forum

O.K.

this issue is quite depressing for me because i must choose betwen delay compensation on or off ..and then.. to choose what kinds of troubles i prefer ...
so it will be nice that ABLETON make a note about that and tell us some good workaround, advices etc...

IMO, its a bit sad, that live cannot allows you to use third parties plugs efficiently and that we have to wait for live 9 for a rock solid timing ....

petit nuage wrote: IMO, its a bit sad, that live cannot allows you to use third parties plugs efficiently

Totally agree with that but ...

petit nuage wrote: and that we have to wait for live 9 for a rock solid timing ....

are you even sure of this ?

Lots of bugs have been reported several times since earlier versions and are still going on, so I'm really wondering about it ...

Is there a list of latency inducing VST/AU's out there somewhere?

So this is what the problem is. I've encountered this in a couple of sets, a few times chronically. I thought I was going mad...
Very disappointing.

There are a few threads going about this:
viewtopic.php?f=1&t=175687

From Angstrom in another thread:

Quick note: all ableton "hiQ" devices (and the overdrive) have uncompensated delay in order to oversample. Any LPF parallel phase cancellation effect is due to that offset.

#2 PDC is inactive on return channels with their own send activated.

And here are more tips:
http://www.ableton.com/articles/automat ... ut-of-sync

ze2be wrote:There are a few threads going about this:
viewtopic.php?f=1&t=175687

ze2be wrote:From Angstrom in another thread:

Quick note: all ableton "hiQ" devices (and the overdrive) have uncompensated delay in order to oversample. Any LPF parallel phase cancellation effect is due to that offset.

#2 PDC is inactive on return channels with their own send activated.

And here are more tips:
http://www.ableton.com/articles/automat ... ut-of-sync

Yeah I read those but they hardly help. Of course I could freeze flatten or export everything to a new project or a different program but that's not really the point when people have paid a lot of money for something that doesn't work properly at quite a fundamental level.

In regard to Angstroms tips: What about setting plugs from hiQ to lowQ, would that help? Hmm.

About complaining. Its been going on for such a long time now that im not really expecting anything to happen soon. The only way it might get prioritised is if we gather user emails for a big complaint. Im sure if we gather a few hundred email signatures, they would pay attention.

Does this have effects on pure Session view live performances too?

because I often encountered this one problem:
{
I loop live instruments a lot.
my global latency is at 64 Samples.
that's around 2 milliseconds
(wich close to NO latency while playing)

but once the instruments are recorded and
looped, they are off by 40 or more milliseconds!
a lot (huge LOT) more than the overall latency.
}

I always wondered, why no hearable latency
while playing, results in such a huge offset!


// before you ask
// Macbook pro (2010) RME fireface 400

...even without any plugins in the chain... i tried that too.

I am amazed that some users manage - or say so - to run Live at 64 samples per buffer.

9/10 producers that I know complain most of the time (included me) of the impossibility of using Live at less than 256 samples. And they are no idiots.

Who cares of PDC. I am making a serious effort here since I get clicks at 128 SB with jsut 2 tracks

on a Macbook Pro 2010 ...


Can anyone explain me? since I complained already, but the answer was "too many m4l devices".
Well, only 2 m4l devices and only 2 Audio tracks with no send/returns ... ok I stop here otherwise I get vulgar...

funken wrote:

fx23 wrote: _ If still need a high latency VST flolowed by automated devices, consider render the insert point as Audio, then keep
activated only the rest of the chain that is after the bypassed then VST. this will remove all latencies and offsets.

Not sure I understand this bit

let's say you got some audio track with a high latency vst such as a linear phase eq, and then a timed effect like beat repeat thats goes weird cause of the latency. if you render as audio the audio + eq result and drop it on a new track, you won't need the eq anymore, and will be able to beatrepeat it in various way and it will work correctly.(just an exemple)

Jabon: What kind of audio interface do you use?
The RME fireface for example is known to be very fast.
that's why i bought it in the first place.
If I run Live on my mac without a nice audio interface,
I too need bigger buffer size, of course

thanks for the interest, but with such a light project anything should do.
Actually I think my G4 could handle it too.

In general though it happens with high speed professional equipment.

I run everything via light-pipe to an external converter for ADC/DAC conversion tro8gh a FW device.

There is NO problem with other sofwtare at very low buffer rates .

But this happens even with the internal audio card and a pair of headphones too.
And mainly it is hapopening to other producers.

thanks again though, I am not an RME fan, but they are huge pieces of gear