IP Camera Manufacturer Compression Comparison

Author: Derek Ward, Published on Feb 21, 2014

Compression is very important. While resolution gets the attention, compression is critical and can be a silent killer - both for quality and bandwidth.

Regardless of resolution, all surveillance video is compressed. And even if 2 cameras have the same resolution, their compression levels can be much different. [See our compression / quality tutorial for background.]

Thankfully, compression in H.264 is standardized on a scale of 0 to 51, as shown in the image below:


However, camera manufacturers almost never disclose Q levels used. Instead, they use a variety of homemade scales and naming systems. Here is a sample of ones we tested inside:

So you can have 2 manufacturer's cameras with the same resolution but significantly different compression levels, and therefore varying image quality and bandwidth consumption.

An industry first, IPVM has analyzed each of these manufacturers and answered these key questions:

  • What is the real H.264 quantization level for each camera manufacturer's default settings? How do they vary? Who defaults the lowest and highest?
  • To normalize the H.264 quantization levels so that each manufacturer had the same compression, what camera settings should be used?
  • How does the range of compression levels used for each manufacturer map to H.264 quantization levels?
  • What is the impact of bandwidth as H.264 quantization / compression levels are varied for different manufacturers?

If you really care about image quality and optimizing bandwidth / storage use, this is a critical report.

*********** ** **** *********. ***** ********** **** *** *********, *********** is ******** *** *** ** * ****** ****** - **** for ******* *** *********.

********** ************, *** ************ ***** ** **********. *** **** ** * cameras **** *** **** **********, ***** *********** ****** *** ** much *********. [*** ************** / ******* *********** **********.]

**********, *********** ** *.*** ** ************ ** * ***** ** 0 ** **, ** ***** ** *** ***** *****:


*******, ****** ************* ****** ***** ******** * ****** ****. *******, they *** * ******* ** ******** ****** *** ****** *******. Here ** * ****** ** **** ** ****** ******:

** *** *** **** * ************'* ******* **** *** **** resolution *** ************* ********* *********** ******, *** ********* ******* ***** quality *** ********* ***********.

** ******** *****, **** *** ******** **** ** ***** ************* and ******** ***** *** *********:

  • **** ** *** **** *.*** ************ ***** *** **** ****** manufacturer's ******* ********? *** ** **** ****? *** ******** *** lowest *** *******?
  • ** ********* *** *.*** ************ ****** ** **** **** ************ had *** **** ***********, **** ****** ******** ****** ** ****?
  • *** **** *** ***** ** *********** ****** **** *** **** manufacturer *** ** *.*** ************ ******?
  • **** ** *** ****** ** ********* ** *.*** ************ / compression ****** *** ****** *** ********* *************?

** *** ****** **** ***** ***** ******* *** ********** ********* / ******* ***, **** ** * ******** ******.

[***************]

Test ********

***** ******* **** ******, *** ****** ** *** ******** *** * ********* ** **** ****.

Key ******

***** *** *** *** ****** ** **** ******:

  • ******* ************ ***** *** ** **** * ***** ** ** to **. *** ******* ***-**** ********* ** *** ****** ************ ** all ******* ****** ** * * ** **, *** **************-*********-* ********** **** *** ******* ************ ** **. ***** ** chart ************ **** ******'* *********** ******* *************:

  • ********* ** ******** ******** ** ************ *****. ** * **** of *****, ***** **** * ** ** * ** *** resulted ** * **-** ********* ********, *** **** * * 34 ** * ** *** ******* **-***, ******* ** ************. 
  • **** **** *** *** ******* (**** ** ******** **-****) ***** ***** ** ******** ****** *********** ********, **** *** ****** automatically ******** *********** ******, **** **** *** **.
  • ****** ************* *** ********* ************ *** *********** ********, **** ****** which **** ***** ** *** ****** ********* ** ***** *************' compression ********. **** *** ***** ********* **** ****** ** *********** multiple ******* ** *** ************ *****.
  • ******** ****** *** ***** ********* **** *** ******* ******* ********* things. *** *******, ***** *** **** **** **** * ****** when *********** ** *** ** "*", ***** ********, ****, *****, and ******* **** *** * ****** **** *********** *** ****** to "*".

Camera *********** ******

**** ***** ***** *** *********** ************ ***** **** ****** ******* ***** its *********** ********:

** **** ********** **** ******'* *********** ******** ** ******* * quantization ** ~**. **** *** ** ****** *** ***** ******* to ********* *********** ******** ** ***** *** *******, ****** ** a ***** *** ******* ****** **** *** **** ************.

Compression ****** ** *********

** ***** ** *** *** ********, ** **** ****** *** relative ******** ** ********* ** *********** ********* *** ***** ******* increases. * ** ** *** * ** ** ********* *** approximate ********* ******** **** * * ** **. **** ****** be ******** ** * **** ** ***** ****, ** ** acknowledge **** ********* ** ********* ****** *** ***** ****** ******** also ****** *********.

Setting *********** *** ********* *******

***** ** * *********** ** **** ******'* *********** ******** ****** their ********** *** **.

****

*** **** ***'* *********** ******** *** ** *** ** *** compression *** ***** "*****", ** **** ** ******************. **** **** * ******* ***** **** *** (**** ***********), medium, *** **** (***** ***********). *** **** *** ******** ** "medium" *******.

********

********'* *.**-**-** *********** ******** *** ** ******* ***** *** *********** and ***** **** *** ** ***** *** **, *** ** uses * ******* ****** ** "*" (****** ***********) ** "**" (highest ***********). *** ******** *.**-**-** ******** ******* ** "*".

****

****'************** *** ***** ***** *** ***** ****** ******** ***, *** users *** ****** * *********** ****** **** "*" (***** ***********) to "***" (**** ***********). *** **** ***** ******** *********** ** "30".

*****

***** ****** ***** ** ****** ********** *********** ** *-******, *-******, and ***** *********. *** ***** ***-**** ******** ***. *-***** ** to "****"

*****

*****'* *********** ******** *** ***** ** *** ***** ***, *** the "*******" *** ** *** ******* "*" (**** ***********) ** "6" (***** ***********). *** ***** *** ******* ******** ** ******* "*".

*********

*********'* *********** ******** *** ***** *** *****/***** ***, *** *** be *** ******* "******" (**** ***********) ** "*******" (***** ***********). The ********* **-*********-* ******** ***** ******* ** "******".

*******

*******'************** *** ***** ***** ***** ***** ******* ***, *** ***** from "**** (*)" (***** **********) ** "***** (**)" (**** **********). The ******* ***-**** ******** *********** ** "*".

****

** ****'* ******************, *********** ** *** ** *** ***** ******* * ******** menu, ***** ****** **** "*" (**** **********) ** "**" (**** compressed). *** **** ***-***** ******** ***** ******* ** "*".

Test ********

***** ******* **** ******, *** ****** ** *** ** ****** *** * ********* ** **** ****.

Comments (11)

Interesting.

Just mention that some manufacturers you forgot here, offer in addition to "pre defined quality values" some Manual settings where you can enter 0 to 51 customized values...so you get "settings for dummies " or "more accurate professionnal settings"

All this impact bandwidth IF you chose VBR output. If not, the output will be stable but you'd better chose the good CBR level to stand your Fps x resolutionxQuality choices. If not, the quality/Compression will become even worst (most of the time you keep the frame rate and downgrade quality ) This is whatoften happen by night ...and dark times ...brrrr

So you first think you will get a 28 quality , but finally you get a 35 or 40 and some pixelised fps where you can not identify your target... oups

Yes, this presumes the use of VBR, which is the typical default in IP cameras today. As you say, if you use CBR, by definition, bit rate will remain fixed but quantization level will vary depending on the scene.

Background: CBR vs VBR: Surveillance Streaming

Another great test, very informative.

John it would be very intersting to do a survey on who is using VBR or CBR. are you sure VBR will win in North America ? and worldwide ?

Most guys I know put CBR.. VBR +Cap is close to CBR but even worst if the limit is too low because hyper compressing before limitA part of Axis other vendors propose Fixed Quality, but most without a Cap, so it's seen as too risky for your storage, especially by Night.

Last survey with 60% VBR is strange .... next survey should ask also which brands are deployed...

I am pretty sure all 8 cameras in this test default to VBR (or VBR + a high cap).

You mean a survey of integrator selection (i.e. VBR vs CBR) or manufacturer defaults?

I think CBR is a really bad move for almost anyone and VBR + Cap is better. VBR + Cap allows the camera to stream at lower bit rates when the scene is less complex / hard to compress yet go up to whatever high point you choose. By contrast, CBR is wasting bandwidth for all times except for when the scene needs that set bit rate.

Derek, truly a commendable addition to the IPVM canon!

Thanks for the quiz, and here's a couple questions for you in return:

How was the Q measured, what tools, what method (mean average)?

Do you have a high confidence level in these numbers?

Mainly the section on Compression Impact on Bandwidth, arguably the most critical section, seems to present more questions than it answers.

I understand and acknowledge your disclaimer regarding the dangers of generalizing the data, but even granting that, there are some wildly divergent data points that should be explained if at all possible.

Take the Sony and the Samsung, witb the Samsung stream only getting slightly smaller with a q change of 6 where Sony gets almost 4x as small? These cameras are roughly equivalent hardware wise at least, so what is really going on? Like the frame rate changing? Or the profile?

More data would be helpful here to identify anomalies, but strangely half the cameras are missing from this chart without any explanation, and the ones we have left are divided between "Sony" behavior and "Samsung" behavior.

Any thoughts welcome.

Hello Rukmini Wilson,

Q was measured using AVInaptic, a free program that analyzes quantization, which we have been using for quite some time now.

As for your questions regarding the bandwidth chart, we wanted to show a trend as a rule of thumb that there is a strong likelyhood that decreasing compression or Q levels will increase bandwidth (Noting that compression is not the only factor in determining bit rate). No other settings such as FPS, resolution, or other codec or camera settings aside from compression/quality levels were changed via the camera's web UI.

Camera selection for the bandwidth section was random, and given the plethora of variables on the impact different cameras and manufacturers have with regards to bandwidth, 4 were chosen.

Could you please expand on what you mean between "Sony" behavior and "Samsung" behavior? What about "Dahua" and "Hikvision" behavior? Those 2 were included as well, no?

Hello.

Could you please provide a brief description of a procedure with which you obtained quantization level? You took 'average DRF'? What kind of files you put in AVInaptic?

Cheers.

See: How to Measure Video Quality / Compression Levels for full explanation of this.

Thanks John - everything clear now.

Thanks for the quick response Derek!

"Sony" behavior is: cameras which show dramatic (4X, 3X) reduction in bandwidth from q of 28 to 22

"Samsung" behavior is : cameras which show pathetic (1.2X, 1.6X) reduction in bandwidth from q of 28 to 22

The are two "Sony" types are the Hika and the Sony itself. The two "Samsung" types are the Dahua and the Samsung itself.

Note: These 4 cameras scored 3x,3x,5x.3x on the reduction from 34 to 28 so for the next set to be wildly divergent is worthy of an explanation. Even though the Sony and the Samsung are roughly equiv cameras hardware wise, to simpify the analysis lets just talk about the Sony by itself for a moment. On the first q setting of 34pass it had a 5x reduction, on the second a 1.2x reduction. Thats quite a difference!

Of course it could be explained by the scene complexity somehow, but then why wouldn't the Samsung also show dramatically less gains at the lower q? Instead we see dramatically higher gains after the lowering of q!.

Remember that although the administration of q thru a particular vendor is quirky and can't be relied upon, the h.264 definition of q is very formal and has to do with combining progressively more spatial frequencies. There are of course many other parameters invlolved in the actual bandwidth savings, like macro block size, and variable q settings between I and b,p frames, but assuming a motionless scene alot of these fall away and q should dominate, one would think.

As for your "strong likelyhood that decreasing compression will increase bandwidth" I would say its only trivially true: you would have been hard pressed with any camera on any scene on any day that would show an increase in compression level causing an increase in bandwidth.

Camera selection for the bandwidth section was random...

"Call it in the air, Heads I take the top-half of the chart, Tails I take the bottom. Tails it is..." :)

As far as the "plethora of variables" reason for only showing 4 cameras, goes, weren't all 8 cameras already set up at varying q levels for the Camera Compression Scales part of the test? It would seem you would just have to measure the bandwidth at that point, no?

In any event lest you misinterpret my musings as an attack, its not. I'm just trying to understand what's causing the data points to diverge. If the variance is inline with your expectations, then I will adjust mine. Thanks.

Login to read this IPVM report.
Why do I need to log in?
IPVM conducts unique testing and research funded by member's payments enabling us to offer the most independent, accurate and in-depth information.

Related Reports on Bandwidth

September IP Networking Course on Sep 14, 2017
LAST Chance - Registration is ending. Register now. This is the only networking course designed specifically for video surveillance professionals...
Dedicated Vs Converged IP Video Networks Statistics on Sep 12, 2017
'Convergence' has been a major industry theme for many years. All organizations have IP networks today with laptops, tablets, phones and more...
October Camera Course on Sep 07, 2017
Learn video surveillance and get certified. IPVM provides live online classes, recorded videos, personal help, cutting edge education and...
Dahua 4K IR PTZ Tested on Aug 21, 2017
4K has made its way to IR PTZs. In this report, we examine the Dahua 6AE830VNI, a 4K PTZ with 30x optical zoom, 200m (~650') integrated IR, and...
Sony Next Gen HD Dome Camera Tested (SNC-EM642R) on Aug 18, 2017
Sony has released their latest generation, claiming improved WDR and low light, increased IR range, and more. We tested the SNC-EM642R outdoor IR...
Cat 5e vs Cat 6 vs Cat 6a Network Cable Usage Statistics on Aug 16, 2017
Cat 5e? Cat 6? Cat 6a? What do integrators use in practice, today? 140+ integrators told IPVM. Here are the results: For those who want to...
IP Camera Specification / RFP Guide 2017 on Aug 14, 2017
RFPs are hard. Do them 'right' and it takes a lot of knowledge and time. Do them 'wrong' and you can be (a) unwittingly locked into a specific...
IR Surveillance Guide on Jul 31, 2017
Infrared (IR) has become an increasing core component to video surveillance systems. In particular, the expansion of integrated IR cameras that...
H.265 / HEVC Codec Tutorial 2017 on Jun 30, 2017
For years, video surveillance professionals have talked about the potential for H.265. Now, in 2017, H.265 is starting to gain mainstream...
Hikvision H.265+ Tested on Jun 27, 2017
Hikvision, which in the past few years released H.264+ (see test results) has now released H.265+, that claims even greater bandwidth savings. We...

Most Recent Industry Reports

SkyBell Trim & Slim Models Tested on Sep 25, 2017
Given continued growth of video doorbells and the central role Skybell plays in smarthome packages like Alarm.com and Honeywell Total Connect, we...
Hackers Globally Attacking Dahua Recorders on Sep 25, 2017
Dahua recorders are being hacked and vandalized around the world, as confirmed by dozens of reports to IPVM since the attacks surged 5 days...
Reseting IP Cameras - 30 Manufacturer Directory on Sep 22, 2017
Every camera has a reset button (well, almost) but it is not always clear what these buttons do, how long they need to be held, what settings they...
80+ OEMs Verified Vulnerable To Hikvision Backdoor on Sep 22, 2017
Over 80 Hikvision OEM partners, including ADI, Interlogix, LTS, and Northern Video, have been verified as having products vulnerable to the...
Genetec Launches Cloud Access Control (Synergis SaaS) on Sep 21, 2017
Genetec's cloud everything expansion continues, with their announcement of Synergis SaaS edition, joining their cloud video offering Stratocast,...
Genetec CEO Warns Against Insider Threats on Sep 21, 2017
With Dahua and Hikvision cybersecurity issues becoming indisputable, a new counter has emerged. Just put them behind a firewall, buy cheap...
New IPVM Calculator V3 Released on Sep 20, 2017
The New IPVM Calculator V3 is released. An entirely new architecture delivers the following benefits: Turbo The calculator is now ~50% faster in...
Automatic Door Operators For Access Tutorial on Sep 20, 2017
Opening and closing doors might sound simple, but it takes a high-tech piece of door hardware to pull it off. Integrating automatic door operators...
'Clowns' Allege Ubiquiti 'Completely Fraudulent' on Sep 20, 2017
A short seller has alleged Ubiquiti is 'completely fraudulent'. Ubiquiti's CEO has responded calling them 'clowns'. Here is the short...
Avigilon 'Blue' Cloud Entry Examined on Sep 19, 2017
Avigilon is moving to the cloud. The company announced their Avigilon Blue platform, designed to be a web-managed surveillance system, utilizing...

The world's leading video surveillance information source, IPVM provides the best reporting, testing and training for 10,000+ members globally. Dedicated to independent and objective information, we uniquely refuse any and all advertisements, sponsorship and consulting from manufacturers.

About | FAQ | Contact