EDIT - Solution found
What appears to be happening, is that ManyCam is a bit offset from the inbound vs. outbound audio.
The fix, as tested, was to increase the buffer beyond what I think it should need to be, as set in the ASIO driver settings. So in my case I had to go minimum 64, which I think is excessive (I’ve recorded through Riverside.FM perfectly fine with 16).
Still a tiny bit of choppiness but nowhere near what I was experiencing - fractional at best and I’ll live with it because excessive buffer isn’t going to work for me.
Captured audio is choppy, static-filled or both. This seems to be much worse when routed through VoiceMeeter.
@Steve_Caldwell mentioned he used it - his feedback as to whether he experienced the same when connecting to ManyCam or whether he just routes the audio directly would be helpful.
Continuing the discussion from Use both manycam lite and regular manycam virtual microphone:
The only reason this is a problem is that ManyCam does not support audio optimizations in its own software; thus we have to use a third party tool (hardware or software) to make the sound accurate. I don’t mind connecting the audio to the destination directly, but if I’m recording with ManyCam for local video this becomes a pain to merge it after the fact.
How do we troubleshoot audio that’s choppy ONLY in ManyCam (i.e. when monitored directly or when sent to other tools it sounds perfect)?