logo

Live Production Software Forums


Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
admin  
#1 Posted : Tuesday, February 25, 2020 5:13:03 PM(UTC)
admin

Rank: Administration

Groups: Administrators
Joined: 1/13/2010(UTC)
Posts: 4,398
Man
Location: Gold Coast, Australia

Was thanked: 2516 time(s) in 1095 post(s)
In March 2020, both Chrome and FireFox will be enforcing a security update in WebRTC that requires an update in vMix Call as well.
In addition to this update, we have taken the opportunity to improve reliability in vMix Call in general.

We would appreciate anybody who regularly uses vMix Call to try out the update below and give us your feedback prior to official release:

vMix 23.0.0.41

* Updates WebRTC library for DTLS 1.2 support, required by Chrome and FireFox in March 2020 updates
* Improves connection reliability through difficult firewalls by only requiring a single port to be open for both audio and video where available. (called "WebRTC Bundling")
* General connectivity improvements when faced with unreliable internet.
* Improvements to video/audio for iOS (iPhone/iPad) callers.

http://cdn.vmix.com/download/vmix23.exe

Note: Once released, we will also work on a vMix Call update for vMix 21, so users who haven't upgraded to 22/23 yet won't be left behind.
thanks 2 users thanked admin for this useful post.
stigaard on 2/27/2020(UTC), mgrayeb on 2/27/2020(UTC)
mavik  
#2 Posted : Tuesday, February 25, 2020 5:51:22 PM(UTC)
mavik

Rank: Advanced Member

Groups: Registered
Joined: 4/23/2017(UTC)
Posts: 272
Man
Location: Germany

Thanks: 2 times
Was thanked: 44 time(s) in 42 post(s)
Thanks Martin.
Very pro-active. I love that. In general, thanks for providing frequent updates/fixes/patches. That makes vMix stand out in the competition.
ANd very kind of you that you backport it as well, for those running older versions.
sinc747  
#3 Posted : Thursday, February 27, 2020 3:00:24 AM(UTC)
sinc747

Rank: Advanced Member

Groups: Registered
Joined: 8/2/2013(UTC)
Posts: 898
Man
United States
Location: Fairhope, Alabama USA

Thanks: 398 times
Was thanked: 169 time(s) in 142 post(s)
Tested this beta (23.0.0.41) on my Samsung Galaxy S10+ using Chrome 80.0.3987.119 with phone and PC connected to the same LAN.

No problems connecting. Audio was good/clear. Video connection was 640x360 24fps @ 500kbps with about 100ms latency. Bit rate increase to about 1500kbps and latency jumped around between 150 and 60ms after a few minutes.

When I switched the Chrome browser to "Desktop site" the resolution jumped to 1280x720 but fps was still 24, connection started at 500kbps but increased to 1500kbps after a few minutes, latency was still 100ms but increased to 250ms after a few minutes.

Is there a way to verify that vMix Call and the browser have negotiated the shortest connection, in my case, my LAN? I was surprised that I didn't get a higher resolution and more fps. I'm surprised that the resolution didn't improve as the bit rate increased.

I'll revert back to version 23.0.0.39 and see if I get the same results.

- Tom
sinc747  
#4 Posted : Thursday, February 27, 2020 3:09:46 AM(UTC)
sinc747

Rank: Advanced Member

Groups: Registered
Joined: 8/2/2013(UTC)
Posts: 898
Man
United States
Location: Fairhope, Alabama USA

Thanks: 398 times
Was thanked: 169 time(s) in 142 post(s)
Update. I reverted back to 23.0.0.39 using the same PC and same phone.

vMix Call connected video at 640x360 24fps at 500kbps with 250ms latency.

Switching Chrome to Desktop Site: 1280x720 24fps at 1800kbps with 250ms latency

- Tom
seb666  
#5 Posted : Thursday, February 27, 2020 5:00:26 AM(UTC)
seb666

Rank: Advanced Member

Groups: Registered
Joined: 12/10/2016(UTC)
Posts: 103
Man
Location: Frankfurt, Germany

Thanks: 79 times
Was thanked: 18 time(s) in 13 post(s)
When will these browser updates come out? We have a production where we sold a vMixCall option next Tuesday and I really wouldn't like to use a preview of vMix for that... 🙄
mgrayeb  
#6 Posted : Thursday, February 27, 2020 1:15:55 PM(UTC)
mgrayeb

Rank: Advanced Member

Groups: Registered
Joined: 3/3/2018(UTC)
Posts: 92

Thanks: 42 times
Was thanked: 2 time(s) in 2 post(s)
I will download this and give it a try; thank you. vMix is head and shoulders above the competition, and this latest update -- and the approach to include users of version 21 -- is a perfect example of that.
admin  
#7 Posted : Thursday, February 27, 2020 2:37:41 PM(UTC)
admin

Rank: Administration

Groups: Administrators
Joined: 1/13/2010(UTC)
Posts: 4,398
Man
Location: Gold Coast, Australia

Was thanked: 2516 time(s) in 1095 post(s)
Hi,

Android phones are not the best for testing performance, frame rate wise as they exclusively use the mobile CPU to compress the video.
This means frame rates will be a bit lower and why we set the resolution to 640x360 by default.

iPhones/iPads on the other hand use a hardware encoder and can send 720p quite easily.

Regards,

Martin
vMix
thanks 1 user thanked admin for this useful post.
mjgraves on 2/28/2020(UTC)
sinc747  
#8 Posted : Friday, February 28, 2020 3:47:38 AM(UTC)
sinc747

Rank: Advanced Member

Groups: Registered
Joined: 8/2/2013(UTC)
Posts: 898
Man
United States
Location: Fairhope, Alabama USA

Thanks: 398 times
Was thanked: 169 time(s) in 142 post(s)
Originally Posted by: admin Go to Quoted Post
Hi,

Android phones are not the best for testing performance, frame rate wise as they exclusively use the mobile CPU to compress the video.
This means frame rates will be a bit lower and why we set the resolution to 640x360 by default.

iPhones/iPads on the other hand use a hardware encoder and can send 720p quite easily.


Good to know! Thanks, Martin.

- Tom
MarkP  
#9 Posted : Friday, February 28, 2020 9:53:28 AM(UTC)
MarkP

Rank: Newbie

Groups: Registered
Joined: 5/30/2019(UTC)
Posts: 2
Australia

Thanks: 1 times
Beta works fine here. Connected vmix call to s10+, Chrome desktop site, 4G Network (Telstra), 1280x720 16-17fps, 1800-2000kbps, 45-75ms latency
admin  
#10 Posted : Friday, February 28, 2020 4:02:09 PM(UTC)
admin

Rank: Administration

Groups: Administrators
Joined: 1/13/2010(UTC)
Posts: 4,398
Man
Location: Gold Coast, Australia

Was thanked: 2516 time(s) in 1095 post(s)
Originally Posted by: admin Go to Quoted Post
Hi,

Android phones are not the best for testing performance, frame rate wise as they exclusively use the mobile CPU to compress the video.
This means frame rates will be a bit lower and why we set the resolution to 640x360 by default.

iPhones/iPads on the other hand use a hardware encoder and can send 720p quite easily.

Regards,

Martin
vMix


Just to clarify, Android devices have much the same hardware encoding capabilities as iOS devices and most apps use these capabilities (such as the built in recording apps for 4K video and apps like Larix Broadcaster). However Chrome and FireFox apps on Android do not take advantage of this functionality for WebRTC specifically, though it is possible they may in the future.
kgoodyer  
#11 Posted : Tuesday, March 3, 2020 10:23:39 PM(UTC)
kgoodyer

Rank: Advanced Member

Groups: Registered
Joined: 6/16/2015(UTC)
Posts: 177
Location: Milton Keynes, UK

Thanks: 8 times
Was thanked: 43 time(s) in 24 post(s)
I use vMix Call daily, and have a VERY high caller failure rate. Either wont connect, or disconnects randomly. When this happens we fall back to our old external Skype Box, which has no issues. Problem is my production team, not for lack of asking, seem to be unable to make a record of which callers fail. I susspect its nothing to do with vMixcall itself, but people calling in on 28.8 baud modems, or closing browsers.

I have had several reports that when a call is established on preview/solo, its all OK until you take it live, at which point the audio distorts, and then video breaks down, and the call disconnects. Its not every call, but enough to feature significantly in production reports.

Is there a logfile (outside the call manager) that I can use to do long term call analysis on?

I know I could just cut and past the logs in the call manager, but often the machine is reset, or rebooted and those records are lost.

Keith
mavik  
#12 Posted : Tuesday, March 3, 2020 10:48:46 PM(UTC)
mavik

Rank: Advanced Member

Groups: Registered
Joined: 4/23/2017(UTC)
Posts: 272
Man
Location: Germany

Thanks: 2 times
Was thanked: 44 time(s) in 42 post(s)
I can't answer the log question but you may want to test a caller over SRT into your production. Nowadays everyone has a smartphone and could use the free larix broadcaster that is able to SRT into vmix directly. If you need a test person let me know. I'm happy to try it with you.
admin  
#13 Posted : Wednesday, March 4, 2020 1:07:53 AM(UTC)
admin

Rank: Administration

Groups: Administrators
Joined: 1/13/2010(UTC)
Posts: 4,398
Man
Location: Gold Coast, Australia

Was thanked: 2516 time(s) in 1095 post(s)
Keith,

Have you tried the update noted in this post to see if there is any improvement?
It has now been released as an official update and should be stable.

If you email us the call passwords that fail, we can see on the vMix Call web site end, what browser the caller used and usually
if there are any firewalls etc that might be in the way. This is not available to the vMix logs due to being server side information.

Also based on the support requests we receive the number one cause of issues is using the wrong browser, i.e any browser other than Safari
on iPhones in particular.

Finally, vMix does not treat the call differently if it is on preview or output, technically it is exactly the same.
The only potential difference would be perhaps a higher bitrate to the caller as a result of the video change, which is why we recommend
always sending the caller the lowest quality setting and only increase it once you have confirmed the call is stable.

Regards,

Martin
vMix
TBacker  
#14 Posted : Saturday, March 7, 2020 3:09:44 AM(UTC)
TBacker

Rank: Advanced Member

Groups: Registered
Joined: 10/29/2019(UTC)
Posts: 51
United States
Location: Syracuse

Thanks: 4 times
I may need to ask this in a separate post, but has anyone else noticed an increase in CPU use with vMix callers connected?

I'm still looking into our case, but we have been using vMix with multiple callers for a while now with no issues. After updating to this version, I've been getting comments about very frequent and spikey high CPU peaks, but only in hours with vMix call in use. This is with nothing running but vMix and vMix Social on an i7 machine.

All callers are connecting with current Firefox on Win 10 laptops (preconfigured systems sent to our remote hosts).
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.