Showing posts with label SVSI. Show all posts
Showing posts with label SVSI. Show all posts

Wednesday, November 27, 2013

The Other Side of the Bridge - A Look at Some AV Streaming Solutions

One comment I frequently hear about HDBaseT is that it's a "bridge technology" between the old days of simple point-to-point connectivity and a future in which AV joins the rest of our data on those great big IP networks which dominate the rest of our lives. Are we ready for this paradigm shift? Is the future here? Perhaps not, but it's tantalisingly close. I've recently had a chance to look at two compressed video over IP products : Just Add Power's 2G+ system and SVSI's N2000 series. While neither seems quite ready to dethrone HDBaseT as the defacto video standard, we've reached a point at which these types of solutions deserve, at the very least, to be part of the discussion.
The innards of a Just Add Power
endpoint

Form Factor and Convenience
Form factors for the base transmit/receive units are similar, dominated by the familiar six-inch square flattish metal box Just Add Power adds a three-encoder rackmount unit while SVSI offers a card-cage for flexible configuration of permanent installations. SVSI's standalone units are UL rated for use in plenum spaces, allowing the to be safely (and  legally!) installed above ceilings in most localities. What's more, PoE (power over ethernet) is standard with SVSI and an option from Just Add Power. This means that one really need run only a single cable. 

Performance
The units all performed as advertised, albeit with their own quirks. The Just Add Power demo kit, consisting of transmitters, receivers, a network switch, and a wireless access point, was delivered to me pre-configured with each switchport configured for a particular device. That's right, their configuration apparently requires you to know which device is going to which port and to configure the switch accordingly. Once I got the wiring straight it worked as advertised; switching was quick, and the system boasted a handy "video wall" mode in which it would tile an image across four or more displays without any extra hardware. The switch configuration issue is a bit of a concern to me; this will need to change, but at present AV installation techs don't tend to be the best at IT configuration. In fact, one often gets a blank glassy stare sometimes after "is it turned on" and "are all of the wires plugged in". A look at the manual for their software seems to indicate that switching is handled by putting switchports on unique VLANs and moving these around to match the VLANs of the destination. This strikes me as an odd way of using a switch, but I'm not a network engineer by any means.

SVSI's N2000 units each had the now-familiar web interface, showing stream ID numbers, scaling, audio embedding, HDCP status, etc. It also handles switching and routing a bit differently than Just Add Power; as is the case with the N1000, every encoder is assigned a "stream number". A decoder can then choose which stream to receive. There is also a multicast option for greater network efficiency.  Other controls include a slider for video quality, selection of scalers, image cropping, and HDCP enable/disable. Image quality is quite good, but at the expense of noticeable lag. Such is the price of video compression. It isn't enough to make it unusable by any means, but would be an impediment to realtime collaboration or annotative applications; if one sketches something in a drawing program one doesn't want the line on the screen to trail the real-time activity.

SVSI's units have onboard scalers, which are a nice tough although somewhat limited in what resolutions they can handle. A test monitor with a really weird native resolution ended up with severe underscan, while more standard 1920x1080 displays worked perfectly well with a variety of inputs. On the positive side, the web interface gives the full extended EDID for those who need to know exactly why their image doesn't look the way it should.
 

Tiling and Windowing
Not only could images be strategically cropped to create a tile-effect (as above), but they gave me an additional toy with which to play - a 4-input windowing processor. The inputs in this case are streams from N2000 or 1000 series encoders, and the web interface allows one to create layouts of up to four windows. With one of these windowing processors per display and a bit of creative cropping one can build a complete video-wall of pretty much any configuration so long as no more than four windows touch any single element. Is this quite as flexible as other forms of window processing, but is more than adequate for some applications. It's another case in which the video over IP technology is catching up to everything else.

I'll aside here that Christie has also made a move into the IP world with their Phoenix system; Phoenix endpoints are connected via IP and can send to and receive from each other through a standard gigabit ethernet switch.O It's an interesting product in its own right, likely deserving of its own post. For now, we can take it as another sign of how things are moving; solutions which a few years ago would have required dedicated copper or even fiber ones can now be part of the same network as the rest of ones data.

Building an AV Ecosystem
One of the more exciting things about having AV on a network is the possibility of creating a unified ecosystem, in which live content, signage, and a larger unified communications platform all work together. Software players exist to bring H.264 and even JPG2000 content to PCs (although the latter might be somewhat restricted in frame rate if you don't have a fast enough machine). A plethora of recording and processing options are available for digital content. IP based systems can, at their best, change the way we look at an AV installation from individual systems to an interconnected AV ecosystem in which various resources can be called upon not only in various conference rooms, but also on desktops, tablets, and sent to remote locations. 

We started by asking if HDBaseT is a bridge technology. I'll close with a different, and more interesting question: how does replacing HDBaseT with network transport fundamentally change what an AV system is and how we interact with it?

Friday, August 16, 2013

SVSI N1000 series - Uncompressed video over network switches

Teaser post showing new devices,
not yet tested or even wired neatly.
Two weeks ago, before a much-needed week-long vacation, I left a teaser post showing some shiny new hardware on the Audiovisual Professionals group at the Google+ social network. For those not following me over on G+, this is the N1000 series from SVSI - a video and audio over standard network switches. It's a technology in which I've been interested for a while, but true uncompressed video has always been a big missing item; if you have a source and display in the same room, you want to eliminate the latency that comes with compression as much as possible. Does this solution fit the bill? Time to find out!

My test rig. HDCP protected content from the tablet,
non-HDCP from a laptop. And I'd not be the pixel-and-ink
stained wretch without an actual bottle of ink!
Physically, each encoder or decoder unit is about 7.875"x5.125"x 1" (according to my tape measure here). This fits them comfortably behind displays, in wall-boxes sized for digital media receivers, and other locations you'd want to stow one. There's also a 1RU rack-mount kit for two units, and a 2RU card-cage which will hold six card-versions of the same units. Encoder units have a DVI-I input for video with embedded audio, a single network jack, as well as captive-screw connectors for IR, RS-232, Audio, and DC power. The units can also accept power over ethernet, which is how I tested them. The decoder units are similar, with the exception of slightly different placement on the DVI connector.

I was able to get started and have a functional matrix within probably less than a half hour, using SVSI's Conductor Netlite software. It auto-dected all four units (plus a controller - more on that later) without a hitch, and easily populated them into a 2x2 matrix with reasonably intuitive mouseclicks to select crosspoints and then "take" to transfer. Separate matrices are created for N2000 and the forthcoming N3000 series devices. Sadly, I didn't have any of those to evaluate as of yet, although I'm working at acquiring an N2000 kit.

Front and rear views of encoder with network switch
So how was the switching? As fast and close to seamless as I could detect. Running tasks through the system (drawing on a tablet, using a mouse, etc) felt as natural as they would via a direct connection. Conductor will also let you rename units, give you their IP addresses, and send you directly to their page on a web-browser to adjust various settings, see extended EDID information, set up local play, etc. This is also where you'll find the ability to allow HDCP protected content, which is a quick and painless process. Once you do so, switching between protected and unprotected sources is as fast as any other switch. Compare this to the Extron XTP matrix which took well over a second for the same task.

Decoder and control processor
Along with the encoder and decoder units I got my hands on an N8001 controller. This appears to be nothing more than a small webserver, allowing control of a system via a web browser. IN addition to the familiar auto-discover and matrix controls, there are script editors and a "panel builder" utility for creation of a control interface. Scripts can direct video streams (either by IP address or the unique stream number the assigned to each encoder), direct audio, operate transport controls for SVSI's DVR appliances (not available for the N1000 series), or windowing processor (ditto) as well as embed other scripts, send RS232 commands, switch from "live play" to "local play" (calling up static images stored on the device) and give a delay between commands. Custom button graphics can be uploaded, or a standard squarish-button with rounded off corners labelled as desired. For relatively simple systems, it does the job quite well and is easily loadable to an Android or iOS device via an app. IT doesn't seem to have an intuitive enough design interface or enough options (conditionals, page-overlays, etc) to build really complex systems, but it seems very workable for simple interfaces. I was able to build a simple panel to route either source to one or the other destination very quickly and easily.

Concerns? There are a few. While the devices switch very quickly, they boot up very slowly. From a cold reboot of one of the encoders or decoders, it took a solid two minutes between plugging in the cable and having the unit recognized on the network. What's worse, it didn't always get the video stream back or sync with the display without re-sending the control command. There's also an odd delay and, on some displays a loss of sync, when switching from "live play" to "local play". Sync was re-established, but it took several seconds and some odd color-artifacts and vertical roll. This was odd.

Secondly, and not unexpectedly, is the issue of bandwidth. Each stream is 880Mbps. I have no idea how this would be able to scale up to 4K; it doesn't seem that there's be enough bandwidth available. Will we need to start deploying 10 Gigabit switches? Will this spell the end of uncompressed video over the network? Will we need to send multiple streams and stitch them together? The drawbacks to all of these solutions is obvious.

All told, it's an intriguing set of options. Pricing - especially for a large-scale system - would be far less than a similar HDBaseT solution with fewer proprietary parts, less rack space, less power draw.