You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That doesn't look great. Presumably this could affect timing/sync in ASIO host applications, or perhaps even cause glitches.
I suspect this problem has always been there and is not a regression. My best guess is this is a consequence of the way PortAudio buffer adaptation works - especially since this test is full duplex. That being said, maybe there are ways to improve on this, e.g. by strategically aligning buffer sizes, or by improving PortAudio's internal logic.
The text was updated successfully, but these errors were encountered:
I have a suspicion this may be caused by PortAudio/portaudio#775: if the capture cursor can only advance in increments of 31.25 ms, then that would explain these "hiccups" as the ASIO buffer size is an awkward multiple of the actual granularity of the underlying DirectSound backend.
VB-Audio ASIO Driver Tester currently looks like this in FlexASIO 1.10a with the default config:
That doesn't look great. Presumably this could affect timing/sync in ASIO host applications, or perhaps even cause glitches.
I suspect this problem has always been there and is not a regression. My best guess is this is a consequence of the way PortAudio buffer adaptation works - especially since this test is full duplex. That being said, maybe there are ways to improve on this, e.g. by strategically aligning buffer sizes, or by improving PortAudio's internal logic.
The text was updated successfully, but these errors were encountered: