Testing Bandwidth Vs. Low Light

Published Jan 16, 2019 20:34 PM

********* ********* ****** *** * ***** concern ** ***** ************. **** ********* bandwidth ** * ****** **/* ******, but *** ***** **** ************ **** day ** *****. *** *** ****? 100% ****? ***%? *,***%?

IPVM Image

** **** *** ** ****** ******* **** *** ************* - ********, ****, *****, ******, *********, Uniview - ** **** *** *** each ***, **** *** *******, *** who *** ***** *** **** *** how **** *********** *** ******** ** the**** ******* *****.

Key ********

***** *** * *** *** ********* from **** ****:

  • ~***% ******* ********:****** ** ******* ******* **** ***** to **, *** **** ********* ** average ** ~***% **** *** ** night. ********* ****** **** * *** of ~**% ** **** ***%.
  • ******* ******* ****** ***** **** *****:*** ***% ******* **** ** **** test ** ******* **% ***** **** the ***% ******* ** *** **** tests.
  • ** ******** ******:*** ******* ****** ** *********** *********** in **** **. ******* ******* *** ********* ** ********** **, now ***** ** *** ******** ** cameras, ***** ** *** **** ******* several ***** ***.
  • *** (*** **** * ***) ***********:** ****** ********* ******, ** ********* using ******* *** **** ****, ** this ****** *** ***** ** **** as *** ** ******** ****** **** complex *****, *** **** ********* ** a ********* ***** ** ***** ****** network ******* *** *******, **** ******* impact ** ***** *******.

**** **** ***** **** ** ********** trends ** *** ****** ****** ***** on ************ ** **********. **** ************ and ********** ****** ******, *** ****** sizes *** ***** ** **** * true *************.

145% ******** *******

****** ***** ** *******, *** ******* (mean) ********* ******** **** *** ** night *** * ***%. **** **** the ****** *** "****" ~**%, **** the ***% ******* ****** ****** *** to ******** ***%+ ********* ** **** cameras.

**** *** *** ******* ******** ** resolution:

IPVM Image

Much ******* ******** **** **** *****

** ******** ** *** ***% ******** seen ** ******* *****, ******* ** our **** **** ******** ***% ****** bandwidth ** *****, **** *** ****** spiking ****** *,***% ******.

IPVM Image

The **********: ********** ** *** **** *********

*** **** ********* ****** ****** ** camera *********** ******* *** ******** **** in **** *** ****** ****** ** 2019 ** *** ********* ** ********** IR ** ****** ***** ****** ******, compared ** **** * ****** ** 2014 **** *** ******* *** ***** rare.

********** ****, ** ** **** ** only ***** ********** ** ****** **** 2014, *********** *** **** **** ******* to **** ********, * ***% ******* increase.

IPVM Image

***** ****** *********** *** ********, **** more ********* ********, ****** *** **** sensitive *******, *** ****** **********, *** addition ** ******** ***** ** ********* surveillance *** *** ***** ******** ****** on ********.

Root ***** ** ********* ******: ******** *****

*** ****** ** ***** ****** ** the ******* ****** *****, *** ****, static, *******, ** **** **** ** generated *********** **** *******.

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

** ** *******, **** *****, **** its **** ******** (***** *** ***** near **** *****) *** ***** ********* (pinging ******), **** ** ****** ** encode. ******,********* ******* *** ****** / ***** that *** ******* *** **********. ***** undermines **** ** *****.

Recommendation: *** *** **** * ***

*** *** ** ***** ******* ********* spikes *** ** ******* ** ******* *** **** * ***, **** known ** ***(******* *** ****). **** ****** ****** bitrates ** ********* ** ********* ** fit *** *****, *** **** ** to * ********* *****, ** ***** point *** ****** ********* *********** ** begins ** **** ****** ** **** within *** *** (********* *** ****** is *********).

** *** *****, **** **** **** caused************** ********* **** ** ******* ** ~28 ** **, ***** ******* *********** were *******, **** ****** ********* ***** by **** **%

IPVM Image

Constant *** **** *** ***********

******** *** **** *** **** ** used ** ******* ******, ***** ** locks *** ***** ** *** ********* level ********** ** ******** ** *** scene. *******, ****** *** ***, **** scenes *** **** *******, *** *** waste *********/******* ** *** ****** ***** more *********** ****** *** ***** **** set ** ***. ******* ** ****, CBR ** *** *********** ****** ** the **** ****** ***** **** *** support ***.

Digital ***** ********* ******

******* ****** ********* ***** ** **** to ****** ****** *** ** ********* noise ** ******* ***** ********* (***), which ******** ** ******* ***** ****** by ********* ** ****. ***** *** two *** *******, ******* (***** ********** in * ****** *****) *** ******** (noise ********* ** *********** ******** ******), which *** ********* ******** ** ******. Using ***, ****** *** ** *********** cut, **** **-**% ********** ** *** rate ******** *** *****.

*******, *** *** **** ********* ******** effects, ** ****, **** **** ****** of ******** ***** ********* ******* **** in ***** (***** *****), ********* ******* to *** ******* ** **** *******. Because ** ****, ***** ****** ** careful ** *** ******** *** ** extreme ******.

*** **** ******* *** *******, *** our****** *** (******* ***** *********) ******** ****.

Test *******

** ****** ** ******* **** *** manufacturers *** (~*** ***) *** ***** (~0.1 ***) ******** ****** ******. *** cameras *********** ****** **************** ***-** ****** ******* ***** ****** on. ***** ****** **** ******* ** their ******* ******.

[****: **** **** *** ********** ******** in ****. ** ********** ***** *** test ** **** *** *********** *** report **** *** *** ******* *** contrasting *** *** ****.]

Comments (8)
U
Undisclosed #1
Jan 16, 2019

The numbers in the "Day" and "Night" columns are Mbps, correct?

(1)
Avatar
Ethan Ace
Jan 16, 2019

Yessir.

JG
Jeff Gack
Jan 17, 2019
IPVMU Certified

I have found that turning the sharpness setting on the camera down a bit helps with the high nighttime bandwidth.

(1)
(1)
(2)
DG
Donald Gordon
Jan 17, 2019
IPVMU Certified

We've had quite a bit of experience with this since the nighttime bandwidth overran our wireless network capacity at night.  We use Hikvision cameras and made the following settings:

- WDR set to 25 (range is 0..100, default is 50) - decreases dynamic range sensitivity

- DNR set to 75 (range is 0..100, default is 50) - increases noise filtering

- Sharpness set to 25 (range is 0..100, default is 50) - decreases sharpness

 

All of these settings decrease the quality of the video especially during the day.  The sharpness setting muted the vibrancy of the daytime video signal and in many cases on a camera by camera basis we had to back this value back off to a value closer to the default value.

The 4K cameras were the worst offenders for nighttime bandwidth blooming.  In some cases, the camera ignored the MBR cap we set which was disappointing.  Only just a few cameras had the blooming problems but we saw daytime bandwidth increase from 4 mbps during the daytime to 20 mbps at night and occasionally as much as 100 mbps as reported by the Milestone Smart Client System Monitor.  The bandwidth increases were not constant and varied considerably between samples in the System Monitor.  We were using the H.264+ CODEC on all the cameras.

UM
Undisclosed Manufacturer #2
Jan 21, 2019

Are all of these mpbs values with H264+ codecs? As a comparison, it would also be interesting to see if H265 makes a difference in this scenario.

Avatar
Ethan Ace
Jan 22, 2019

Yes, this is all H.264. We agree that H.265 would be an interesting addition here, but even in 2019 it significantly reduces the number of cameras we'd include in the test. As Avigilon, Axis, Bosch, and others get more H.265 models released, we'll look at this again.

UI
Undisclosed Integrator #3
Jan 21, 2019

Axis seen to de very well here, can you attribute this to anything in particular? 

(1)
Avatar
Ethan Ace
Jan 22, 2019

I think it's a combination of factors. Their cameras are generally among the lowest bitrate models we test in most categories. It's pretty rare in 2018/2019 that they don't come in competitively low in our tests, day or night.

They are using their own chip design in the majority of their cameras (ARTPEC), where many competitors are using HiSilicon or Ambarella. Some of their cameras actually use both the ARTPEC chip plus another SoC to split processing. So, I believe that since they're working with their own chip, it could simply be a matter of better "tuning" for more efficient compression.

Additionally, Axis cameras tend to (usually, but not always) be good in low light. They are often, again, among top performers for low light imaging and their IR coverage is generally more even than many competitive cameras.

When you combine all of it, I think it all helps to cut down spikes.

This is not to say that Axis is hands down best. A number of Hikvision models have been performing well, too, especially in more recent Performance and G0/G1 series cameras. And newer Hanwha models tend to not spike nearly as much as older Hanwha/Samsung cameras, which were notorious.

(1)