Additional info: Happy to hire and pay someone to assist in sorting out the issue - any vMixcall experts for hire?

Hi DWAM -

Thanks very much for the response. Unfortunately no way I can move to a physical location without essentially creating an entirely new setup on a laptop, not sure if that would be instructional in locating the issue but I can try. I had not considered an ISP issue before. The weird thing is that using the same computer on my end and the guests' end, if we so a Zoom meeting, the latency issue is gone (ie, latency down to a level not obvious and noticeable to the point people are talking over each other). I ran another test earlier tonight and it's about 2 seconds with vMixcall. I have the audio delay on my end set to 120ms to sync with my local camera (Canon XA50 to Blackmagic SDI input card). Using hardwired ethernet connection, fast internet ( 60-80 mbps download typical, 20-30mbps upload typical). If it's something in the router/modem , I wonder if there are any particular settings I might look at there?

Thanks,

Mark

Thanks OPL - the latency issue is the same whether I'm dealing wth a caller in the USA or a caller here in Australia. I tried the peer-to-peer setting on vMix for the video call input, made no difference. Are you suggesting the location of the vMix call server (in the USA I assume? despite vMix is located here in Australia) being remote to me is the issue? As noted, Zoom meetings works flawlessly between myself and the Australia caller - even toyed around with the idea of bringing a Zoom session into vMix via NDI, but did the Zoom session on a separate laptop and brought the session into vMix with NDI and it created even MORE of a latency issue - 2 seconds became 3 seconds (!). Too many computers, too much passing around the signal I suppose.

What's also interesting is that the video and audio coming in from vMixcall, while delayed, remains in sync.

Not sure exactly what you're referring to re secondary chat app (zoom?)but didn't have much luck trying to run Zoom at the same time as vMix on the vMix computer...

You should use traceroute for figure out the path of the traffic.

It sounds like your router or firewall may be forcing the use of a TURN server to handle the media. That a mechanism of last resort when peer-to-peer connection cannot be established because of restrictive network elements.

You can try any other WebRTC service and see if it behaves similarly. For example, https://meet.jit.si.

As an experiment I tried a vMix call as follows:

- Laptop with LTE radio on T-mobile.
- Desktop running vMix on Comcast Business Class cable modem.
- vMix set to not only allow peer-to-peer.



vMix reports 380-420 ms for that link.

Interesting. WinMRT, which I have used a lot, reports that vmixcall.com is just 50ms away from me.

www.vmixhd.com terminates at vmix.hypervps.com.au which is some 220ms away.

That makes sense since the web site is hosted relatively locally. vMixCall is likely in several places, in what appears to be the Google cloud.