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
nowski  
#1 Posted : Tuesday, April 28, 2020 11:26:20 PM(UTC)
nowski

Rank: Advanced Member

Groups: Registered
Joined: 8/5/2017(UTC)
Posts: 135
Location: UK

Thanks: 15 times
Was thanked: 11 time(s) in 9 post(s)
Hi there, previously I have been able to receive a stereo feed from remote clients - though its been a while since I did this - I couldn't tell you exactly when this was.

In a recent batch of content I had to create, which included musical performances that required stereo, I had no luck.

Audio received was always in mono, no matter what hardware the clients had their end.

Most remote vmixcall attendees were experienced audio people and were sending stereo signals via stereo capable audio interfaces in comprehensive studio setups.
They generally have no issue sending stereo when streaming directly to Youtube/Facebook whatever which would seem to indicate that the browser can handle this.

So I decided to do some testing using a Mac (OS X 10.12.6) and VMIX Call

Using Chrome, I can select the required device, allowing me to mix signals and send via USB interface - but the audio received in VMIX is always mono or summed mono into a stereo signal - hard to tell which.

Using Firefox, I can select the required audio input device (an external USB audio interface) but no matter how many times I set it and tell it to remember, I get no input at all.
Using the internal mic, the audio is very choppy and unusable.

Safari, no matter what I do, setting the USB audio interface as default for both input and output at the system level (safari says it will use the default audio device), the internal mic is always used as the input.

So it seems that somewhere in this there's an issue. The fact that this does not work in three browsers, would suggest there's something in the VMIXCALL WebRTC implementation that has been superseded or broken in browser updates since the last tweak.
I am no expert, but it seems that it may be something to do with the echo cancellation part of WEBRTC which when activated will mono a signal - perhaps this is whats happening if VMIXCALL does not explicitly say what it wants when invoke in the client browser.?

Given the current situation, I wonder if the VMIX people could check this out? it would be very useful to have stereo back in at least one browser on the OSX platform. Many remote musicians will be using OS X as their audio platform and it would make sense for this to be working.

Many thanks
nowski  
#2 Posted : Wednesday, April 29, 2020 2:25:12 AM(UTC)
nowski

Rank: Advanced Member

Groups: Registered
Joined: 8/5/2017(UTC)
Posts: 135
Location: UK

Thanks: 15 times
Was thanked: 11 time(s) in 9 post(s)
Done some extensive testing here, and a bit more reading and it does seem like the VMIXcall implementation of WEBRTC enables AEC (auto echo cancellation) as default which breaks the stereo.

Until this is fixed or updated/labelled as impossible, I have a workaround, which I still have to test properly remotely, but it involves using an audio streaming plug-in by Audiomovers.com called listen to.
This requires a free audio plug-in (VST, AU) to be inserted at the transmission end to stream live high quality audio to a remote browser link. The delay can be dialled down to 0.1sec. (it does cost a little in subscriptions - but its pretty affordable with short periods available)
Several professional mix engineers I know are using it for virtually attending mix sessions for music mixes.

Assuming that your remote performer may be using a DAW of some kind, or at least have one to hand, it is likely they can set this up without too much difficulty.

So use VMIXcall for the video, send that input to an NDI output (3 or 4) which you can then add as an input to your VMIX session. Then in advanced settings for that input set the frame delay to match the incoming audio.
This is a bit fiddly, but not terribly difficult. I got it to around 500ms/12frames.
You would disable the audio from the vmix call, route the audio from a browser into VMIX and use the delayed NDI input to the switch output. You can still return your audio via VMIXcall for the remote speaker to hear you.

Requires s little audio bussing and monitoring finagling, but the audio quality is Very Good, pretty low latency and stereo.
admin  
#3 Posted : Wednesday, April 29, 2020 3:53:28 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4285 time(s) in 1519 post(s)
vMix Call is designed for voice and will use the default browser settings which usually include echo cancellation which converts audio to mono.
For stereo you will need to use vMix on both ends.

There are no current plans to update this as using the browser default settings provides the best results for voice which is what vMix Call is primarily designed for.
nowski  
#4 Posted : Wednesday, April 29, 2020 5:59:06 AM(UTC)
nowski

Rank: Advanced Member

Groups: Registered
Joined: 8/5/2017(UTC)
Posts: 135
Location: UK

Thanks: 15 times
Was thanked: 11 time(s) in 9 post(s)
Ok that's a shame. To get stereo audio with video and return feed from a remote Mac connection is very complex. Beyond most.

And as most remote musicians use OSX it's unlikely VMix will figure in that workflow.
nowski  
#5 Posted : Wednesday, April 29, 2020 9:51:15 PM(UTC)
nowski

Rank: Advanced Member

Groups: Registered
Joined: 8/5/2017(UTC)
Posts: 135
Location: UK

Thanks: 15 times
Was thanked: 11 time(s) in 9 post(s)
I realise you wouldn't want to tinker with what works for most in a Vmixcall situation. Would it be viable or possible to have a check box in the VMIX call input setup to say allow for stereo audio - and post a different url that most people wouldn't even see? Maybe put it in the advanced settings that people rarley use to avoid accidental useage.

This would just give an alternative vmixall.com url login page could just disable AEC in the instantiation code?

Then we could use stereo if needed and be more suited to a remote guest with decent audio interfacing capabilities.

Just a thought.
Users browsing this topic
Guest
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.