Advanced Camera Bandwidth Test Results

Author: Ethan Ace, Published on Aug 12, 2013

[WARNING: If you think surveillance is all about 'leadership' and 'salesmanship', leave now. This in-depth technical report exposes never revealed patterns significantly impacting bandwidth and storage.]

There's much more going on than might appear. Surely you are aware of the relationship between resolution and bandwidth. Hopefully, you also understand the impact of compression levels even with the same resolution. Many of you also know that bandwidth can vary depending on the scene (think stairwell vs. intersection).

Our testing started off with some experiments with the same scene but different FoV.

For instance, compare the images below. Which of these scenes consumes more bandwidth?

How about these?

We continued with more experiments. How about sharpness?

We went further testing the bandwidth impact of varying:

  • Contrast
  • Brightness
  • Color
  • Focus
  • WDR

Some of them were fairly constant, but many produced massive swings in bandwidth consumption. Even more fascinating, the results often varied across camera lines tested including Axis, Avigilon, Bosch, Dahua and Sony.

[*******: ** *** ***** ************ ** *** ***** '**********' *** 'salesmanship',***** ***. **** **-***** ********* ****** ******* ***** ******** ******** ************* impacting ********* *** *******.]

*****'* **** **** ***** ** **** ***** ******. ****** *** are ***** ** *** ************ ******* ********** *** *********. *********, you **** ********** ********* ** *********** ********** **** *** **** **********. **** ** *** **** **** that ********* *** **** ********* ** *** ***** (***** ********* vs. ************).

*** ******* ******* *** **** **** *********** **** *** **** scene *** ************.

*** ********, ******* *** ****** *****. ***** ** ***** ****** consumes **** *********?

*** ***** *****?

** ********* **** **** ***********. *** ***** *********?

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

  • ********
  • **********
  • *****
  • *****
  • ***

**** ** **** **** ****** ********, *** **** ******** ******* swings ** ********* ***********. **** **** ***********, *** ******* ***** varied ****** ****** ***** ****** ********* ****, ********, *****, ***** and ****.

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

Key ********

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

  • *********** ********* ******* *************, *** **** ****** ****** * ****** line, **** **** *** ***** ******* ********** (**********, **********, *********** levels, ***.), *********** ** *.* ** * **/* ******** ****** cameras ****** *** *** *****.
  • ********* * *****'* ***** ** **** ******** ** *********** ********* variations (** **** ** +/-**%) **** ****** *** ***** ***** remained *** ****.
  • ********** ***: ****** **** **** ******'* ********* ** ****** ***** ** view ** * **** ************ *** **** ****** ***** ******** in * **%+ ******** ** *********.
  • *************: ******** ** ***** ******, ********* **** **** ** ****** in * **** ******** ** * ******** ** ~**% *******. However, *** **** *****'* ****** ******* ********* *** *** *********** resulted ** ********* *** **** ****** *****.
  • ********** *********: ****** **** ******* ******** ** ******* ********* ** **** camera ******** ** ~**-**% ******** ** *********, ****** ******* **** greatly ******* ** **** ******.
  • ********** *********: ********** ********* **** ******* ** ******* ******** ** ~**% increase ** ********* ** *******, **** ** ********* *********** ** image *******. ****** **** ******** ***** **** **** ******** (*****, blowing ******, *******, ******, ***.) *** *** ******** **** ** bandwidth.
  • ********* **********: ********* ******** ****** ******* ******* *************, **** **** ******** a **** ******* ********** *****. *** **** ***** *** *******, was ******* ** ******* ******* **** **** ************'* ********.
  • *** ****** ***** ******* ** ******* **** ***** ******** ** differences ** *********.
  • ** **** ******, ********* ********* **** *** *** ****** **, though *** ********** ****** ************* **** ***** ** *****.
  • **** ***** ******* *********: *** **** ****** **** *** **** *** ** ***** a ****** ***, *** ***** *** ********* *********** ***. **** being ******** *** ** ***** ******* ********* *********** **%+.
  • ******** *** ***** ********* ******: ***** ********* ** ******** *** ***** ******** ******** ** up ** **% ********* ** ********* ******** ** ******* ********. Increasing ***** ******** ** ******* ********* ********* ** ***% ** more.
  • **********: ****** ******** *** *****, ********** *** ********** ********** **** decreased ********* *** ** **** ** ******* ** ****** ******** images ** ************.

***************

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

  • **** **** ******** ****** ** *** ******** ***** *** ***. **** ** **** **** ********* **** ************ ******* (*** a ******** **** *****) ******* ********** ** *** ** *** same ***** *** ***** *********** *********** *** ***** *********** **** unpredictably ****** *************.
  • ** ******* ***** ******* **************** ** ********* ******* ** ********* ******.
  • ******** ******** *********** * *** ** ****** *********, *** ** **** ** test ** ** ***** ** ****** *** ******* *********.

******* ********** ** ********* *** ** ****** ** ******** ***** settings, **** ** **********, ********, *** *****. *******, ***** ****** be ******* **** ********* ***** ** ***** *********** ****** ***** quality.

Wide **. ****** ***

** *****, ***** ****** ** **** **** **** ******* **** narrow ****** ** ****, ****** *** ** *** ******* ****** of ******* ** *** *****. *******, ***** ******* **** ******** pixels *** ****, ******* **** ****** ** ***** *******, ** found **** ********* *** ******** ** **** *****. ************, ******* in ****** ******* * **** ****** **** ** *** ***** when ***** ******** ****** ** ****, ******* ********** *********.

** ****** ** **** ** *** ********* ********* **** *** cameras. *** ********** ****** *** * ********* ** ***** ******* which **** ********** **** *****.

************

** **** *****, ** *** ** *** ******* ****** ** active ************ ****** **** ****. ******** ***** ******* *** ***** light ** ***** **-** ***** *** ****. ** ***** ********* increased ** *** *******, ** ******* ** **-**%. *** ***** NBN-733V *** ** ******* ** **** ****, ********** **** **********.

*****

** **** *****, ** *** ** *** ******* ******* * high ****** ******* *****, ** *** ** *** ****** *** running *** *******. ********* ********* ** ***** **% ** **** scene, *** ** *** ********* ******* ** ********** ******** **** in **** ******* ** *** *****, **** ** *** *******, track, ***** **** *****, *********, ***., *** ** ***** ********** to ******* ***** *** ***********. ** *** ****** ***, ***** objects *** *** ****** ** ****** ********, ** *********** *** bandwidth **** ******* ***********.

****/******* ***

*******, ** **** ***** ** *** ** *** ******* ******* a ****** ****, ** *** ******* ***. ** **** ****, bandwidth ** **** ******* *********, *** ** ***** **** ** removal ** ***** (***** **** ****** ** *** ****) **** the ********** ** *** *****. ***** ******* **** ** *** narrow *** *** *** ******* *** **** ***** ** ****** as *** ****** ***** ** *** **** ***. **** **** in **** **** *** ***** ******** *********, ****** ***** *******. This ** *** ** ***** **** ** *** ****** ******* sharpness, ***** ***** *** **** ****** *** **** **** *********** in *** *****, ********, *** ****** ******* *** **** ***** cameras ** *******.

*********

********* *** ********* ** ********* ******** ** ***** ********** ** bandwidth. *** ******* ** **** **** **** ********** **** ********** patterns ** *** *****, ********* *****, ******, ********, ******, ******, and ******. ******* ***** *** ********* *** ********* *** ** the ********** ** ***** ********, ********* ** ******* ****** *********. We ****** ********* ** ******** ******, ** ******* ******* *********** in ***** *******. ******* ****** ******, ********* ** ****** ************, model, *** ******** ****.

*** *******, ** *** ****** *****, ***** *** ********** *** visible ** *** *******, *** ********** ** ******* ******* ** the ******* *** ******** ***** ** *** ***** *** ***** relative ** ********* ** *** ********, **** *****, *** ***** cameras. ****** *** * ***** ********* ** ****** (***** ***** for **** **** *******).

*******, ** ******* ******, **** ** **** ******* ****, *********** in ******* ******* **** *********** ** **** *******, ****** *** Q1604 ******* ********** ********** (***** ***** *** **** **** *******).

*****, **** **** ***** ***** ******* **********, ***** *** ** standards *** ********* ******* *******, ******* ********, ********, ********, *** adjustment ****** **** ************ ******* ******, **** **** *** **** manufacturer. *** *******, *** **** ***** *** ***** **** *** sharpest ****** ** *** **** ** *** ********. ** *** minimum ********* (* ** * ***** ** ***), ** *** sharper **** *** ******** **'* ******* (*** ** * ***** of ***), ** **** ** **** *****, ******* **** **** detail ** *** ***** *** ****** **********:

*** ***** *******, ***** ***** ****** ****** ** *** *** effects ** ****** ***** *****, ** ** **** ********** ** standardize ******* *******, ** **** **** ** ********* **********.

Focus *******

**** **** *********, ***** ******* ** ***** *** ************ ****** bandwidth. *** ** ****** ********** ** ******* *********, ********* ** reduced **** ******* *** **** ******** *** ** *****, ******* differences ***** *** *** ** *********** ********** ******* ***** **********. This ********** ***** **** ********* ** **** ****, ***** ** Axis ****** ** ** *******:

WDR ** **. ***

** **** ** *** **** ******, ********* ********* **** ******* WDR ** ******** ** ***. ** *** ************ *****, **** was *** ** ********** ******* ********* ** ******** ****** *****, such ** ***** *** ********* *** ****** ****** *** ******. Turning *** ** **** ********* ******** ** *** ******* ** the ******* *** ** *** **** *****, ********** ***********.

** *** **** *****, *** ***** ********* **** ******* ** the *****, **** ** *** *****, *****, *** ***** ******** in *** **** *****, ********** *********, ****** *** ** ************* as *** ************.

****** *** ***** *** **** *********, *** *****'* ********* ********* in *** ***** *****. **** ** *** ** *** ******'* WDR ********, ***** ********* **** **** *******, *** *** ****** to ***** ********** *** *** ****** ****** ** *** ** the *****. **** *** ** **** ******** ***** ** *** image, **** ** *** ***** ****** **** ** *** **** field, *** *** ********* ***** ****** ***.

Other ***** ***********

** **** ******** ***** ***** **********, **** ** ********, *****, and **********. **** *********, *** ***** ** ********** *** ******* settings ****** ****** ******* *******, ** ******* ** ********* *** image ******* **** ***********. *******, ** *** *****, ********* ***** factors ********* ******* ** ** ***** ****** ********* *******. ***** may **** **** ***** **** ********* ***** ******* ********* ********, but *** ******** ******* ** ***** ******* *** ********* **** to *** ** **** ****** *** ******** ***** ***** *****.

********

****** ******** ******** ** **-**% ********* ** ********* ** *** the ******* ** ******. *******, ***** ********** ****** *** ******* to *** **** ******* *** ******, ********* ** * ********* dull ******* *****. ******** ********* ******** ** *** ******* ********* spikes ***** ***** **********, **** ** ***** ****** *******.

**********

********* ********** ********* ******** ** ******* ********* ********* ******* **-**% compared ** ******* ********. *******, **** ***** ********* *** **** substantial ******** ****** ** ***********, ********** ** *** ***** ********. Unlike ******** *** *****, ********* ** ********** **** ** ********* in *********, ***** *** ***** ******* ****** ***, **** **** of ** ********* ***** *****.

*****

******** ***** *** *** ******** ****** ** ********* ** ***** settings ******, ** ******* ** ***** **% ******** ** ********. However, ********** ***** *** **** ******* ******, ********** ********* ** about **%. **** **** ** ******* *******, *** ****** ******* monochrome, **** ** ***** *********** **********, ***** ** *** **** end ******* **** ** ************** *** ****.

Comments (27)

Ethan, how are you bud!? Looking forward to our next cab ride in Vegas at ISC. That was a wicked cool article. Very creative test. I am getting some Gen 6 Sony cameras tomorrow for testing and I will take a crack at doing this test myself. Keep up the good work.

Ethan, nice report. You could maybe include the use of in-camera privacy zones to reduce bandwidth, eg block out trees or areas of no interest. I think this should be the same for all manufacturers cameras who have privacy zones?

[IPVM Response: See our test Reducing Bandwidth Through Privacy Masks?]

Great report!

Ethan,

Is there any relationship between the Sharpness settings and image compression settings that we can take advantage of?

For example, if we increase the Compression....can we use Sharpness to keep some of the lost detail?

My guess is that it depends on the order of these operations in the individual cameras. ie RAW >>>> Compression >>> Sharpness or RAW >>>> Sharpness >>>Compression.

Nice report, maybe for some other additional tests:
SVC vs H.264 on FullHD+ resolutions.

And perhaps the "smart-stream" feature that Vivotek provides on their Supreme series cameras. What they do on their 5Mpix cameras and soon to be launched 10Mpix cameras is pushing 720p or 1080p streams on a static image, whenever there's motion, only the parts that create motion are displayed and recorded in the 5/10Mpix image quality the "background" remains at the set 720p or 1080p resolution.

This was a fantastic learning experience for me. Another plus of membership right here.

another great piece of an educational path. Thank you Ethan!

Quite interesting tests. Thank you for your work.

I wonder Ethan, do you see any ways, how can we improve algorythms of bandwidth & storage calculators with such test results?

The best option to calculate required bandwith & storage space is to make real field tests with cameras on the end-user facility and measure the real cameras bandwidth.

But it is not always possible to visit the facility. In many cases all the video surveillance designer has is a site map.

@ Max Shumeyko:
Personally I calculate using specific CBR values for specific resolutions.

This way I get to the worse-case scenario without undercutting bandwidth, throughput and/or storage requirements.

Example (Based average results over different brands using H.264 Baseline Profile):

4CIF/D1 @ 25fps = +/- 2.5Mpbs Max
720p @ 25fps = +/- 4Mbps Max
1080p @ 25fps = +/- 8Mbps Max

So in theory if the client requires 32x Full HD cameras recording at 12.5fps, I can calculate using 32 x 4Mbps = (128Mbps Throughput and Bandwidth requirement for recordin)

From here I can continue with the whole storge calculation based on hours per day, motion factor within those hours and of course retention time.

But that's just me, as I've burnt my fingers way back in the day with VBR. Certain low-light scenarios can push a Full HD VBR stream (H.264) right up to 16+Mbps per camera resulting in either too little storage or even in worse case scenarios a NVR that's not capable of the throughput that crashes.

We have found as a rule of thumb, average CBR balance between quality/quantity to be this:

H.264 & 7fps

1 Mbps per 1 megapixel

@ Greg, that does calculate about right.

Only problem with where I'm from (South Africa) our clients INSIST on 25fps. Doesn't matter how much you try and explain to them the "if's and the what not's"...

So 7fps is difficult to sell here and would help them with storage requirements as majority of our end-users require 180+ days of storage for legislation purposes...

Stephen,

It's a work in progress! Educating the customer is sometimes easier than getting the A&E's to stop specifying full 30fps requirements...

We use 7 or 8 fps for most cameras & 12 to 15 fps for license plate cameras. This covers the majority of situations.

Stephen Holtzhausen : Vivoteks solution sounds interesting, it's very similar to a suggestion I made a while ago (I know that ideas are like a....., but I am thrilled to see Vivotek making some strides in this area - the others should take note I think).

I'd like to know more about the camera's compression pipeline; using an out of focus lens to reduce bw sounds like a terrible idea, but so does using a sharpening kernel on the raw frame that is fed to the compressor. The sharpening kernel will cause image noise to be amplified, and noise just doesn't compress well (also the reason AGC can be a BW hog). The client can easily run a sharpening kernel over the frame once it has been received - or you can export and do it in Photoshop (this will amplify encoding artifacts too, but if you are not compressing too much, they should be negligible).

Ideally, I'd want image stabilization prior to the encoding process. I must admit I haven't checked the cost of BW on a camera that is shaking in the wind vs. one that is stabilized - but it would also make any motion detection a lot more robust.

I suppose there's not much you can do - if the customer requires a certain FOV and quality, then you just need to adjust the storage requirements accordingly, or do customers generally accept changing the FOV to lower bandwidth? How big a part of the budget is storage generally? I would imagine it was a fairly cheap part of the system.

Morten,

So clearly differences in the compression pipeline are a factor. Good point to raise. This is a little bit of a black box so we can only speculate about what is happening inside. However, we confirmed with one chip manufacturer that this is to be expected.

As for your question: "How big a part of the budget is storage generally? I would imagine it was a fairly cheap part of the system."

Storage is a big part. It's not as big as the storage vendors claim it is, but ~20% of an entire system is not unrealistic for bigger deployments (though it obviously depends on frame rate and storage duration, where preferences vary dramatically - see: frame rate stats, storage duration stats).

The big issue with storage is that estimating is such a shot in the dark (being off by 50% is common) and that it comes as a nasty surprise at the end of the project ("Yeah we can do it but we need 10TB more"), which the integrator and end user need to debate who eats it.

Undisclosed, we actually did a test of reducing bandwidth through privacy masks. Thanks for reminding me; I'll add a link to the report.

Mike, good question re: sharpness/compression. The answer is: I don't think so, though I haven't tested it. Sharpness is a big subject, honestly, and small questions like this could go on and on.

Stephen, thanks for the tip on Vivotek. I know of a couple manufacturers that will encode regions in different qualities, but this is the first I remember hearing of someone changing those regions dynamically. We may look into that. As far as SVC, it would be difficult to test right now because so few people support it. We'd definitely like to, but it needs more mainstream support.

To those recommending rules of thumbs, "X Mb/s per Y resolution and Z frame rate". Sure, you can do that but you are likely going to be off regularly unless you consistently use the same models in the same conditions (i.e., you specialize in bank branches and use ABC cam model 123).

To Max's question: "do you see any ways, how can we improve algorithms of bandwidth & storage calculators with such test results?"

I don't see any easy way. Clearly the wide vs narrow FoV test shows that the size of detailed objects in a FoV is critical regardless of the scene type but unfortunately that can come from the patterns of carpeting, roads, etc. Plus, since it frequently varies significantly by camera model, it's hard to imagine a way to model it without carefully checking and tracking low level issues.

John - great work, thank you very much.

Thanks Dennis. Ethan, Derek and Figen did the test, I just gave suggestions.

This report is a great explanation on how much Manufacturers BW and Storage calculators vary on when using their calculators (Axis, Samsung, Vivotek,..) using the "same" parameters. Great work!

This statement under "Key Findings":

In most scenes, bandwidth decreased when WDR was turned on, though the difference varied substantially from scene to scene.

is contradicted in another statement under "WDR On vs Off":

In most of our test scenes, bandwidth increased when turning WDR on compared to off.

Am I missing something?

Hi Cynthia, you aren't missing something. You caught a typo. It should read increases in both cases. I've updated the report.

There is a mistake in "Increasing FoV", under the key findings. It should read moving from narrowest to widest.

Hello Ethan. Thank you for this interesting Article.

Concerning the FoV: coming to the conclusion, narrow FoV does not gives you the Guarantee of having more Bandwidth. It depends the content of the Scene. How big are the Details within a Scene and the Speed of Movement.

True, but in this case narrowing the FOV while the road is still kept in frame increases bandwidth because of the movement of the cars, which now takes up more of the image.

OH Man. That video clip at the beginning was FUNNY.

I don't even know what anybody was saying, or how anybody could get that hype.

I am from West Virginia so I am always behind, at least this time only 3 years!

Great Article Ethan.

Clear explanation on focus & BW.

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

H.265 Usage Statistics on Apr 19, 2019
H.265 has been available in IP cameras for more than 5 years and, in the past few years, the number of manufacturers supporting this codec has...
Dahua Repositionable IR Multi-Imager Camera Tested on Apr 16, 2019
Dahua has released their first repositionable multi-imager camera, the Multi-Flex 4x2MP, claiming integrated IR, true WDR, and flexible...
Axis ARTPEC-7 Chip Release Examined on Apr 08, 2019
For years, Axis essentially de-promoted their own chips. Now, they are reversing course. Axis has announced ARTPEC-7, their latest chip, which...
Spring 2019 IP Networking Course- Register Now on Apr 04, 2019
Register now for the Spring 2019 IP Networking course here. Just $299 for the course. This is the only networking course designed specifically...
Axis 5MP P Vs Q Camera Shootout (P3227-LVE vs Q3517-LVE) on Apr 02, 2019
While Axis' Q3517-LVE tested well, it is one of Axis' most expensive dome cameras, over $1,000 USD. Because of this, members asked us how it...
Casino Security Consultant Carl Lindgren Interview on Mar 26, 2019
For more than 20 years, Carl Lindgren worked as a casino surveillance pro, while being active (and sometimes outspoken) on various online video...
Covert IP Camera Shootout - Axis, Hanwha, Hikvision, March, Vivotek on Mar 20, 2019
Covert cameras were one of the last holdout areas for analog cameras. However, in the past few years, IP / HD covert cameras have become...
Pelco GFC 4K Dome Camera Tested (IMP831-1ERS) on Mar 12, 2019
Pelco has finally released their first 4K IP camera, after years of competitors' releases. Is this move too late? Or is their new GFC Professional...
Bandwidth vs Low Light Shootout - Avigilon, Axis, Bosch, Dahua, Geovision, Hanwha, Hikvision, Uniview, Vivotek on Feb 08, 2019
Nighttime bandwidth spikes are a major concern in video surveillance, but do all manufacturers' cameras perform the same? Are some more consistent...
8MP HD Analog Tested (Dahua / Hikvision) on Jan 30, 2019
HD analog has promised higher resolution for years, but has lagged substantially behind for years. Now, both Dahua and Hikvision have started...

Most Recent Industry Reports

H.265 Usage Statistics on Apr 19, 2019
H.265 has been available in IP cameras for more than 5 years and, in the past few years, the number of manufacturers supporting this codec has...
ACRE Acquires RS2, Explains Acquisition Strategy on Apr 19, 2019
ACRE continues to buy, now acquiring RS2, just 5 months after buying Open Options. One is a small access control manufacturer from Texas, the...
Access Control Course Spring 2019 - Last Chance on Apr 19, 2019
Register for the Spring Access Control Course. IPVM offers the most comprehensive access control course in the industry. Unlike manufacturer...
Riser vs Plenum Cabling Explained on Apr 18, 2019
You could be spending twice as much for cable as you need. The difference between 'plenum' rated cable and 'riser' rated cable is subtle, but the...
Verint Victimized By Ransomware on Apr 18, 2019
Verint, which is best known in the physical security industry for video surveillance but has built a sizeable cybersecurity business as well, was...
Milestone Drops IFSEC on Apr 18, 2019
Milestone has dropped out of Europe's largest annual security trade show (IFSEC 2019), telling IPVM that they "have found that IFSEC in EMEA no...
The Fastest Growing Video Surveillance Sales Organization Ever - Verkada on Apr 17, 2019
Verkada has the fastest growing video surveillance sales organization ever. In less than 2 years, they already have more salespeople in the US...
Door Operators Access Control Tutorial on Apr 17, 2019
Doors equipped with door operators, specialty devices that automate opening and closing, tend to be quite complex. The mechanisms needed to...
Securadyne CEO: IPVM 'Entertaining For An Ignorant Few' on Apr 16, 2019
Securadyne's CEO Carey Boethel is unhappy with IPVM's report - Failed Integrator Rollup, Securadyne Sells to Guard Giant Allied. Indeed, he...
Dahua Repositionable IR Multi-Imager Camera Tested on Apr 16, 2019
Dahua has released their first repositionable multi-imager camera, the Multi-Flex 4x2MP, claiming integrated IR, true WDR, and flexible...

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