How does a camel pass through the eye of a needle? –
Data transmission and data security in the video network
The relentless drive for better picture quality and the trend towards megapixel and HD cameras have together brought about the enormous growth in the volumes of data generated when surveillance scenarios are recorded – and consequently the expansion of bandwidth needed to transmit the pictures. Anyone who is planning to set up a video network must therefore begin by answering the question: How can these enormous data volumes be transmitted? How can the load on the company network be reduced while still maintaining the highest level of data security?
Anyone who installs a video surveillance system nowadays expects not only good picture quality, but also smooth image sequences with no jerking – ideally not only from the PC but also away from the office, via a laptop, tablet or smartphone. And the calculation is really quite simple: The better the picture quality, the higher the frame rate, the larger the volume of data collected, and the wider the bandwidth required to transmit everything. Particularly with HD and megapixel cameras, the limits of the possible are soon reached, even in a broadband network.
And another important point must also be considered: People often forget that when it comes to transmitting pictures, not only the download but also the upload is crucially important. Even with good DSL connections, the upstream is much slower than the downstream – so bottlenecks are encountered mostly when uploading!
So the question arises: How do you send large volumes of data along a narrow transmission path? In other words: How can you pass a camel through the eye of a needle? If the proverbial camel represents a large picture file, in the case of a video stream it might be more accurate to talk about threading an entire caravan. And as soon as anyone attempts to retrieve the sequences not just from a single camera but from several cameras, in “multiple split” mode, across a low bandwidth link for viewing on a computer screen (the equivalent of several caravans passing through the eye of the needle at the same time), the limits of simple streaming processes are reached very soon.
One possible solution to this problem is the method known as “Dual Streaming”: In Dual Streaming, the encoder generates two streams, one of which is used for recording, and the other for transmitting live images. So the recorder can create a high-quality recording using one stream, and at the same time a slightly lower quality stream, which is more economical in terms of bandwidth, can be selected for live picture transmission. But even limits of the capabilities of this method can also be reached very soon. This might happen if a very narrow bandwidth is available, such as when UMTS or edge connections are used, if a multiple split is to be shown, or if both live and recorded image material is to be transmitted at the same time – this last is what happens most often in practice.
The solution can be found in a special transmission process called PRemote-HD, which can even be used to visualise HD and megapixel streams with little available bandwidths. Like Dual Streaming, PRemote-HD also uses two streams for recording and transmitting. But with the aid of a special transcoding method PRemote-HD achieves remarkable results even with the narrowest of bandwidths, such as are used for mobile communication devices – so transmitting to a tablet or smartphone now works perfectly.
Furthermore, compared with Dual Streaming, for which only the quality of live images can be modified for transfer, PRemote-HD also allows a bandwidth-friendly transfer of recorded image material. With this technology, live images can be viewed, and the recordings can also be evaluated across great distances with top resolution.
And PRemote-HD can also be used for splitstreaming. This is when a multiple split is transmitted in a single image, so only one stream is needed – and the bandwidth required is also reduced correspondingly.
PRemote-HD works with all network cameras that are recorded in MJPEG or H.264 format via RTSP processes.