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
mjasen  
#1 Posted : Thursday, June 11, 2020 3:34:21 AM(UTC)
mjasen

Rank: Newbie

Groups: Registered
Joined: 6/11/2020(UTC)
Posts: 2
Canada
Location: Toronto

Hi everybody! Couple questions.

Question about Vmix call and audio feedback.

We set up a preset that lets us record a video podcast where both the host and the guest "call in" via vmix call. This goes to a third person who is operating vmix to record. They see and hear each other fine. That all works. The operator is able to record everything just fine. Everything in our tests had no issues with audio. Today when we recorded the "host" caller was using his Yeti USB mic (as selected when the vmix call started) and then used Apple airpods as his headphones. He could hear a delayed version of himself in his earphones. This doesn't happen using the same preset in our tests but we're using headsets with separate mic. (Im not sure what you call it, but essentially a "gaming headsetup" with headphones and a boom style mouth-piece microphone)
Is there an obvious error here? Does vmix call allow two microphones from one user? I thought maybe his airpods were picking up his voice or something. The feedback wasn't recorded in the audio track that we multicorded.

Secondly, we setup an additional audio input that's routed to the master that the vmix operator uses. Basically so that the "host" and "caller" can hear him if he needs to relay instructions. This works perfectly in our tests. But, again, but the actual host and caller called into vmix call they could NOT hear this operator input. The "audio" button was green and we could see levels etc.

Any thoughts?

Please be gentle I'm relatively new to vmix. Thanks!
mavik  
#2 Posted : Thursday, June 11, 2020 4:04:55 AM(UTC)
mavik

Rank: Advanced Member

Groups: Registered
Joined: 4/23/2017(UTC)
Posts: 1,143
Man
Location: Germany

Thanks: 3 times
Was thanked: 166 time(s) in 148 post(s)
#1 host echo: This is usually the return feed (master audio) that the host gets through. So he speaks and a few moments later has the return in his pods. You can use the windows volume mixer to identify if there are multiple sources providing audio.

#2 It sounds to me that you use different busses for call and operator. operator on master and call on A. Please detail a bit what busses you use.
mjasen  
#3 Posted : Thursday, June 11, 2020 4:31:12 AM(UTC)
mjasen

Rank: Newbie

Groups: Registered
Joined: 6/11/2020(UTC)
Posts: 2
Canada
Location: Toronto

#1. It looks like the "caller" was actually using his computer speakers. So does that mean the host had audio was flowing back through the callers mic, causing him to hear himself as a delay? Or are you referring to something else?

#2. Busses are definitely tricky for me. I have master, bus A and bus B. I have output 1 set to master which is a multiview. Output 2 to bus A which is the "host". and output 3 to bus B which is the caller". This setup has tested to work and lets me have the host and caller call in, and I record a multiview on output 1 with a mixed audio track, output 2 as the "host" with one side of the conversation and output 3 has the "caller" with the other side of the conversation. 100% worked in testing. Attached are some screengrabs for clarity.

UserPostedImage
UserPostedImage
UserPostedImage
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.