Hi! I’m new around here, hope you guys are all good.
I just picked up a copy of SubLab last week and there’s a lot I really like about it, but I’m trying to get my head around an issue I’m experiencing. I often use Live’s ‘resample’ feature to record Live’s output back into an audio track as a quick way of printing sounds. The issue I’m experiencing also occurs if I use ‘freeze/flatten’. And the issue is this:
Something seems to be going wrong where Live’s PDC is concerned - I’ve read that Live’s PDC is an odd implementation compared to other modern DAWs, but the behaviour I’m seeing I don’t see with other latency-inducing plugins.
When I print a bass sound from SubLab with delay compensation switched on, the front of the sound gets cut off, like so…
As you’d expect, this creates an audible pop at the start of the sound.
With delay compensation switched off, there’s a slight lag before the sound prints (as you’d expect), but it enables you to see what the initial transient of the sound should look like. I tried to post an image of this, but have just tried to post and have been told I can only embed 1 image. I’ll try to post the second image in as the first comment.
To me it looks like SubLab is reporting too much latency and Live is therefore shifting the audio too far in its attempt to compensate. (Note: I don’t know enough about this sort of stuff to know whether this is even theoretically possible, I’m just applying a best guess based on what I can see). There are no other plugins on the channel in question. Live is telling me that SubLab’s latency is 441 samples, but based on the ‘DC off’ print and using Psyscope to measure the period of silence (/lag) before the transient begins, it looks more like approx 250 samples.
Anyone else experiencing this issue? / @FAW team - is this something you’re aware of?
Thank you
Tones