Barry Lauer, Federal Government Sales Manager at Elemental Technologies Inc., talks about their Elemental Live. This device provides real-time video and audio encoding for broadcasting and streaming purposes.
So we’ll go into Elemental Live first. This is probably our biggest selling device. If you’ve noticed, it’s a one RU, it’s very dense. It will do real time transcode, so we can take in an SDI, IP, ASI, will transcode it in real time and we can deliver it as multicast, unicast, any of the ABR, HEVC, MPEG4, TS. We also offer StatMux.
We introduced the NAB, the world’s first multi-Kodak StatMux, so we can put MPEG4 and HEVC inside of a single StatMux pool. So StatMux allows, let’s say you have a 30 megabit pipe but you’ve got 40 megabits of video that needs to go somewhere, algorithmically we can make that happen because we will put them all in a single transport stream and we will, where there is heavy motion in one video that will get the majority of the bandwidth where the other ones will have a lot less activity, shrink the bandwidth required on those. So there is a lot of compression going on and it’s very dynamically happening within that stream. So we can compress those to get it across a 30 Meg pipe, so you literally go in there and say how big your pipe is and then it will compress down to fit the video into that pipe.
On the input side, we can take in IP, that’s RTP, RTMP, single program transport stream, multi-program transport stream or UDP multicast, SDI, that’s HD or SD, ASI and we can actually play a file too. So you can point it on just a storage and play that file.
In real time, transcode any of the inputs to any of the outputs. So you can go HTTP with ABR, any of the bit rates to HDS, HLS, smooth streaming, MPEG dash. You can do multicast, you can put it out RTP, RTMP at any of the bit rates or you can save to file. So you can archive to a file or storage. If you need to save to VOD to make a VOD asset from the live material, you can point to a shared storage device and save it as a high pro res file or an HEVC file or an H.264 file. So you can save in all of those different formats if you want to and then immediately make those available as Video on Demand Assets in the System.
One of the things that we can do that we’re seeing a lot of is if you give us a signal, in MPTS with all of the channels in it, we can break out each one of those channels and we can make a multicast from each one of those. Each one of them will have a PID so we will break out each one of the channels, so one may be labeled ESPN, we will create a stream set for that all ABR. We can do that for every channel in the MPTS and create all of the different outputs that you want for those particular inputs.
So we support AES Encryption, that’s AES 128, in flight or at rest so we can save the files encrypted. We support DRM across all the ABR formats, so, HLS, HDS all of those we do support. And we can run on Red Hat or CentOS.
Again this kind of reiterates what we are capable of doing. So just as you mentioned, we can go to the set top box, or the TV, the laptop or any of the mobile devices. You wouldn’t want all of your individuals necessarily hitting the live if there is a bunch of them, you would want them hitting an origin server, which will kind of be between the live and the user.
So a little shot of our GUI, it’s very simple. You’ve got as many adjustments that you want to make. Or, it can just be a simple drop down I want to stream to iPads and it will populate it with all of the settings you’ll want to create that traditionally look really good in iPads. We’re used to doing 24/7/365, that’s what our broadcasters rely on, so we build our equipment for those types of workflows in those environments.
So here is a very simple live workflow. Take in an IP, or SDI, here we are showing a primary and a back up Elemental Live Unit controlled by the conductor, the management tool, and then we are streaming to a CDN and then going to the display devices. The conductor can handle the fail over so if the system fails, if the primary fails, it will notify the conductor, or the conductor is constantly checking, the conductor will realize that the primary has failed. It will automatically send router calls to the router to say, “Hey, I need those same feeds that were being sent to the primary to now be sent to me.” It’ll take all of the profiles that existed on that unit and it will then roll out those profiles. And so, the backup will now become the primary. It will constantly check for the primary to be back online after the time you set in there to kick back. It’ll all go back to the primary.