FabFilter User Forum

Pro Q4 - Delay compensation issue

Hey there.
I'm runnning cubase 14 pro on macos sonoma 14.7.4 (23H420).
whenever i engage the spectral mode the delay compensation seems to be disabled and the track is delayed. anyone expereince the same issue?

best

Maximilian Duwe

Hi Maximilian,

Spectral processing is a linear phase process. Linear phase processing always have latency. This should be compensated by your host. Please note that some hosts only update the delay compensation when not in playback.

Ralph (FabFilter)

It doesn't seem that Q4 is reporting latency problerly in Ableton 12 when in linear, either by spectral node or the entire plug. I can reproduce it in multiple projects, enabling linear processing pushes the relevant track out of sync with the rest of the project despite having delay compensation activated in Ableton.

Magnus Wolff

I just checked here in Ableton and it does seem to properly compensate for Pro-Q 4's latency. Could you send us a small video of your issue so we can check your situation?

Ralph (FabFilter)

Sure. Let me know if you need the project as well.
youtu.be/K0P99WoM57g

Magnus Wolff

Hi Magnus,

I'm not sure how Ableton handles delay compensation in combination with the click track. If I simply duplicate a track and set one track in linear phase mode, they both play back simultaneously. This would show that the reported latency is correct.

If you can send me a copy of a project in which you can reproduce the issue I can have a look.

Ralph (FabFilter)

im also having delay compensation / latency issues with proq4 in pro tools. i dont get any delay compensation warning from PT as would normal happen in this circumstance, but the audio is clearly out of step. even when committing the audio its still doing strange things with the delay compensation, athe audio itself is actually printing early? interestingly when i disable the plug in the issue still remains until i actually remove it, which seems bizarre? would be great to have some clarity on this as atm i cant really use the plug in.

kidk

Hi
I have also the "delay compensation problem"
ProQ4 (not only), Bouncing mix, Freeze Track, Render audio (no ARA) or other don"t solve my internal (bus) rec correctly. Input listening is OK problem appear during recording (printing my mix)

If you want I have the an example in my protools (M4mini Pro, Sequoia, Protools 2024-10-2, Pro Q4 402), bugging most of the time at the same place.

Thanx ..

Christian

Was just experiencing the same issue, in 2 out of 3 DAWs I tested, with various levels of problems (latest versions of everything on M1 Mac). Tested with just two tracks on 48khz/512: drums on one, guitar on another with a Pro-Q4 instance on it. Pro-Q4 on zero latency mode, with no latency reported.

  • Logic Pro, AU: Add a new (single) spectral node during playback, Logic goes out of sync, Pro-Q4 now on "5120=0.1sec" samples of latency, Logic did not compensate. Stop playback, start again, everything is back in sync. (I can live with that small level of interruption).
  • Studio One 7, CLAP: same issue with 'live' node insertion. But S1 struggles to recover. Several stop/play/back-to-beginning/save project/play attempts later and it catches on eventually (and breaks the flow completely. I've stopped using S1 due to this issue, I'd rather change the DAW than EQ).
  • Reaper 7, CLAP: Same test, two tracks, insert a spectral node, Reaper makes a small pop but keeps it all in sync without stopping. Same sample delay reported as Logic, 5120. No issues here.

So, looks to me that Cockos are the only ones in this test that know how to implement proper PDC? (I'm not surprised tbh)

(On a side, I think Pro-Q4 needs a bit more cooking, there are other UI bugs I encountered here and there, but will report separately once I have 100% repro case)

Bojan

@Bojan: Hosts can compensate for different latency in different ways. Some hosts, like Pro Tools, Reaper and Ableton, will adjust the delay compensation on the fly. This means that if you change a plug-in during playback, the host will adjust the compensation right away. This will give you a little glitch in the audio but the signal will be in time with the rest of the tracks right after that.

Other hosts like Logic only adjust the delay compensation when the track is not playing. So when you e.g. enable spectral processing during playback, your track will be out of sync until you stop playback. When stopped the host will adjust the compensation and it should be in sync from the next time you play it.

@KIDK & Christian, can you elaborate on the issue a bit?

Ralph (FabFilter)

Dear Ralph

please find there a protools session with audio-media.

www.swisstransfer.com/d/39e4a471-7cd3-44c0-b7f9-b9640a1dcacd

I let only few examples. You can view and listen quickly where problems are happening with markers and rec files.

Please note,
the recorded (master) audio file : I let the problem so you can listen it (two kind of problems : delay or big plop)

Listening input : few times the problem happen
recording : often it's happen.

If I play from the first marker to the bug marker , it's happening
stop, rec just before the new audio file : most of the time it's not happening, but another audio file later will have the problem.

If you need more informations let me know.
I remember to have some time automated the "spectral mode or not" for deessing, maybe that is my mistake.

Thank you. Good luck !
Christian


Christian

@Ralph - the click track was incidental, the rest of the project is out of time as well, both when using MIDI triggering samples and with samples straight on audio track.

I recreated the issue in Bitwig and Nuendo 13 as well, I'll ship you the files asap.

I'm in the middle of a client mixdown now, and it just happened again in a production. Took a round towards the end to do some spectral ducking to create space, and suddenly multiple tracks starts slipping. It's also printed to the audio both when I record and freeze the output of the tracks with Q4 on them.

I've used the same routing/bussing system for years without issues (lotsa Q3 dynamic ducking using sidechain), and now it's starting to fall apart at different stages when using spectral in Q4. There is definitely something going on.

Magnus Wolff

@Magnus I found out what the issue is. Any plug-in that introduces latency needs to be placed after any plug-in that changes the rhythm of the track, like these rhythmic gates you are using. Latency compensation simply calculates the total latency of each track, and delays tracks with less or no latency so they stay in sync with tracks with more latency. The delay compensation happens at the output of the track, and it does not know where in the chain the latency occurs (or maybe it knows but does not take that in account). So when you put a plug-in with before one of these rhythmic gates, these gates will get out of sync with the tempo, as their input signal is delayed. If you put the plug-in with latency after the rhytmic gate your session should stay in sync.

Ralph (FabFilter)

@Christian can you explain the session a bit more? I am hearing some doubles or unaligned signals at the markers. But when I renounce the TV track at the second marker I don't get the double in the render.

Ralph (FabFilter)

There's definitely an issue with spectral processing, at least in Pro Tools. If you enable spectral processing and have automation involved, a glitch in the plugin can inadvertently enable/disable it's linear phase mode while the playhead is moving.
I was getting random audio skips across all my tracks around a specific place in the timeline. Eventually I narrowed it down to a single instance of Q4 with spectral processing enabled. I had automated the plugin it in that area, and the skipping was happening right at the spot where my automation write ended and the plugin was returning back to it's default setting. This was also causing the plugin to turn off spectral mode under the hood, and thus was changing the delay comp reporting from the plugin. This happening while playhead moving was what was causing the skipping, so I opted to stop using spectral processing to avoid this happening again.

Michael Feldman

@Michael Yes that's an issue that we unfortunately can do little about. The enable/disable spectral mode button is disabled from automation as it would change the latency. However, automating the range of a spectral band to 0dB, or disabling a whole band that is spectral will also adjust the delay compensation, but we can't exclude these parameters from automation. If you need to automate these parameters you can put the whole plug-in in linear phase mode. This way the latency stays the same whether a band is in spectral mode or not.

Ralph (FabFilter)
Reply to this topic Go to the forum topic list