How to Stream on Zoom with Wirecast - Audio Troubleshooting Answers
I recently was tasked with streaming from wirecast to Zoom by a client for some online webinars.
I had a great deal of difficulty getting the audio to work with a media file but after nearly 3 days and 9 phone calls/15 emails, I finally fixed my problems and wanted to share with you some steps to successful audio in Zoom.
First, you want to open wirecast before doing anything with Zoom.
Once wirecast is open you want to go to the virtual camera out and select HD720p (or desired canvas size) and also make sure the Virtual Microphone is checked. THIS IS SUPER IMPORTANT. Then select START in the virtual camera out.
Then you want to head over to the Zoom website.
CLICK MY ACCOUNT then on the LEFT side go to MyMeeting Settings
Scroll down to where it says InMeeting Advanced and make sure (Allow users to select audio in their client settings) & (Allow users to select original sound in their client settings) are both highlighted BLUE.
UNDER ACCOUNT MANAGEMENT ON THE LEFT you will need to do the EXACT same thing as above. Select both (Allow users to select audio in their client settings) & (Allow users to select original sound in their client settings) so they turn blue.
You must log out of zoom, and log back in.
Open the Zoom.us application and select SETTINGS in the upper right side.
UNDER THE AUDIO TAB (ORANGE HEADPHONES)
Make sure the Wirecast Virtual Microphone is selected under Microphone section
Check the enable stereo box AND Allow option for using original sound from microphone in meeting
When you are streaming in Zoom, make sure you select the Wirecast Virtual Microphone as well as the Virtual Camera.
LAST STEP is on the stream screen in zoom, on the upper left will be a drop down menu and you want to select (Allow option for original sound)
Hope this helps others. It would have saved me about 20 hours if this was available when I needed it.
it's more of a risk to run an old version of Zoom vs running an unsigned latest version.
Agreed Scott - However, where is the problem here. Zoom has decided to not use the virtual camera. That is their call. Its not something that Telestream can fix. I'd suggest avoiding Zoom totally until they again support virtual cameras if you agree the risk of the older version is too high.
Greg Kuhnert Right but once you run unsign it, virtual camera comes back. It's due to Zoom's latest version enforcing library validation on MacOS. The old version (like version 4.6.8) have a hardened runtime option that disables this called com.apple.security.cs.disable-library-validation This is explained here.
And my comments still apply. The options are:
- Use old Zoom version with known vulnerabilities and security loopholes.
- Use new zoom and disable security features allowing code injection.
- Wait for Zoom to find out how to interoperate with virtual cameras in a secure manner.
- Use something else.
Greg Kuhnert : I hope they can do it soon! It's relatively straightforward to implement on macOS: You create an XPC service that has enabled the 'load unsigned code entitlement' and have your main app spawn that. You then shuttle the video created by Wirecast's virtual camera driver using an interprocess IOSurface back to your main app. Your main app can keep its locked down security.
Of course, it's easy for others to tell folks how to write their app 😂
Hey folks. I have just finished running a webcast out of Wirecast piped into Zoom, and I had a few issues along the way, some unresolved, others we managed. I'll describe here, in case it's helpful/anyone can identify errors.
We ran a webcast out of Wirecast 13.1.2, the public beta. We were taking one presenter in via camera and capture card, into our operating machine in studio, and then we were pulling a second presenter in over Rendezvous. The webcast was an hour in total, comprised of various bits of video, cuts to and from presenters, multiple on screen, the usual stuff.
Initially when we tested Zoom, it worked perfectly well. Mike Flanaghan's pinned answered worked a treat, configuring in Zoom. We set up Wirecast, virtual camera out, virtual mic out, all seemed to be working fine.
Then this morning, we were initially running Wirecast on a Mac Pro, and the audio output into Zoom was not working. Couldn't get it working, no matter what we did. Virtual cam out was fine. This was on the latest version of Zoom, so I rolled it back to 4.6.8, as someone suggested above, and this didn't work either.
In the end we moved over to the PC, and managed to get both audio and video out into Zoom okay. We were running 4.6.11 there, so not the latest version. Apparently they broke virtual cam systems wide on version 4.6.9 and 4.6.10.
I was operating the Wirecast machine remotely via Team Viewer, with a director and show caller in the studio. They needed playback paused on the Wirecast machine, so I deselected the headphone button in the live output panel, which as the button explains, should not interfere with the listeners output, indeed, I could continue to see levels. However, this caused us to lose the audio into Zoom. I don't know if this could be to do with the way the PC's configuration fits with Wirecast/Zoom, but we had to reselect to get audio back. As an example, I'm doing the same today on my Mac, running Zoom 4.6.4, and there is no similar issue. When I deselect the live mute button, it doesn't affect my Zoom audio. Could team viewer have been playing a role, in audio not working into Zoom on our remote Mac?
The other issue we had was that during the show, we completely lost audio levels from one of our remote presenters. His levels continued to display in our Preview panel within Wirecast, but not in the live output, isolating the issue to Wirecast. Had we just lost him in Zoom, I would have assumed it was some similar problem as above, but this was a disparity between preview panel and live panel within Wirecast. We cut away from him, to save the moment, and when we cut back to him, it was working again. This kind of thing is a massive problem, if we can't understand why it's happening, as it points to some unknown instability, and it's difficult to manage that in a professional workflow.
That was it, worked pretty well otherwise, for what we were doing. Are there ways to build in fail safes that I'm not aware, say specifically with losing remote presenter video/audio?
We've been doing some technical tests with remote presenters the last week, and we've had about 15% of people have real trouble connecting properly for no obvious reason, i.e. their bandwidth should be sufficient, their audio/video setup was good. I know the beta WC fixed a bunch of issues with rendezvous, but we're still having problems, and it would be good to identify the issues at play. Thanks ahead of time for any input, greatly appreciated!
Ryan Keane Wirecast 13.1.2 was released today. Given Zoom and Virtual Camera we can't really troubleshoot older versions or "modified" current version, unfortunately.
If you'd like to test issues with Virtual Camera please use the now released build and test with Skype or even Microsoft Teams.
It's possible that Team Viewer itself may be having an impact but one would want to test locally and compare to determine if that's the case.
Zoom has released version 4.6.12 and virtual camera still doesn't seem to be supported by Zoom.
Thanks for posting that though.
According to a comment on reddit.
GREAT News. I just got this from my contact at Zoom:
"Engineering expects to have this fixed before the end of May for Mac
The delay is due to the magnitude of changing the fundamental video flow for virtual cameras on mac. It's a major security concern that we need to build for.
The good news is camera apps like manycam, ecamm and snapcamera are used by many people so this is a high priority development item. "
I just did the update on Skype manually on my Windows 10 PC. Skype doesn’t even show the Wirecast Virtual Camera in the list. I tried to get it show by starting Wirecast first then the virtual camera output. Next I started the updated Skype, no virtual camera. Also I us VMix and tried it. That worked as normal. I have included screenshots of it all.
This is a BIG problem everyone. There are MANY users of Wirecast that depend on Skype, and the ability to send live-to-air video feed to remote guests is essential for many users.
I have tested on my Mac, and I have the same problem as Lloyd.
Looking at the post above, it is apparent that vMix virtual camera works just fine, so the problem appears to be specific to Wirecast.
I know that Ken Heron is going live with the biggest guest ever on his show this weekend, "The History Guy" will be his guest. His format is dependent on his guests seeing what is going to air, so that this can be discussed as an interactive broadcast.This needs urgent attention.
Greg Kuhnert Jesus, that's an absolute nightmare. Why are these companies dedicated to tanking our business! What alternate solutions are people using, or are we all scrambling in the same boat as this has just happened?
I've been using Skype alongside Rendezvous, after your helpful suggestion Greg, and have found it great, especially as Rendezvous works only about half the time. I'm guessing one could still take a screen capture of a Teams or Zoom window married with a loopback application audio capture, but that only works for one guest, as you can't split out callers to separate NDI links as you can in Skype, right?
Ryan Keane said:
Greg Kuhnert Jesus, that's an absolute nightmare. Why are these companies dedicated to tanking our business! What alternate solutions are people using, or are we all scrambling in the same boat as this has just happened? I've been using Skype alongside Rendezvous, after your helpful suggestion Greg, and have found it great, especially as Rendezvous works only about half the time. I'm guessing one could still take a screen capture of a Teams or Zoom window married with a loopback application audio capture, but that only works for one guest, as you can't split out callers to separate NDI links as you can in Skype, right?
Thankfully, the problem is in the reverse direction. Participants can't see the "produced" version of a broadcast. That may not be an issue for some users, but I know others for who it would be a show stopper.
The workaround for pro users on Windows (Thanks Matthew Potter ) is to send NDI to the Virtual Input tool that's part of the NDI Tools package... but that adds lag and delay. But its better than nothing