High Definition Stream Management – Part 2 - The Technical Details

Challenges

In “Part 2: The Technical Details”, we examine the foundation and key concepts of this revolutionary technology and detail the ways it efficiently manages high-definition video footage while maintaining superior image detail.

Download PDF
High Definition Stream Management –  Part 2 - The Technical Details


The Technical Details

Part 1 of the whitepaper “High Definition Stream Management (HDSM)™ – Maximum Scalability and Bandwidth Management,” covered the challenges of maintaining high-quality image resolution with expanding camera counts and the details of Avigilon’s HDSM™ technology, a purpose-built bandwidth management technology. In “Part 2: The Technical Details”, we examine the foundation and key concepts of this revolutionary technology and detail the ways it efficiently manages high-definition video footage while maintaining superior image detail.


Roots of HDSM: JPEG2000

When it originated, HDSM was a groundbreaking technology, developed to be most effective when applied to the JPEG2000 compression platform. This was primarily due to the dynamic adaptability of JPEG2000 paired with high-resolution imaging. Here’s why: JPEG2000 is a frame-by-frame, or intra-frame, compression technology that applies a compression algorithm to each frame captured by a camera. The resulting video is a series of individually compressed frames that do not require information from other frames. Therefore, each frame is accessible independently, enabling quick access to recorded video. A unique feature available with the JPEG2000 standard is “tiling.” With JPEG2000 tiling, the image is split into rectangular regions in varying sizes, which are transformed and encoded separately. Dividing an image into tiles in this way is advantageous because less processing power is required to decode only the necessary tiles.

HDSM™ technology leveraged the granularity of the JPEG2000 standard so that the video, in various resolutions, could be stored, accessed and transmitted within specific portions and layers of the image.


whitepaper hdsm2 2 h2

Transition to H.264

As the H.264 compression standard became more widely adopted within video surveillance system components, Avigilon developed its next-generation version of HDSM technology, HDSM 2.0, to be compatible with H.264 compression. HDSM™ 2.0 technology embodies features similar to its original version but marries the advantages of the lower bandwidth of compressed H.264 video with the ability to split images into tiles.

Although H.264 compression is a common standard that produces substantially lower average bitrate streams than JPEG2000, the standard presented technical challenges to implementing HDSM technology at the same level of granularity.


whitepaper hdsm2 3 scene

As a temporal compression standard, H.264 inherently attempts to store only incremental changes between frames and whole frames at periodic intervals. The result is a stream of video that is compressed over multiple frames rather than a series of individual frames, as in JPEG2000.

HDSM 2.0 technology creates a similar tiling feature with H.264 compressed images as JPEG2000, a technological breakthrough for Avigilon. The tiling flexibility for image storage, access and transmission, coupled with the bitrate reduction of H.264, provides unique and enhanced network performance over systems solely utilizing H.264 compression. This enhanced performance can be particularly beneficial when scaling to higher resolution cameras (e.g. 5 MP+) and higher overall camera counts.


whitepaper hdsm2 4 monitor

HDSM Technology Versus Transcoding

Transcoding is not an element of HDSM™ technology but it is a popular conversion method throughout the video surveillance industry and beyond. Transcoding is usually applied in cases where a target device does not support the format or has limited storage capacity. Transcoding can also be used to convert incompatible or obsolete data to a modern format with better support. For example, in the video surveillance industry transcoding is commonly used between the video management server and an HTML and/or mobile device client session. Some argue that what most video surveillance technologies use is actually transrating, which is a process similar to transcoding in which files are coded to a lower bitrate without changing video formats. This provides the ability to fit given media into smaller storage space over a lower bandwidth connection.

However, there are limitations to using transcoding technology

  1. Transcoding is a processor intensive service. This is evident when users attempt to view video that has been transcoded or transrated, remotely or on their mobile device. The resulting wait times due to buffering or the need to PAUSE in order to reveal full resolution, does not translate into a positive user experience. HDSM technology avoids this challenge. 
  2. Sharing central processing unit (CPU) resources with other software services can inevitably lead to performance limitations based on resource availability. Because HDSM technology is at the core of Avigilon Control Center (ACC) software, using ACC software does not monopolize resources.
  3. The use of dedicated hardware required for transcoding dramatically improves performance, but can be difficult and expensive to scale to medium and large camera deployments. For example, each transcoding hardware device may only support one to four streams and only one session request at a time. HDSM technology does not require dedicated hardware for operation which enables cost effective and easier scaling to the larger deployment of higher resolution cameras. 

In the end, transcoding is computationally expensive and can limit the scale and performance of the video management system.


whitepaper hdsm2 5 arrow

How HDSM™ technology benefits the rest of your system

HDSM™ technology effectively increases the efficiency of video stream management across a network without increasing network infrastructure.

For example, HDSM 2.0 does not require any additional processing power from your network hardware. In fact, the processing power required for an H.264 camera stream with HDSM 2.0 has been reduced from previous versions. Here’s how:

  1. Decoding on the client can be conducted in parallel on multiple CPU cores, enabling lower clock rate, which allows multi-core machines to be used more effectively for the ACC software client. 
  2. In most cases, the client will never need to decode the entire field of view at full resolution. 

Consequently, standard commercial off-the-shelf and existing Avigilon hardware running ACC software that's older than ACC 5.2 can leverage HDSM 2.0 functionality with a software upgrade.


whitepaper hdsm2 6 scene

Video latency

HDSM 2.0 technology does not monopolize resources in a way that would increase video latency or negatively decrease image quality, which provides users with the flexibility to safely increase camera resolution and total camera count without jeopardizing video quality.


Conclusion

For system integrators and end users planning video surveillance system expansion, the Avigilon Control Center software with HDSM™ technology is a solution that can provide both increased performance and flexibility. With HDSM 2.0, Avigilon has paired H.264 compression with intelligent bandwidth management technology to create an effective solution for enabling broad system scalability in both camera count and resolution. All of this is achieved without adding hardware with increased processing power, and without increasing video latency or decreasing image quality. As a result, users can safely leverage HDSM 2.0 technology with current hardware investments to achieve reduced bandwidth consumption while maintaining maximum image detail.

Read Part 1 - High Definition Stream Management



Glossary

ACC Version Last version of ACC tested with camera. This also implies support for later versions of ACC unless specifically listed otherwise.
Audio Input Receive audio feed from camera.
Audio Output Send audio to speaker attached to camera.
Autodiscovery Automatic discovery of camera IP address when connected within a LAN environment.
Compression Type Describes the encoding types supported for the camera.
Connection Type Describes the type of Device Driver used. Native refers to the Manufacturer's specific device driver.
Dewarping In-Client dewarping of fisheye or panoramic cameras.
Digital Input Receive Digital or Relay inputs from camera.
Digital output Trigger digital or relay outputs physically connected to a camera.
Motion Quick display of whether Motion Recording is available on for the camera.
Motion Configuration Configuration of motion detection within the ACC Client.
Motion Recording Support for motion-based recording.
PTZ Quick display of whether PTZ functionality is available for camera.
PTZ Control Basic PTZ Movement.
PTZ Patterns/Tours Ability to create and trigger either PTZ Patterns, or PTZ Tours, depending on camera support.
PTZ Presets Create and trigger PTZ Preset positions.
Unit Type Type of camera.
Verified By Organization which tested camera and reported capabilities.
Verified Firmware Specific firmware version tested.
Manufacturer Blah
Model DS-2DE2103
Connection Type ONVIF
Unit Type IP PTZ camera
Compression Types H.264

  • ACC Version
  • Model DS-2DE2103
  • Connection Type ONVIF
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah
  • Manufacturer Blah

Verified by:

Vendor
Download Test Report