These days, with the high load on all networks and cloud providers, you might want to try SRT. Secure Reliable Transport. Exactly what you want to have.

Hey,

Just wanted to add to this thread about the potential congestion due to covid-19. Our team uses vmix call pretty heavily, and we've started seeing freezing issues as well.

We tested Skype and Facetime and those seemed to work really well, Facetime having the better results though both hugely lacking the VMIXCALL features that we use and needing workarounds. It makes me wonder if the internet server providers have things like Skype and Facetime prioritized in their QOS but when their network sees VMIX call coming through it gets heavily throttled even though its not that much bandwidth.

To Martin's point about Vmix call Servers, we never have an issue initializing and connecting a call, its only when the call has started, again almost looking like the ISP starts to throttle that DATA once it recognizes it.

Yesterday I did some testing:

From Austin to Baltimore - Video would start freezing up on clients end within 15-20 seconds, would freeze on our end within about a minute
From Austin to another location in Austin - Video would consistently Freeze up within 5 minutes, still not usable, but closer to better
From Austin to California - This was slightly usable, Audio would stay at least where Video would get locked up
2 devices on Same network - This worked great and just goes to show Peer to Peer is working fine when not going out over the public internet

From austin to Austin over ATT Fiber - video locks up within 1 minute
From austin to Austin over Grande Fiber - video locks up within 5 minutes
From austin to Austin over cellular (T-mobile) - video locks up within 3 minutes

We also ran Trace Route from our Meraki Routers here to different locations we were testing to and the congestion didn't seem that crazy. Speed Tests on both sides were fine, 400 up and down, 100 up and down. I'll post pictures later if I get a chance.

All that said, for now we are switching to Skype and using the NDI Skype tools to bring Skype in and send out multiview to Skype as a source back to callers. Only issue their is while each caller comes up as a separate NDI source, they all have the same audio and the audio doesn't get separated out, but other than that, Skype seems to be working pretty well for now. If anyone else is having trouble, here is a link to Tim's video on Vmix Skype integration.

Hey Martin,

Thank you for the quick response, just go this back from one of my guys at the studio, I'll be headed in their soon to do some more testing. It looks like we typically do not use the low latency mode. And then he is seeing that the IP addresses are in the 192 range. I know this morning they were testing Vmix call again to see if it would work with Skype on standby, checking now to see if VmixCall has stabilized and if they are sticking with that this morning.


Tyler Ulses:studio_microphone: 7:55 AM
Hey @jacklavey, we checked both of Martin's solutions and we have not checked that low latency box that he mentioned and we were getting IP addresses in the 192 range and not the 104, so all seems to be good. Not sure what the addresses were yesterday and the day before, but I can guarantee that the low latency box was not checked

*edit* so we have one producer just outside Austin Vmix called in just passively watching the show to test and his signal is smooth, but he is hitting the 104 IP, so I'm wondering now if yesterday we were getting a lot of 104 guests. I'll check on that through out the day. My second hunch was that, is it possible that since its still early here in the states, maybe the heavy internet traffic due to quarantine hasn't really started yet (netflix, gaming and other entertainment streaming services)