I'm having a consistent issue with an audio input into vMix developing a digital stutter/glitch after 30+ minutes of use. This has happened on 3 different laptops (all decent Alienware). Here's a sample of the issue...
https://drive.google.com...MtwHz86/view?usp=sharing

- I use a small format mixer with an output to a PreSonus 26c connected to my Alienware laptop as an audio input for a given vMix session.
- I often use light settings on the compressor in vMix audio settings to handle peaks (I'm suspect of this now)
- It happens when I'm recording the session...or just publishing the output to zoom or some external source
- It's happened across multiple laptops
- I ordered another PreSonus as this could be the culprit given the laptop independence...but I'm suspect of that compressor effect as well because I use it quite often (dare I say every time?)


It's resolved by simply removing the audio input and re-adding it...but this is not convenient when you are in the middle of a high stakes zoom call or even worse recording an important program and you are not recording a backup (I know I know).

Anyone else have this issue? Lordy I feel like a fool when this issue pops up. It's happened twice now during really important moments and I can't let it happen a third time.

Thank you for your time!

Good thought...and I have faced a sample/bit-rate challenge before. The challenge here is...it works perfectly for a while...20 minutes...2 hours...and then it begins to glitch.

Hi,

We strongly advise against changing the audio settings in vMix. This is not related to the issue.
Please make sure you have the latest vMix installed first, and second check what 3rd party applications you have running, if any that connect to vMix.
There have been bugs fixed in the past where 3rd party apps can cause slow memory leaks leading to things becoming unstable after some time.

Failing that, please send us a support report and drop us an email.
https://www.vmix.com/contact-us.aspx

Regards,

Martin
vMix

Absolutely the same, but even more simple.

Clean win10 20h2, fresh drivers, fresh vMix (default settings).
Any audio source (umc, vb-cable, srt).
and... random "over time": sometimes minutes, sometime hours, and even days.

problem seems to appear about a 1.5 month ago.
jumping render time and audio clicks. ;(

there are some things about the way vmix handles audio which i wonder about..

firstly you are able to select multiple different audio interfaces to be used together at the same time.. this should be a problem because different interfaces (by default) do not have wordclock between them to remain in sync.. i imagine the affects of this may differ depending on each manufacturers drivers or other factors but ultimately you wont see any professional DAWs that let you use two different audio interfaces at the same time because of this clocking reason.. vmix does not have this restriction so i wonder how does it get around this scenario ? if it doesnt do anything and just pays no attention then that is quite possibly a source of audio problems..

as a test it would be worthwhile to try using only one audio device.. if you have USB interface you are using for mics/speakers but you are also using onboard audio for headphones, try to deselect the onboard audio and see if that makes any difference.. it may or may not help but the wordclock question remains and i would be interested to know how that is handled..

I also wonder why 960 samples for a buffer ? that is very much non standard setting.. the normal intervals are 512, 768, 1024 etc.. audio drivers in theory should be able to handle this but again no pro audio software will use 960 so its possible that some drivers have been written in ways that only expect standard intervals and therefore 960 may cause compatibility issues ? this is speculative but there seems to be little or no benefit using 960 instead of using 1024.. there is not much difference in latency and 1024 would probably reduce possibility of weird problems..

Not sure if these things are the source of the OPs problem but the stuttering example in the clip is what i would expect if they were..

This is a really insightful comment—thank you for sharing it. It seems that vMix is currently outputting at 48kHz, 16-bit, 2-channel, while today’s Zoom inputs are coming in at 32kHz, 16-bit, 2-channel. I’m not sure if this changed from yesterday’s broadcast, but the choppy audio issue only started today, and this forum is one of the few places discussing it.

During a break, I reconnected, ensuring to check for any audio settings, but there were none available. The host restarted the meeting, but even in the second hour, the audio remains at 32kHz/16-bit and continues to be choppy. Perhaps a server restart could help, but it’s puzzling since everything was working perfectly until today.