understanding PDC problems and solutions
-
- Posts: 518
- Joined: Mon May 18, 2009 5:33 pm
-
- Posts: 431
- Joined: Wed Aug 16, 2006 12:31 pm
Re: understanding PDC problems and solutions
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 ....
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 ....
Re: understanding PDC problems and solutions
Totally agree with that but ...petit nuage wrote: IMO, its a bit sad, that live cannot allows you to use third parties plugs efficiently
are you even sure of this ?petit nuage wrote: and that we have to wait for live 9 for a rock solid timing ....
Lots of bugs have been reported several times since earlier versions and are still going on, so I'm really wondering about it ...
Re: understanding PDC problems and solutions
Is there a list of latency inducing VST/AU's out there somewhere?
-
- Posts: 2164
- Joined: Thu Jul 21, 2005 10:09 pm
Re: understanding PDC problems and solutions
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.
Very disappointing.
Re: understanding PDC problems and solutions
There are a few threads going about this:
viewtopic.php?f=1&t=175687
viewtopic.php?f=1&t=175687
Re: understanding PDC problems and solutions
From Angstrom in another thread:
http://www.ableton.com/articles/automat ... ut-of-sync
And here are more tips: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.
http://www.ableton.com/articles/automat ... ut-of-sync
-
- Posts: 2164
- Joined: Thu Jul 21, 2005 10:09 pm
Re: understanding PDC problems and solutions
ze2be wrote:There are a few threads going about this:
viewtopic.php?f=1&t=175687
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.ze2be wrote:From Angstrom in another thread:And here are more tips: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.
http://www.ableton.com/articles/automat ... ut-of-sync
Re: understanding PDC problems and solutions
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.
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.
Re: understanding PDC problems and solutions
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
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
Re: understanding PDC problems and solutions
...even without any plugins in the chain... i tried that too.
Re: understanding PDC problems and solutions
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...
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...
sound spatialization content & technologies @ audit-orium.com
Re: understanding PDC problems and solutions
funken wrote:Not sure I understand this bitfx23 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.
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)
Re: understanding PDC problems and solutions
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
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
Re: understanding PDC problems and solutions
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
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
sound spatialization content & technologies @ audit-orium.com