This is based on the gameplay being from a separate system...

You could setup two different VMIX Calls, one for camera, one for gameplay. Make sure stereo is enabled in VMIX Call (advanced.vmixcall.com) and any echo cancellation is turned off to get clean game audio. In each VMIX Call, make sure the camera and audio are both appropriately set.

The high speed motion of gameplay and VMIX Call have a good chance of causing framerate dips.


If the person has OBS that can feed the gameplay, I'd suggest trying to have them push SRT to you. You have to open up a ports (one for each feed) on your firewall/router so they can get to your specific system. You make an SRT input in VMIX as a "SRT (Listener)" with the port you set to forward to your system. The person playing then just sets the output of OBS to be "Custom" and puts in "srt://<youripaddress>:<openedport>?latency=500" (e.g. srt://231.21.34.299:30010?latency=500) and starts streaming. You can lower (or raise) the latency as needed, just have to get stability. Latency of SRT push is typically less than one second, so pretty much real-time with VMix Caller.

We do this very method all the time for video game productions/streams, whether gameplay or someone remote handling b-roll replay.

Don't use vMixCall. It's great for what it is intended for but you want something with more control and have the ability to maintain quality and or handle drops if needed. So do as Dave suggested with SRT. We do exactly what you are trying to do and i even at first used WebRTC which is what vMixCall is based off of. Too many issues and limitations. SRT is made for this. Plus you can downtown load free SRT clients that send SRT to vMix or setup an SRT server with srtminiserver.com for example and bring in the NDI feeds to your vMix production.

-King