Hi,

If you follow our best practices of ensuring direct connections, you will not experience these connection issues:
https://www.vmix.com/kno...on-issues-with-vmix-call

See step 5 in particular for diagnosting direct connections.

We do see on our servers someone attempting to send very high bandwidth callers through our TURN server
the past three hours, which is not going to work too well as our server is to be used as a last resort, so we must insist
customers review the above and make sure they are not being restricted by firewalls for mission critical productions.

(Delays of longer than 1 second mean either the guest side or vMix side is completely blocking UDP)

Regards,

Martin
vMix

Thanks for the reply, Martin.

I understand that Peer to Peer is preferable but sometimes this isnt possible with certain less tech savvy clients and without a person there to tech things due to shelter-in-place measures we cant always rely on peer to peer.

In this other thread with a similar issue in Europe you and another admin replied. The 2nd admin said they would spin up more servers to help with this load so it sounds like you should have stable servers in these situations.

Is there any way to check the health of your servers in cases where peer to peer isnt feasbile? Linked the forum post in question below.

https://forums.vmix.com/...-downtime-on-Apr-28-2020

thanks for looking into this.
But tbh isn't this highly unlikely a congestion problem when we switch with the same speaker to zoom/skype/younameit we are able get a good connection with high bitrate video and only vmixcall seems to be problematic?

Hi guys,

Just wanted to jump in here that last Wednesday we had the exact same issue on a production from the UK. We had 15-30 seconds of lag on 2 of our remote callers, it started low but just kept climbing. Enabling direct connections didn't fix this. Both callers that experienced issues were in different parts of the country, working from home and had 10mbps up and down minimum speeds. We had no issue with SRT but can't always jump on remote contributors computers and install software.

We have 3 pro licenses and are now having to explore different products for our requirements which isn't ideal seeing as we have paid for this solution. I just want to check, with so many issues worldwide over the last week are you sure there is nothing vMix call side that could have caused this issue?

What video settings are you sending them? Anyone I have ever tried to send the highest video setting, they start stuttering and lagging. Soon as I switch them to the 2nd highest setting, all is well. This includes a single caller running a 1GB/s line. The worst delay I ever had was when I maxed my cpu before the caller came in and didn't realize it. Unfortunately I didn't fix that on-the-spot as I never suspected the CPU was maxed, later testing showed that it was definitely my fault and nothing the caller did.
The second worst delay was when my guest called in from a ho-hum laptop in Switzerland on a shady wifi connection, and I was using a lesser computer which had the cpu in the 95% and higher range. He had 5 seconds or so delay before I changed my stream output from 1080 to 720, and lowered the video sent to him to a medium setting. This brought the delay to about 180-200ms (during peak times, 0900-1030 ET on a weekday) as was shown in the call manager. I knew this was normal at that point, because when I used to play Quake3 on a DSL connection in 2004 time-frame, I could connect to US servers while in Belgium and my ping was the same 180-200ms.
Might want to see what your cpu usage is (in the task manager) with a full blown test, and what bitrate you're sending the callers... although it sounds like you guys probably have supercomputers already.

On another note, finally had a guest caller with a real microphone (even though it was a simple blue snowball) and headphones. omg it was great :)