Waveform - All Things Latency (PDC) Related

[PierreG]

Please respond Dave (dRowAudio).

Gratefully.

[dRowAudio]

I've gotten a little bit lost with this thread I'm afraid...
What exactly am I supposed to be responding to?

Remember, if you're reporting a bug I need a "step 1, step 2, step 3" process so I can replicate, then an "expected" -> "actual" result comparison. If these crucial bits of information are buried in a paragraph I'm not going to be able to pick it out I'm afraid...

[PierreG]

I've gotten a little bit lost with this thread I'm afraid...
What exactly am I supposed to be responding to?

Remember, if you're reporting a bug I need a "step 1, step 2, step 3" process so I can replicate, then an "expected" -> "actual" result comparison. If these crucial bits of information are buried in a paragraph I'm not going to be able to pick it out I'm afraid...

Here you go Dave:

Rack - Series plug PDC Issue:

1 TComperssor (10ms latency) in series with 1 TEquilizer (0 latency) = Functional PDC.
* Disable the TCompressor = Broken PDC.

2 TComperssors (10ms latency) in series with 1 TEquilizer (0 latency) = Broken PDC.
* Disable 1 of the TCompressors = Functional PDC.
* Dsiable both TCompressors = Broken PDC.

Note: While doing the above research, I confirmed a behavior I've experienced that's possibly something to do with my system, thus may be difficult to replicate.

The best I can describe this behavior is that while making rack changes that cause PDC issues, it may well lead to greatly destabilized audio playback timing when I'm using the built in Windows audio device drivers (DirectSound, Windows Audio & Windows Audio (Exclusive)). The ASIO driver seems to be impervious to this issue. It's as if Waveform has lost it's ability to play in sync, resulting in a straight forward audio clip of a click track pulse drifting in time all over the place. The only fix I've found is once again, to make an Audio Buffer Size setting change. It might take several of these, yet the timing issue is resolvable via this action. Panic button does nothing for this issue.

Rack - Parallel plug required for correct PDC issue:

It sounds like you're aware of this issue Dave, and that you're looking into it. Is this accurate?

[dRowAudio]

I've not experienced the "drifting in time all over the place" issue and I can't really see how bypassing some plugins could cause this. Could you perhaps record some audio of this so we can take a listen? That might offer some clues.

The first problem however is that the latency simply isn't being applied when you bypass a plugin. This is an optimisation on our end, we don't make any plugin processing calls when the plugin is bypassed but this has problems for those with latency. I'll have a look in to this as there's another call we perhaps should be using.

[PierreG]

I've not experienced the "drifting in time all over the place" issue and I can't really see how bypassing some plugins could cause this. Could you perhaps record some audio of this so we can take a listen? That might offer some clues.

Will do.

The first problem however is that the latency simply isn't being applied when you bypass a plugin. This is an optimisation on our end, we don't make any plugin processing calls when the plugin is bypassed but this has problems for those with latency. I'll have a look in to this as there's another call we perhaps should be using.

I'm not as concerned with disabled plugs messing with PDC as I am with the basic point of the report, which is that more than 1 latency producing plug in a rack breaks PDC.

[PierreG]

Here's an example (very poor quality) of what audio sounds like when it gets out of whack.

Note: The W rendered version of what I recorded from the track output inside W does not exhibit this affect. The only way I could catch it was with the very crappy laptop mic / speaker, which I'd think says that it's for sure an issue with the audio interface and W, and not with what's being output by W.