Video Surveillance Bandwidth Guide

Author: IPVM Team, Published on Dec 16, 2016

Bandwidth is one of the most fundamental, complex and overlooked aspects of video surveillance.

Many simply assume it is a linear function of resolution and frame rate. Not only is that wrong, it misses a number of other critical elements and failing to consider these issues could result in overloaded networks or shorter storage duration than expected.

In this guide side, we take a look at these factors, broken down into fundamental topics common between cameras, and practical performance/field issues which vary depending on camera performance, install location, and more.

free image

Fundamental Issues

  • Resolution: Does doubling pixels double bandwidth?
  • Framerate: Is 30 FPS triple the bandwidth of 10 FPS?
  • Compression: How do compression levels impact bandwidth?
  • Codec: How does codec choice impact bandwidth?
  • Smart codecs: How do these new technologies impact bandwidth?

Practical Performance/Field Issues

  • Scene complexity: How much do objects in the FOV impact bitrate?
  • Field of view: Do wider views mean more bandwidth?
  • Low light: How do low lux levels impact bandwidth?
  • WDR: Is bitrate higher with WDR on or off?
  • Sharpness: How does this oft-forgotten setting impact bitrate?
  • Color: How much does color impact bandwidth?
  • Manufacturer model performance: Same manufacturer, same resolution, same FPS. Same bitrate?

Scene Complexity

The most basic commonly missed element is scene complexity. Contrast the 'simple' indoor room to the 'complex' parking lot:

varying scene complexity

Even if everything else is equal (same camera, same settings), the 'complex' parking lot routinely requires 300%+ more bandwidth than the 'simple' indoor room because there is more activity and more details. Additionally, scene complexity may change by time of day, season of the year, weather, and other factors, making it even more difficult to fairly assess.

We look at this issue in our Advanced Camera Bandwidth Test.

Inside, we cover the 10+ other issues listed above.

********* ** *** ** *** **** ***********, ******* *** ********** aspects ** ***** ************.

**** ****** ****** ** ** * ****** ******** ** ********** and ***** ****. *** **** ** **** *****, ** ****** a ****** ** ***** ******** ******** *** ******* ** ******** these ****** ***** ****** ** ********** ******** ** ******* ******* duration **** ********.

** **** ***** ****, ** **** * **** ** ***** factors, ****** **** **** *********** ****** ****** ******* *******, *** practical ***********/***** ****** ***** **** ********* ** ****** ***********, ******* location, *** ****.

free image

Fundamental ******

  • **********: **** ******** ****** ****** *********?
  • *********: ** ** *** ****** *** ********* ** ** ***?
  • ***********: *** ** *********** ****** ****** *********?
  • *****: *** **** ***** ****** ****** *********?
  • ***** ******:*** ** ***** *** ************ ****** *********?

Practical ***********/***** ******

  • ***** **********:*** **** ** ******* ** *** *** ****** *******?
  • ***** ** ****: ** ***** ***** **** **** *********?
  • *** *****:*** ** *** *** ****** ****** *********?
  • ***: ** ******* ****** **** *** ** ** ***?
  • *********: *** **** **** ***-********* ******* ****** *******?
  • *****: *** **** **** ***** ****** *********?
  • ************ ***** ***********: **** ************, **** **********, **** ***. **** *******?

Scene **********

*** **** ***** ******** ****** ******* ** ***** **********. ******** the '******' ****** **** ** *** '*******' ******* ***:

varying scene complexity

**** ** ********** **** ** ***** (**** ******, **** ********), the '*******' ******* *** ********* ******** ***%+ **** ********* **** the '******' ****** **** ******* ***** ** **** ******** *** more *******. ************, ***** ********** *** ****** ** **** ** day, ****** ** *** ****, *******, *** ***** *******, ****** it **** **** ********* ** ****** ******.

** **** ** **** ***** ** *********** ****** ********* ****.

******, ** ***** *** **+ ***** ****** ****** *****.

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

**********

** *******, * ****** ************ ****** ******* ***** ***** (***, 2MP, ***.) *** *********. ** *** *******, ** * *** camera **** * **/* ** *********, * *** ******** ************ *** ~***/*.

*******, ********** ****** ************* *** ****** *** ***********. ** **** testing, **** ******* ******** ** * *** **** **** ****** level (*.*., **** **% **** ********* *** ***% **** ******) while ****** **** ** *** ******* **** ****** (*.*., **** 200% **** ********* *** ***% **** ******). ***** **** ** obvious ******* / ******* **** ************* *** ****** ******** ** their **** ** ********.

** * **** ** *****, * ** ***** *** ** used **** ********** ********* ********** ****** **********. *******, ** ******** recommend ************ ** ****** ******* ** **** * **** ** thumb *** ** *** ** * ***.

Frame ****

***** **** ******* *********, *** *** *****-***** ****** **** ** H.264, ** ** **** **** ******. ** ** *** ******** frame **** ** ***, *** ******** ** ********* ** ****** to ** *** ****, ***** **** * ** * ***** more *********. ************ ****, ** **** **, **, *** * fps ************ ** *********** *** ****** ** *** **** ** a ********** ******* ** *** ********** ****. *** ******* ******** were ** *******:

  • * ***: *.*** **/*
  • ** ***: *.*** **/* (*** *** ****** ** * ***, but **** ** *********)
  • ** ***: *.*** **/* (** *** ****** ** ** ***, but **** ****** *********. *** ****** ** * ***, *** only ** *********)

(***** ************ **** **** ** * * ***** *** ****** with ************ ************ ~**.)

*** **** ****** ** ***** ****'* ****** ** *******, *** our***** **** ***** *** ***** ************.

***********

***********, **** ***** ** ************, *** ** ******* ************ ** bandwidth: *** ****** *** ***********, *** ***** ********* **** **.

********: *********** *** ********** *** *** ********* ******. ** **** courses, ** ********* *** ************* *** *** ***. **********, ** our ********, ** *** ****** ** ****** ** ** ***** / *****. *********** ** *** ******* ********** ***** ****** ***.

*** *******, *** ***** ***** ***** *** ****** ** *********** across **** ********* ******* (****: **** *.***, ************ / *********** is ******** ** * ******** ***** ** * ** **, higher ******* **** ***********, ***** *******).

******** ************ **** ** (**** ***********) ** ** (*******) ******** in ** ***** * ** ******** ** *********, ***** ******* lowering ** ** ** (**** *** ***********) ******** ********* ** 5-11x ********* ** *** ******.

************, ************* *** ********* ****** *** *********** *** ***** *********** levels **** **** ****** ****** ********** ** **** ****** ************ level ** ****. **** *** *** * ******* ***** **** 1-100,***** ****** *** ****** **** ** "***, ****, ****", *** others *** *** ****** *-** ************ *****. **** ***** ***** just **** ** *** ******* ** ***:

*** ***** ****** ************ *********** ************* **** ****** ** ************* ************ *********** *** *** ** standardize * ****** ****** ********* *****.

******

* *** *************** ****** ****** ** ***************-****** (*.*., *.***, *.***) ** *****-***** **** (*.*.,*****, ********).

  • *****-***** ****** **** ** *.***/*** *** **** ******** ******* ****** in ** *****, **** ********* ******** ****** *** ******** **** the ******* ** *** ***** **** ***** ** *****, *********** a ***** ********* *******. *** *******, ** * ******* ***** through ** ***** *******, **** *** ****** ********** *** ****** between ****** *** *** ***********, ***** *** ****** ********** ** not.
  • *****-***** **** ****** ****** **** ********** ***** ** ** *****, compressing ******* ****** ** ****** *******. **** ******* ** ****** bandwidth ** **** ***** **** ** **-******* *****, ********** ** any ******** ** *** *****.

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

*** **** ******** ** ******* ** *** *****, *** *** the **** ******* *****, *** *.***, *** ** *** ********* advantages **** ****-* *** ****** ****. ** ****.*** *******- ******* *** ********* **************, *.*** ******** *** **** ********* ** *** ****** **** MJPEG, **** ** *** ***** *****:

h 264 vs mjpeg scene complexity

What ***** *.***?

*.*** *** **** *** "**** *** *****" ** ****** *** several *****, ******** **% ******* **** *.***, *** ****** *** VMS ******* *** ** ****** ********** ****. ************, ** *** tests, *.*** *** *** ******* ******* **** *.*** ** ******* scenes, ***** **-**% ** *******, **** *.*** ***** ***** ******* (see ******* *****) ********* ********* ****** ********* ******* **** *.***.

*** *******, ** ******** *.*** ******* ****, *.*** ******** ~**-**% ***** ******** **** *.*** (**** ***** codecs *** ** ****), ***** ** *** ***** *****. *******, using ***** ****** **** *.***, ******** ******* ** ** ***** ~40% (******* ***** *****) *** ** **** ** **%+.

daytime wisestream comparison

**** **** *.*** ** ***** **********, *** **** ****** ****** more ********* **** ****, ** *.*** ***.

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

I-Frames **. *-******

** *****-***** ******, ****** ***** ******* *** **** ***** ** view *** ****** *-******, ***** ***** ******* **** ******* *** P-frames. ******* **** ******* * **** *****, *** **** *-****** in * ******, *** ****** *** *********.

*** *****, ******* **** ********* **** **** ** *** * fixed *-***** ********, ******** ****** ** ******* ** ******. ******* too *** *-****** ***** ********** ****** *******, **** **** "******" of ******** *********, ***** *** **** *-****** ******** ****** ** no ******* *******, **** ** **** ***** **** *******: *.*** * ** * ***** ******.

*******, **** *** ************ ** ***** ****** ** *** **** 1-2 *****, ******* *** *** **** ** *********** ****** *-***** interval, ******* ** ***** * ***** *****. ** ***** * typical ** *** ****** ***** ** *** ** **** ** I-frame ***** ******, * ***** ***** ******* ***** ***** ****** this **** ***** ** ** ****** ** *** *****, ***** in **** *******:

gop

***** ****** *** * ******* *****, ******* ** **** ****** below *** ** ******** ***** *****.

***** *-***** ******** *******

****** **** ******* *** ***** ***** ******* *** ** *** use ***** *-***** *********, **** (********** ***** ******) ** *** and ***** *** ****** ****** *** ** *** ****, ** it ** ********* ** ********** *** ****** ** *-***** ******** on *********.

******** *** ****** ** *-****** (****** **** * ** * to * ****** ********) ******** ******* ********* **********, ** **** below, ******* *** ****** ******** ***** ******* ******.

*********, ********** *** ****** ** *-****** ** **** **** *** per ****** ************* ********* *********, ******* *** ***************** ***** *******.

*** **** ******* ** * *** * ***** ****** ** bandwidth *** ***** ******* *** ****.*** * ** * ***** ****.

Smart ******

*** ********** ****** *********** **** **** ****** ** ********* ** the ************ ** ***** ******. ***** ************ ********* ****** ******* in *** ****:

  • ******* ***********:*****, ******* ** ***** * ****** *********** ***** *** *** whole *****, *** ****** *** ***** ****** *********** ** ****** objects, **** ****** ***********/***** ******* ** ****** ********** *****, ***** we **** ***** ** *** **** ******** ****** ** ***** areas ** *** *****.
  • ******* *-***** ********: ******, ******* ** ***** * ****** *-***** interval, ******* *** ******** *** ******** ******* *-****** **** *** scene ** *****, **** **** ********* ** **** **** ********* in *** *****, **** * ****** ** **** *****. ****, when ****** ******, *** ****** *********** ********* ** *-***** *** reduces ******** ** ******** ******.

**** ***** ****** *** *** ***** ******* ** ****, **** as ******* ********** (**** ******/********), *********/*************** ***** *********(********* ***** ******), *** ******.

***** ******* **** ** **** ***** ***** *** ***** ************* vary. *******, ** *******, ******** ** ***** ****** **** ******* by **-**% ** *** *****, **** **** **% ********.

** ** *******, ** *** **** ** ********* *, ******** dropped ** ~**% ** ***** ****** ***** ******* ***********, *-***** interval, *** ***:

daytime wisestream comparison

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

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

***** ** ****'* ****** ** ********* ****** ********* ** ***** width ******* **** ******* ******* ** *** *****. ** ****** with ***** ***** ** ****** *******, **** ** ***** ** other ******* **********, ******** *** ***** ** **** **** ****** increase *********. ** ****** **** ********** *** ******** *** ********** backgrounds, **** ** ******* ****, *******, ********* ****** ** *****, etc., ********* *** ***** ** **** **** ******** ********* *** to **** ** ***** **** ******* ***** ***********.

*** *******, ** *** **** ***** *****, ********** *** ***** of **** ******* ** * ~**% ******** ** ********* *** to **** ****** ******* *** ******* ** *** ***** ******** to *** ******** ***** ** ****.

*******, ** * ****************/**********, ********* ********* ** **** **% ** *** ******* ***** when ******** *** ***** ** ****. ** *** ******** ***, more ******* ** ********* *** *******, *** *** ********** ******* of *** ******* ******* *** *** ** **** ** ****, making *** ***** **** ********* ** ******.

*** ******* ******* ** ***** ** ****'* ****** ** *********, see *********** ****** ********* ****.

Low *****

******** ** *** ****, *** ***** ******** **** ** ******* of ****** ***% ****** (**** *****), ****** ********** ******* ****** from ~**% ** **** ***% *** ** * ****** ** factors, **** ** ********** ** *******, *********** **********, ****** ***********, and ****.

cameras

*** *** ************ ** ** ******* **** ******* ********* ********* spikes ** ****** *****:

  • ******* ***** ******************* **** ******** ** ****** *****, ******* ******** ***** ****** on **** ******* (*** ********* *** *****).
  • *** ********* *** ** ********** ** *******, *** ****** *********, results ** ******* ****** ** *****. ******** ** ****** ***% in **** ***** ** ***-** ***/***** ******, ********** ** ******* increased ** ** ******* ** ****** ** ***%.

*** **** ******* ** *** *****'* ****** ** *********, *** our********* ** *** ********* ******.

Wide ******* ***********

***'* ****** ** ******* ****** ********* ** *** ****** *** the *****. ***** ****** ******** **** *********** ****** ********* ****, **** ********* *** ** ** ** **** *** ** an ******* ************ *****, ********* *********, ** **** ******* *** visible (******* *** ***** ** *********, ** *** ********, ***.).

wdr impact on bandwith1

*******, ******* ** ** ******* ***** *** ****** *****, ********* decreases. ** **** ****, *** ***** ********* ******** ******** ** some ***** ** *** *****, **** ** *** ***** *** bleachers ** *********/****** *** ***. ******* ** ****, ***** ***** *** **** similarly ******* *** ****** ** ********, ******** *******.

wdr impact on bandwith2

**** **** *** ***** *******, ***** ******* *** ****, ********* on *** **** **** ****** ***** *** **** *****, *** they ****** ******** **** *** ** ****** **, *** ****.

*********

********* *** * **** ****** ** ********* ***********, *** ** is ****** ********** ****** *************, **** ** *********** ***********.********************* **** **** (****** ****** *********** ******) ******* ** *** scene, **** ** ****** *** ****** ********, ***** ** ****** and ****** ** *****, ***. ******* **** ****** ** *****, bandwidth *********.

*** *******, ** *** *** ***** (**** *********** ****** ********* ****), ******* ********* ** ****** ***% **** ******* ** ******* sharpness ** **************, *** ****** ***% ** *** **** *****.

sharpness impact on bandwidth

Color **. **********

** ********* ****** (******* ************ ** ************** *******), ***** *** minimal ****** ** *********. ** *** ******** *****, ****** **** default ***** ******** ** ********** ********* ********* ** ** **/*, about ** *% ********.

*******, ************** *********** ********** **** *********. ** **** *******, ********* ********* ** over ***% **** ******** ***** ******** **** ******* ** ***** highest *****, ***** **** ******* ************** ******* **** ** ***** bleeding (**** ** *** *** *****).

color vs monochrome

*** ********* ******* ** * ************ ************ ***** ***** ** 'save' ********* ********* ********* ******* **** (***** ** ****** ****).

Manufacturer ***** ***********

****** ******** ****** ** * ***** ************'* ****, *********** *********** in ******* *** *****, ******* *** ******* ***** *** **** resolution *** *********. **** *** ** *** ** ********* ***** sensors ** ********** ***** ****, ********* ******* ******** ** **** model, ****** ** ***** *** ***** ***********, ** *** ****** of ***** *******.

*** *******, *** ********* ***** ***** *** *******, ** **** Q1604 *** **** *****, **** ****, ** ***, *** ** a ~**' ********** ***, ** *********** ** ~***. ******* ***** factors ***** ************, ** **** **** *** ****** *****, *** Q1604's ******* *** *** **/* ***** *** ***** ******** *.** Mb/s, ****** ** *** *********.

******: ***** *********** **** ****** **** ******* ** **** *****, as **** ******* *** ******* ***** ****** ***** ****** ** the **** **** *** ***.

Measure **** *** *******

** **** ***** *****, ***** *** *** ****, **** ***** for ********** ********* (*** *********) *******, **********. *** **** ******* impact **, *** **** ** **** *** ****** ** ********** to **** ******* ****** *** ******.

****** ** ** ********* ** ********** ***** ******* ****** *********, use **** ********* **** **** *** ************ ** *** ******* you **** ** ******. **** **** ****** *** **** ******** estimates *** ******** *** ***********.

[****: **** ***** *** ********** ******** ** ****, *** *** been ************ *** ******* **** ********** ***********, ********* ***** ****** and *.***]

Comments (19)

Excellent article Ethan !!... keep up the good work. If only the much publisized 4G cellular connections can keep up in terms of bandwidth with IP Megapixel cameras live streaming, I would have a lot of satisfied customers .... I've heard rumors that in reality 4G is 3.8G at best (misleading marketing used by the carriers)...

Depends on which 4G: HSDPA, WiMax Advanced, or LTE Advanced. HSDPA is 3G rebadged by AT&T and was a transitional tech between 3G and 4G. There were a few transitional network standards badged as 3.5G, 3.75G, etc. Generally the transitional standards didn't meet one or more requirements of the 4G label.

Solid technical detail here Ethan. Really nice work.

Probably the most important article... with the fewest unique hits.

:)

B, thanks, lol!

It's doing pretty well in terms of traffic, but it's not going to rival news pieces in the short term.

That said, we wrote this as a fundamental resource for industry people to reference and for us to use in our classes.

Ethan, what was the resolution used to measure the frame rate impact on bandwidth?

We've done multiple frame rate tests at multiple resolutions (SD and HD) over the years. The percentage change remains the same range.

Ethan, thanks for illustrating details.

One question;

Some VMS recommends 20~30% bandwidth usage of the physically available bandwidth to have buffer. For example, it the network is 1GB, it is only recommended to have camera bandwidth usage of 200~300MB.

Is this normal? Is there a tested reason for this?

Yongmu, Typically the advice given is a 20-30% bandwidth buffer, so if it is 1Gb/s, only use 700-800Mb/s. Basically, it's the other way around.

Btw, be careful, capital B mans bytes and networks are measured it bits (lower case B). Specifically bits per second (b/s).

This long-standing rule of thumb is essentially accounting for the packet overhead of TCP/IP.

In simplistic terms, if you have a 1Gbps network, and you have 5GB of data to transfer across the network, you should see a transfer time of 40 seconds (5GB = 40Gb). However you'll likely see a transfer time of at least 50 seconds, because that data has to be broken into packets and transmitted in chunks. The process of adding the destination "address" to the data packets itself creates more data to transfer. You also will have contention with other devices on the network.

The rule of thumb has been a given network can transfer actual data at a rate of about 80% it's rated capacity max.

With network cameras you also have to be mindful that even with CBR settings, the bandwidth output of the camera is not always going to be exact. A camera with a 3Mbps CBR setting might actually end up transmitting 3.1Mbps or more at times.

If you have a dedicated network for cameras/recorder only, I would use no more than 70% of the rated network speed for alloted bandwidth. EG: a 100Mbps network would have 70Mbps of "usable" bandwidth. If you have all cameras capped at 5Mbps, you should be able to support 14 cameras on that network without running into major traffic contention issues.

If the network is shared, it adds a lot more variables.

I was surprised that on same brand, same setups, diferents models could have double of bandwith!. the question on my mind is: where to save money? where to be more efficient? specially on large installations (+100, +500... cameras).

On this example, Axis Q1604 uses 488 kb/s and Axis M3004 uses 1,328 kb/s, having same image quality, but using almost 3x times less bandwith, so I could install more cameras on same network/link or switch port, more eficient on the use of bandwith and also and important too, less space on hard drive to be used on recorded video.

However Q1604 cost 3x times more, around $860 vs. M3004 at $260. (estimated costs)

so, do I should save money on the camera, have more budget to install more cameras, but then need to spend more on the network (more links at 100/1000bps) and more hard drives on the recorder?

It will be nice to have some tool, where we can put this many inputs, and base on the numbers of cameras, discover where is the break point of spend more at the camera side, to save on the network/storage side.

Gigabit switches are common and economical these days. A 1Gbps link supports more than (for example) 200 4Mbps streams. That's a lot of cameras and a lot of video. Network topologies can be designed to balance the bandwidth across links without too much additional cost. But the storage architecture complexity and cost from 200 4Mbps streams would be considerable. So while more network equipment is necessary to support more cameras, I think you'll find that the networking cost pales in comparison to the cost of storage--especially if long retention times are desired.

Ethan, I'm starting the new course next week. Having completed the readings I have a question in advance: are these Bandwidth and Addresssing lessons the same regardless of the transport (i.e. wired or wireless)?

Wireless doesn't show up until lesson 9, so I'm confirming that the principles in the lessons preceding it don't change based on wired or wireless.

The basic bandwidth lessons are the same whether it's wired or wireless. The big difference with wireless (bandwidth) is often you have less of it and wireless bandwidth is less stable. For example, your wired LAN connection is generally not going to drop from 1Gb/s to 400Mb/s but your wireless bandwidth could bounce up and down depending on the weather, what other radios are turned on nearby, if trees grow, etc. We cover those elements in class 9.

Question #2: The 2015 IP Networking book seems to be lacking some of the detail that's in the on-line readings. Is that true or just my imagination?

Should I primarily use the readings and not the book?

Gary, the book has the same core material. Since it's a PDF book, it won't have videos or animated graphics (by definition). Some people like PDFs better, some like to print it out, ergo we give both.

This is a great sales tool too. Many customers don't understand this and showing them both camera's in the same way will help.

Thanks

Great reference, Ethan. FYI, here is a past reference that a few researchers have been using as comparisons, based on varied use cases.

http://ieeexplore.ieee.org/stamp/stamp.jsp?reload=true&tp=&arnumber=7254155

Of course, actual test result reports like yours are more informative than research reports. I hope that in the future there might be an opportunity for a consensus on a few common use cases for bit rate reduction testing.

For example, in our Smart H.265 Samsung Test, H.265 produced ~15-20% lower bitrates than H.264 (with smart CODECs off on both)...

Though with smart CODECs on both, the Q test showed a 40% improvement of h.265 over h.264.

Thanks a lot. It is very useful.

But, I have a question for everybody.

According to above,

"H.265 has been the "next big thing" in CODECs for several years, claiming 50% savings over H.264, but ... has had limited benefit over H.264 in similar scenes, about 10-15% on average, with H.264 Smart CODEC cameras generally providing bigger bandwidth savings than H.265."

where the '50% savings' come from? Is it labratory result?

If it is exactly claimed 50% savings, why current situation is not?

Is it from the limitation of software algorithm and/or processing power?

Very curious.

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

Cable Trenching for Surveillance on Jan 21, 2019
Trenching cable for surveillance is surprisingly complex. While using shovels, picks, and hoes is not advanced technology, the proper planning,...
Mobile Surveillance Trailers Guide on Jan 17, 2019
Putting cameras in a place for temporary surveillance where power and communications are not readily available can be complicated and expensive....
Testing Bandwidth Vs. Low Light on Jan 16, 2019
Nighttime bandwidth spikes are a major concern in video surveillance. Many calculate bandwidth as a single 24/7 number, but bit rates vary...
Access Control Records Maintenance Guide on Jan 16, 2019
Weeding out old entries, turning off unused credentials, and updating who carries which credentials is as important as to maintaining security as...
WDR Tutorial on Jan 11, 2019
Understanding wide dynamic range (WDR) is critical to capturing high quality images in demanding conditions. However, with no real standards, any...
Winter 2019 IP Networking Course on Jan 10, 2019
Today is the last day to register for the Winter 2019 IP Networking course. This is the only networking course designed specifically for video...
NTP / Network Time Guide For Video Surveillance on Jan 10, 2019
Inaccurate time can lead to missing or inadmissible video, yet this topic is often overlooked, with cameras and servers left defaulted,...
Worst Products Tested In Past Year on Jan 09, 2019
IPVM has done over 100 tests in the past year. But which products performed the worst? Which ones should users be most aware of? In this report,...
Managed Video Services UL 827B Examined on Jan 09, 2019
Historically, UL listings for central stations have been important, with UL 827 having widespread support. However, few central stations have...
UK: Private Video Surveillance Complaints Down Since GDPR on Jan 09, 2019
The arrival of the GDPR on May 25, 2018, brought fears the law would spark a massive increase in privacy complaints about security camera use....

Most Recent Industry Reports

Cable Trenching for Surveillance on Jan 21, 2019
Trenching cable for surveillance is surprisingly complex. While using shovels, picks, and hoes is not advanced technology, the proper planning,...
Milestone Favorability Results 2019 on Jan 21, 2019
Milestone's favorability moderately strengthed, in new IPVM integrator statistics over their results from 2016. While the industry has been...
Intersec 2019 Live Day 1 - Massive China Presence on Jan 21, 2019
There’s a massive presence from Chinese or China-focused video surveillance firms, chiefly Hikvision, Dahua, Huawei, and Infinova, at...
The IP Camera Lock-In Trend: Meraki and Verkada on Jan 18, 2019
Open systems and interoperability have not only been big buzzwords over the past decade, but they have also become core features of video...
NYPD Refutes False SCMP Hikvision Story on Jan 18, 2019
The NYPD has refuted the SCMP Hikvision story, the Voice of America has reported. On January 11, 2018, the SCMP alleged that the NYPD was using...
Mobile Surveillance Trailers Guide on Jan 17, 2019
Putting cameras in a place for temporary surveillance where power and communications are not readily available can be complicated and expensive....
Exacq Favorability Results 2019 on Jan 17, 2019
Exacq favorability amongst integrators has declined sharply, in new IPVM statistics, compared to 2017 IPVM statistics for Exacq. Now, over 5 since...
Testing Bandwidth Vs. Low Light on Jan 16, 2019
Nighttime bandwidth spikes are a major concern in video surveillance. Many calculate bandwidth as a single 24/7 number, but bit rates vary...
Access Control Records Maintenance Guide on Jan 16, 2019
Weeding out old entries, turning off unused credentials, and updating who carries which credentials is as important as to maintaining security as...
UK Fines Security Firms For Illegal Direct Marketing on Jan 16, 2019
Two UK security firms have paid over $200,000 in fines for illegally making hundreds of thousands of calls to people registered on a government...

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