Click accuracy and DP5.12

[conleycd]

Okay folks,

I always do everything to the click in DP but now I'm beginnging question the accuracy of it. Let me explain...

When I have recorded the click to a track and then play the built in click there is a noticeable delay between the two (how is this solved)?

I have now become slightly paranoid. I usually mix with subgroups so I think aux tracks don't have latency compensation only audio tracks so I make sure that everything goes through an aux track (including the click) before hitting the stereo fader - but even with that the click still seems slighty askew. I'm using an Ultralite - any ideas?

Christopher Conley

[Frodo]

I can't believe this thread went unanswered all summer. I'm sorry I missed it myself, because it chimes in to a few other timing issues which have revealed themselves in quantity in recent weeks.

Chris, I don't know if there's an explanatioin, but many of us are stuggling with click timing with Tap Tempo and other click-based functions. For the most part, the click is fine when used with no bells and whistles. But you were among the first to really chime up about it.

I'm going through all the threads about DP 5.12 and compiling a list of what people have suspected to be bugs. I've had more issues than normal with DP lately and I am really concerned about what is happening to my favorite DAW.

Hobbits don't give up easily.

[Mr_Clifford]

I have now become slightly paranoid. I usually mix with subgroups so I think aux tracks don't have latency compensation only audio tracks so I make sure that everything goes through an aux track (including the click) before hitting the stereo fader - but even with that the click still seems slighty askew. I'm using an Ultralite - any ideas?

I did some tests recently and the aux tracks do definitely get delay compensation - However, I have had situations a couple of times recently when for some reason, the ADC turned itself off (even though 'on' in the setup) and I got all sorts of flamming etc. I couldn't get it working at all, but the next time I booted up DP and loaded that project it was all working fine again.

[dgrussell]

DPs click has always been inaccurate. In fact on previous versions, the click during countoff would speed up and slow down before bar 1. That seems to have been fixed. I think it has something to do with the overall buss structure. If you route the click through a bus the click will actually be recorded before the beat. In addition if you zoom n to the sample level you will see it moves. The offset is not consistent. DP has some serious timing issues via the busses.

[Noumenon]

I have had problems with the click. But in the end it was the L3 I had on the master bus that 'caused it.

[conleycd]

Sure, if you have a look ahead limiter on the master fader I think that would delay the click.

I guess a way somewhat around this (as long as it it lines up with MIDI) is to record the click to a track (easily done) and monitor the recorded track for recording purposes. I will have to try to this.

[monkey man]

I did some tests recently and the aux tracks do definitely get delay compensation - However, I have had situations a couple of times recently when for some reason, the ADC turned itself off (even though 'on' in the setup) and I got all sorts of flamming etc. I couldn't get it working at all, but the next time I booted up DP and loaded that project it was all working fine again.

I've experienced this recently whilst setting up my new template, Cliffo.

I found that after changing or adding a plug-in, the quickest way to get DP to compensate correctly was to locate to another part of the sequence, preferably stopping it, thus forcing DP to recalculate the timings and buffering.
Worked every time.