My 60 day trial of vMix HD came to an end last week. My experience using vMix was so much better than recent experience with Wirecast that I decided to purchase a license.
That said, it wasn’t clear which version of vMix was appropriate. The trial license is the “Pro” version, which is all-bells-&-whistles enabled. The “Basic” version is free, but limited to SD resolution and the number of inputs that it can accept. The “Basic HD” version, just $60 USD, adds the ability to operate at resolutions up to 1920x1080p.
The company lists the limitation on the “Basic” editions to “4 Total Inputs” and 3 “Capture Inputs.” This terminology is not exactly obvious. So, I began by purchasing the Basic HD license to see if it would meet my needs.
For the past several weeks I’ve been experimenting with vMix HD, a software based tool for real-time video production on the desktop. I’ve been running the free 60 day trial version of vMix HD, which runs on Windows.
It now seems very likely that I will purchase a license for the Basic HD version, since it’s very capable and costs only $60.
To understand why I’m so very appreciative of vMix HD, it helps if you know what I’ve been using in this role for the past few years…Telestream’s Wirecast.
If my first approach was too much for my desktop, then perhaps I could split the workload between my desktop and my laptop. This presents a different set of problems, but ultimately makes the process more robust.
In this arrangement my laptop joins the JVB session. It’s running VoiceMeeter, Chrome & Bria. It provides the audio mix-minus feeds.
In the production of over 530 VUC sessions we’ve undertaken some odd and occasionally rather complicated arrangements. Quite possibly the most complex is when we interconnect the WebRTC-based Jitsi Video Bridge with YouTube Live and the ZipDX conference bridge. I set about described aspects of this process a year ago, but stopped short of describing how the entire arrangement worked. Well, worked most of the time. This article will bring you current with my various attempts to make this process robust and repeatable.
VUC540 on Friday, May 8th, 2015 will feature Tim Panton, WebRTC guru, VUC regular and self-described protocol droid, detailing a recent pet project known as YoPet. YoPet is a WebRTC-based service built to allow pet owners a simple, secure way to video chat with their furry, scaly and/or feathered friends.
Yopet is comprised of a web service that connects the distant pet owner back to the home, where the pet has access to an Android device running the YoPet application. In the telling of this tale Tim will illuminate a variety of issues faced in developing the app & associated service.
As Randy is taking a vacation in Cuba, where internet access is extremely limited, I get to be pilot-in-charge for this little online misadventure. Now everyone please be seated, it could be a little bumpy on the climb to cruising altitude. Fear not, the unflappable Andy Smith of TruePhone will be in the co-pilot seat.
It’s been a year or more that tools like Google’s Hangouts have supported the ability to share a host computer screen with the viewing audience. This was rightfully heralded as “a very good thing indeed.” However, it’s current incarnation is considerably less than ideal and seems to be stalled. I’d like to lay out a challenge to see if anyone is interested into taking this to the next level, which is something that we’ve tried to do with a few VUC calls earlier this year.
Here’s the fundamental problem; people use screen sharing to give demos of software and share documents, which includes giving presentations a la PowerPoint, Keynote, etc. Currently, Hangouts, Jitsi Video Bridge and the like show either the screen share or the camera. In the case of slide presentations there can be very little activity in view as the presenter speaks to the points shown on the current slide. This creates less than compelling visuals.