Anyone else encountered this?
 
Drum replacer seems to be on the nail when it's running live, but when I bounce the replacer track to a clip, there's a slight delay.
 
The top track is the original recorded kick drum, the bottom track is the bounced drum replacer kick. The lag is consistent throughout the track.
 

 
 

Ah, actually, the lag varies slightly.

Have you tried real time rendering? Or even raising your ASIO  or WDM buffers a bit.
 
CJ

Since it varies, I don't think it's that; it's just the perennial problem of transient detection. I should say that none of this is remotely in the range of audible timing errors.

Maybe it is due to an effect latency on that track?

Well, again, I wouldn't expect that to vary. It doesn't really matter; like I say, it's in the micro-second range.

You haven't upgraded your interface firmware and drivers recently? I assume you've done the latency loop back test and got the manual offset sorted... I have no idea if it would make a difference BTW just saying..

One of the smarter folks on here (forget who... may have even been a Baker) once informed me that Fast Bounce actually is more solid than Real Time bounces because it uses exactly as much processing as it needs to perform the operation. Unlike real time bounce which HAS to use a set amount of power to perform the bounce at a specific speed.
 
Not your issue and I may have misinterpreted what that smart person was saying but thought I would mention it since CJay brought it up.
 
I concur that looking for lookahead or high latency effects would be a good start. Also if you have not installed the Everett hotfix that might help. The fluctuation is weird though and completely goes against the super precise detection/replacement that we've been told DR offers.
 
Maybe you should post a step by step with extra details for problem report testing.
 
Cheers.

John T
micro-second range.

Microsecond... could it be a result of the sample bank? Like if you are using multi velocity samples maybe there is some slight timing variation between the samples at the various velocities?
 
I think a good test would be to load a single sample (as opposed to a bank) and see if the fluctuation still occurs.
 
Another question... are these delays enough to cause audible flamming between the original and the replacement sample(s)? If not, although not ideal, seems like a "close enough" scenario. Still worth investigating/reporting. DR is supposed to be ultra precise wo I'm sure the Bakers would like to ensure that is indeed the case.
 
 
Cheers.

Beepster
Another question... are these delays enough to cause audible flamming between the original and the replacement sample(s)?

No. I wouldn't have noticed it if I hadn't zoomed in really close to do something else.