Hikvision H.265+ Tested

By Ethan Ace, Published 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 bought and tested two models from this new series, the 2MP DS-2CD2025FWD-I [link no longer available] and the 8MP DS-2CD2385FWD-I [link no longer available] to see how H.265+ compares to Hikvision's H.264+, as well as competitive smart codec models from Axis and Hanwha

We tested in multiple outdoor scenes, including an open field/parking lot and exterior building/fenceline with high foliage movement.

******* 

** *** *****, *.***+ produced ******* ***** ******** compared ** **** *.*** and *.*** *********** ***** codecs,**** ****************** **********.

************, ******** ** *********'* H.264+ ***** *****, *.***+ bitrates **** ***** ** all ******, ** **-**%.

*******, ** **** ***** H.265 ******* ** **** tested, *** ******* ******* limited, **** **** ***** supporting ***** ******* (*** RTSP) ** *** *****. Milestone ******** *** *** detect *** *.*** *** ONVIF *** **** ********* only *.***.

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

*.***+ ** ********* ********* in*********'* ***** **** ****** H.265 ******. ** ****** *** Smart ****** ****** ********* support *.*** ** ***** *******, but **** **** **** announced/released ** ***** ***** of *** ***** [**** no ****** *********]. 

H.264+ ***** *********

*** ***** ***** *********/*** which ** *** ******* H.265, *.***+ ** ***** available ** *.***+ *******. Codec ********* *** ***** codec **/*** *** ******** dropdowns ** *** ******'* web *********:

*** *******

*********'* *.***+ ******* **** limited ******** *** *******. Neither ***** *** ********* list **** ** *********. However, ***** ********* *.***+ RTSP ******* ******* ****** in *** *****, **** no ******** ** ******* seen ** ******** ******* with *.***+. ********* **** not ******* *.*** **** RTSP, *** **** ****** the ******* *** ***** to ********, *** *.*** stream *** *** ********. 

Hikvision *** *******

*.***+ ** ********* ********* on *********'* "*" ****** of *********, *.*., *** **-******-**/** ****-******-**. ****** ******* *.***+, but *** *.***.

Limited *************

*.***+ (** **** *.***+) includes ** ******** ************* settings. ***** *** **** able ** **** ** on *** ***. ** contrast, ***** ***** ****** such ** **** ********* or ****** ********** ***** control ** ******* ***********, maximum *-***** ********, ***. 

*** **** ************ ********* introduced **** ***** *.***+ is "******* ******* *******", which ******** ** **** bitrate ***** * *** level **** ** ******** period ** ****. ***** are ** ***** ******** specific ** *.***+.

I-Frame/Quantization *******

*.***+ *******-***** ***************** ** ****** ** the *****, ** ** a ******* ** ***** 10 ******* (******* ** H.264+).

************ ** *** ***** ****** from ~** ** ~**. This ** * *******, but ******** ******** ***** than *.***+ ** **** tests (~**-**).  

Slight ***** ******* *******

******* ** *.***+, ** saw **** ****** ***** quality ******* **** ***** H.265+, ****** ** *** form ** ****/******* ********** detail.

*** *******, ** *** two ****** *****, **** details ** ***** *** foliage ****** ****/******* **** H.265+ ** ****** **, with ******** ************. *******, when ****** ***, ********** branches *** ****** *** discernible. 

** *****, ******* **** lessened, ** ********** ******* are ********* **** ** compression ** ******* *****, as **** ** ******** here, ***** **** *********** similar:

*******, ** *** ** practical ****** ** ********** objects, **** ** *** ******* shown *****. ******* **** similar ***** **** **** slight ********** ** **** areas **** **** *.***+ on.

H.265+ **. *.***+

*.***+ ******** **** ******* lower **** *.***+ ** all ******. 

*** *******, ********* ** streams ** *** **-*******, H.265+ *** ***** ** all ****** ** **-**%.

*** **** *** **** of ***** ** *** Hikvision ****, **** ********* H.265+ ******** **** **** half **** ** *.***+.

H.265+ **. ******** *.***

** ** **********, *.***+ reduced ******** ** **-**% compared ** ******** (*** Smart *****) *.***. *********** were ******** ** **** low ******** ****** ** view, **** ** *** open ***** ***** (*** Kb/s **. *.* **/*).

******* *********** **** **** pronounced ** *****:

Competitive **********

** *** ******, *********'* 4K *.***+ ****** *** lower **** ******'* ***-***** 4K *.*** ***** **** Wisestream, **** ******** **** than **% ***** ** night ** **** ******.

** ***** **********, ********* *.***+ performance ****** *********** *** even **** ********, ***** below. *** **** *****'* daytime ******** **** ********** higher **** *** ********* 2025, *** **** ****** at *****, ** **** the ****** ***-***** **** day *** *****.

CPU **** ******

*** **** ** *.***+ was **** **** ****** that ** *.***+ **** day *** *****:

**** **** ***** ************ are **** *** ************ turned ***. ******* ** on, *.***+ *********** ** even ***** ** *-*%. However, **** ** *** GPUs ****** ******* ******** H.265 ********, ** **** feature *** ** ****** on *.*** *** ****.

******** *.*** *** **** was ****** *****, ** ~50-60%.

Firmware ******** ****

*** ********* ******** ******** were **** *** *******:

  • ********* **-**********-*:*.*.* ***** ******
  • ********* **-**********-*:*.*.* ***** ******
  • ****** ***-*****:*.*********
  • ********* **-********-***:**.*.* ***** ******
  • **** *****-**: *.**.*.*
  • ****** ***-*****: *.*********
  • ********* **-*********-*: *.*.* ***** ******

Comments (15)

Ethan,

Thanks for the report.  Great news that you can have 4X the video resolution with the same or perhaps even less bandwidth consumption.

We are presently CPU bound on the workstation client side for decoding the video streams.  Would it be possible to add some metrics to your report to measure how much more expensive CPU wise the video decoding is for H.265 vs H.264.  I have to believe its probably pretty substantial penalty.

We are waiting for the day when video decoding will be available on the NVidia or AMD graphics cards offloading the host CPU.  We have tested the Milestone XProtect Smart Client on the top-off-the-line Intel I7 processor with video decoding hardware acceleration but it still does not have the resources to decode all of the video streams our customers require.

Don

Good information. Have you tried Genetec? I have heard they have been doing gpu decoding for a while now and just curious.

H.265 definitely has an effect on CPU load, but we did not specifically test it here. 

You can see details in our H.265 IP Cameras Tested vs H.264 report. Essentially, on small streams, increases in CPU load were fairly small. But when looking at higher bandwidth streams, they definitely spiked.

When you say:

We have tested the Milestone XProtect Smart Client on the top-off-the-line Intel I7 processor with video decoding hardware acceleration but it still does not have the resources to decode all of the video streams our customers require.

What streams do they require that you can't decode?

Hey Don, we have added CPU load to the report. H.265 is more than double the load of H.264 at 1080p. And that's without factoring in GPU support. If I turn up hardware acceleration in Exacq (the only VMS we can test these cameras with right now), H.264+ load drops further, with <1% load for the same stream pretty typical. 

However, none of the cards we have here support H.265 hardware decoding, and it's unclear if Exacq will take advantage of it if they did. As things become more common and VMS support broadens we will take a look at H.265 hardware decoding support more.

Thanks Ethan.  I did review your earlier article on H.265 testing and it looks like anywhere from 25% to 60% CPU usage increase over H.264 depending upon the number of streams and stream bandwidth.  Doubling the CPU usage definitely will inhibit our ability to take advantage of H.265.

It will be interesting to see how this plays out in the next year or two since the client workstation bottleneck is currently our barrier from upgrading to 4k cameras and H.265 video CODECs.

BTW, this problem also manifests itself on the recording server if it performs video motion detection since it needs to decode the stream to perform the analysis.  When I first tested HD cameras with about 2 mbps per stream and 200 cameras per server it swamped the CPU on the recording server when video motion detection (VMD) was enabled.  Rather than purchasing an even more expensive recording server or substantially decreasing the number of cameras per server, we have elected to disable the server-side VMD and offload the video motion detection to the cameras.  However, I'm not sure the camera VMD is quite as good as the server-side software VMD though I don't have any specific metrics.  Have you reported on any camera-side VMD performance vs server-side VMD performance?

Milestone is partnering with NVidia to solve the server-side VMD/decoding issue.  Hopefully this solution will transition over to a client-side solution as well for GPU-based video decoding.

Don

 

Ethan,

We have a goal of 75 streams per workstation at 1920x1080 and 30 fps.  We can only support about 35 of those streams maxing out the CPU at 80%. 

We dual stream the cameras currently to support about 50 cameras live using MJPEG at 640x480 resolution and 10 fps and support 35 cameras during playback using H.264 at 1920x1080 resolution and 10fps.  Camera-side video motion detection elevates the frame rate to 30 fps.  The switch from 10 fps to 30 fps on motion results in a ~1 second video interruption in the live and recorded streams which is distracting.  This is our current workaround for the workstation performance problems.  

We would like to return to a single video stream from the camera using 1920x1080 resolution and 30 fps but the workstation just can't decode that much data using the CPU (a Intel Xeon E5 CPU, dual processor, 14 cores each).

Perhaps if we had a high performance GPU supporting video encoding hardware acceleration we could achieve our original streaming goals.  As I mentioned earlier, we tried the I7 Processor with the Intel hardware acceleration using the Smart Client and we fell far short of our goal.

Using 4K resolution of course compounds this problem considerably so we will be stuck at 1920x1080 resolution until the client-side hardware and software technology catches up.

 

Don

I'd second the recommendation to check out Genetec. I currently don't have the ability to test what you are describing, but Genetec's GPU decoding is very good in my experience. You may want to ask them for a demo.

Unfortunately until Milestone releases their GPU decoding solution, your best bet is to either severely reduce the frame rate or use MJPEG. We have an i7 beast of a demo machine with dual NVIDIA GTX 1080 founders edition video cards feeding 8 monitors, each displaying 4x 1080p/10fps scenes. I know this is out of the ordinary for the typical install, but we wanted to push Milestone to see where the limits were.

The only way we were actually able to manage CPU levels and keep the PC from locking up was to use MJPEG for live view.

Keith,

We had a similar outcome.  We basically use an enterprise class processor in a desk side workstation to display the video streams.  We had to use MJPEG with our live streams which really blew our network bandwidth up but did help substantially reduce the CPU overhead of decoding the video streams.

We do use the H.264 CODEC for recording and playback since the number of concurrent video streams during playback are not nearly as demanding as live and disk space usage is more manageable.

Since we dual-stream the cameras with MJPEG and H.264 our network bandwidth is much higher but using a GbE backbone LAN for the camera network we don't seem to have a problem (yet).

Don

Donald

30fps@FullHD is much too much according to me to achieve most security purposes, but if you want it really, checkout that the "High" H264 or H265  profile isn't enable in your cameras. I have experienced on several installations that those profiles were killing video servers (using much more CPU that Main or Basic profiles usually do)

You can also play on the GOP lenght (till you are not willing to capture plates)

Then increase a little bit the compression by avoiding the factory defaut settings in the NVR (Milestone using 30% compression with Axis for example..when you can use 35% without noticing it) Most NVR / and VMS are proposing crazy factory settings ..! Most Integrators let it be... YOu can finally use UDP to decrease broadcast and disable Upnp and Bonjour... to save bandwidth,  ah ah ah (nobody does..)

Marc,

I've seen the H.264 baseline, main, and high profiles settings on cameras before but usually end of using the default setting.  I'll give the baseline settings a try and see if it has a measureable impact on CPU usage.

I have not tried setting the quality higher for less compression.  That might have a measureable impact on CPU usage as well.

If I find anything dramatic I will post the results.

Don

One thing I strongly recommend to people who want to minimize their bandwidth is checking sharpness. It's unbelievable how much of a difference it can make on bandwidth without really changing image quality. It brings out fine patterns like carpet, asphalt, etc., which are harder to encode and increase bitrate. 

This image is a few years old now, but the measurements stand, and I see similar patterns on newer cameras. You could lower your bitrates and CPU load by a few percent at least by adjusting sharpness down if it's not necessary.

Wow great advice Ethan.  I'll try that as well.  I think the Milestone Management client wants a sharpness numeric value.  I'll try some different values.

Don

H265 is not detected via Onvif since the camera does not support Media2 Onvif interface. H265 to be workable in Onvif requires Media2 implementation.

Does anybody know when HikVision is going to implement Media2 ?

Has anyone here gotten these h.265+ cameras to successfully work on a 9xxNI-I8 NVR?  I've got 2 seperate NVRs out there with different firmwares and neither one of them will display a picture when the cameras are set to h.265 OR h.265+.  Logging directly into the cameras works fine, but if trying to view them through the NVR, it simply will not show an image.  I've tried through the browser, mobile app, ivms on the desktop, and even the monitor output straight out of the NVR.

 

The 2nd one I've run into is a brand new NVR running 3.4.4 firmware out of the box and the cameras are on 5.4.5 (also brand new)

 

I'd like to know what I'm missing!

Read this IPVM report for free.

This article is part of IPVM's 6,602 reports, 890 tests and is only available to members. To get a one-time preview of our work, enter your work email to access the full article.

Already a member? Login here | Join now

Related Reports

The Future of H.266 For Video Surveillance Examined on Aug 17, 2020
First H.264, now H.265, is H.266 next? H.266 was recently announced amid...
Verkada 2020 Cameras Image Quality Test on Oct 06, 2020
Verkada's first-generation cameras suffered from numerous video quality...
Longse Promoting Hikvision Partner Fullhan Chip Based Cameras on Oct 14, 2020
With Huawei HiSilicon production being shut down at TSMC, camera...
CDW Sells School District 36 Low-Res, No Blackbody Hikvision Fever Cameras With Federal Funds on Oct 01, 2020
Mega IT distributor CDW sold low-resolution Hikvision fever cameras with no...
Hanwha and Hikvision Selling H.265 Without HEVC Licensing on Aug 19, 2020
IPVM has confirmed that Hanwha and Hikvision do not have H.265 licenses from...
Hanwha 8K / 33MP Camera Tested on Sep 14, 2020
Hanwha Techwin has released an 8K / 33MP resolution camera, the TNB-9000 with...
Honeywell 30 Series and Vivotek NVRs Tested on Oct 21, 2020
The NDAA ban has driven many users to look for low-cost NVRs not made by...
Ubiquiti Access Control Tested on Oct 21, 2020
Ubiquiti has become one of the most widely used wireless and switch providers...
Uniview H1 2020 Financials Examined on Sep 08, 2020
While Dahua and Hikvision, helped by fever camera sales, are recovering from...
Uniview Deep Learning Camera Tested on Jul 14, 2020
Uniview's intrusion analytics have performed poorly in our shootouts. Now,...
Hikvision MinMoe Temperature Screening Terminal Tested on Jun 23, 2020
Hikvision has expanded its temperature screening options. We tested...
New Products Show Fall 2020 - 25+ Manufacturers On-Demand Recordings on Sep 30, 2020
This show featured 25+ Manufacturers showcasing their latest new products....
Hikvision Buys Baltics' Largest Distributor (BK Group) on Aug 20, 2020
While Hikvision faces global scrutiny over its connections to the PRC...
Access Control and Video Integration Statistics 2020 on Oct 08, 2020
Video Surveillance and Access Control are two of the most common security...
Avigilon Announces 10K / 61MP H5 Pro Camera on Oct 05, 2020
Avigilon announced its 10K / 61MP H5 Pro camera at the 2020 IPVM Fall New...

Recent Reports

Recruiters Online Show LIVE Today! on Oct 29, 2020
IPVM's 7th online show resumes today with 12 recruiters presenting themselves...
Hikvision AcuSense G2 Camera Test on Oct 29, 2020
Hikvision has released their next generation of AcuSense analytic cameras...
Biggest Problems Selling Access Control 2020 on Oct 29, 2020
Access control can cause integrators big headaches. What practical issues do...
Taiwan Geovision AI Analytics and NDAA Examined on Oct 29, 2020
Taiwan manufacturer Geovision's revenue has been falling for years. However,...
Bedside Cough and Sneeze Detector (Sound Intelligence and CLB) on Oct 28, 2020
Coronavirus has increased interest in detecting symptoms such as fever and...
Fever Tablet Thermal Sensors Examined (Melexis) on Oct 28, 2020
Fever tablet suppliers heavily rely on the accuracy and specs of...
Verkada Fires 3 on Oct 28, 2020
Verkada has fired three employees over an incident where female colleagues...
Eagle Eye Networks Raises $40 Million on Oct 27, 2020
Eagle Eye has raised $40 million aiming to "reinvent video...
Hikvision Q3 2020 Global Revenue Rises, US Revenue Falls on Oct 27, 2020
While Hikvision's global revenue rises driven by domestic recovery, its US...
VICE Investigates Verkada's Harassing "RawVerkadawgz" on Oct 26, 2020
This month, IPVM investigated Verkada's sexism, discrimination, and cultural...
Six Flags' FDA Violating Outdoor Dahua Fever Cameras on Oct 26, 2020
As Six Flags scrambled to reopen parks amid plummeting revenues caused by the...
ISC Brasil Digital Experience 2020 Report on Oct 23, 2020
ISC Brasil 2020 rebranded itself to ISC Digital Experience and, like its...
Top Video Surveillance Service Call Problems 2020 on Oct 23, 2020
3 primary and 4 secondary issues stood out as causing the most problems when...
GDPR Impact On Temperature / Fever Screening Explained on Oct 22, 2020
What impact does GDPR have on temperature screening? Do you risk a GDPR fine...
Security And Safety Things (S&ST) Tested on Oct 22, 2020
S&amp;ST, a Bosch spinout, is spending tens of millions of dollars aiming to...