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
TBacker  
#1 Posted : Saturday, January 11, 2020 2:00:12 AM(UTC)
TBacker

Rank: Advanced Member

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

Thanks: 1 times
I know this is the way that vMix call functions at present, but is it good?

We have two vMix call inputs that we use for multiple guests on multiple shows, but it's unnerving to have what happened today happen - the guest for the next hour connected early and kicked a live guest off.

Yes, managing talent is one solution, but in our case they are not TV nor technical people, so they will always be prone to error.

I would much rather callers get a "Channel is busy, try again later" message when they attempt to connect with an already active login so we can protect our on-air product. Or better yet, have it say "Connection busy, waiting for previous call to conclude" then retry every 15-30 seconds.
mjgraves  
#2 Posted : Saturday, January 11, 2020 6:50:12 AM(UTC)
mjgraves

Rank: Advanced Member

Groups: Registered
Joined: 7/1/2015(UTC)
Posts: 942
Man
United States
Location: Houston TX

Thanks: 278 times
Was thanked: 219 time(s) in 194 post(s)
vMix Call is a WebRTC application. Much of its functionality a constrained by WebRTC as a platform. There is no way to implement what you suggest without a major amount of work to abandon the mechanics of WebRTC in the browser, and re-engineer the web service itself.

You're better off to upgrade your vMix license to support more vMix Call instances. My 4K license supports 2, pro supports 4. That way you can give separate access details to each of your guests.

I suppose you might have separate vMix Call instances for each of them preset in your project. Perhaps only the # allowed by your license would be allowed to connect.
TBacker  
#3 Posted : Saturday, January 11, 2020 8:30:48 AM(UTC)
TBacker

Rank: Advanced Member

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

Thanks: 1 times
I will have to read into the WebRTC protocol, but I have to say I have my doubts that there is no way to block subsequent calls using the same ID/password as an established call. The server in the middle (at vMixCall.com) is responsible for looking at the ID, mapping it to a listening vMix session input, and negotiating the WebRTC handshake / protocols that the ends will use. I'm pretty sure there are multiple steps during this process handled outside of the API (in StudioCoast code) during the call progress - read multiple places to block the call progress.

Again, I could be wrong. I will read up more on WebRTC.

mjgraves  
#4 Posted : Tuesday, January 14, 2020 4:27:45 AM(UTC)
mjgraves

Rank: Advanced Member

Groups: Registered
Joined: 7/1/2015(UTC)
Posts: 942
Man
United States
Location: Houston TX

Thanks: 278 times
Was thanked: 219 time(s) in 194 post(s)
Martin & the team stood up the service quickly, and for free, buy leveraging a reference implementation of a webRTC video chat service.
That reference implementation does not have the capability you describe.

It could be implemented, but it would require significant effort for little advantage, and for zero additional revenue.
TBacker  
#5 Posted : Tuesday, January 14, 2020 4:45:24 AM(UTC)
TBacker

Rank: Advanced Member

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

Thanks: 1 times
Originally Posted by: mjgraves Go to Quoted Post
Martin & the team stood up the service quickly, and for free, buy leveraging a reference implementation of a webRTC video chat service.
That reference implementation does not have the capability you describe.

It could be implemented, but it would require significant effort for little advantage, and for zero additional revenue.


That's fine. I guess if we want guest hits that can't be interrupted while on the air we'll have to do them via other stream/input types or assign new passwords every use. Having a live guest suddenly replaced by someone connecting a minute or two early is horrendous.

I'll add - be careful with the "it won't make money, so we won't do it" litmus test. I fully understand that coding time and resources are limited, and a company exists to make money. And in this case the benefit may not be in my favor, but if something saves headaches and adds to the overall utility and feeling of being a "well thought out, my bases are covered, no surprises" product, that it should at least be in the bottom of the priority list.
Barney Box Lane  
#6 Posted : Monday, January 20, 2020 2:10:45 AM(UTC)
Barney Box Lane

Rank: Advanced Member

Groups: Registered
Joined: 8/21/2017(UTC)
Posts: 308
Location: Uk

Thanks: 23 times
Was thanked: 33 time(s) in 29 post(s)
If its important and worth it then they do offer more callers in the 4k/pro version where you can add up to 8 with their own passwords
thanks 2 users thanked Barney Box Lane for this useful post.
sinc747 on 1/21/2020(UTC), mjgraves on 1/21/2020(UTC)
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.