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.

*********, ***** ** *** past *** ***** *********.***+ (*** **** *******)*** *** ******** *.***+, that ****** **** ******* bandwidth *******.

** ****** *** ****** two ****** **** **** new ******, *** *** **-**********-* [link ** ****** *********] and *** *** **-**********-* [link ** ****** *********] to *** *** *.***+ compares ** *********'* *.***+, as **** ** *********** smart ***** ****** *****************

** ****** ** ******** outdoor ******, ********* ** open *****/******* *** *** exterior ********/********* **** **** foliage ********.

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

******* 

** *** *****, *.***+ 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,307 reports, 842 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

Hanwha Wisenet X Plus PTRZ Tested on Feb 14, 2020
Hanwha has released their PTRZ camera, the Wisenet X Plus XNV-6081Z, claiming the "modular design allows for easy installation". We bought and...
Axis Next Gen P32 Camera Tested (P3245-LVE) on Dec 18, 2019
Axis has released the next generation of their widely used P32 camera series, now with their current ARTPEC-7 chip, claiming their imaging...
AVTech ~$70 IP Cameras Tested Vs Dahua and Hikvision on Dec 04, 2019
Taiwanese manufacturer Avtech is taking direct aim at low cost leaders Dahua and Hikvision with ~$70 starlight and white light illuminator...
Illustra Pro Gen3 4K Camera Tested on Oct 23, 2019
Johnson Controls has released the latest generation in their Illustra Pro line, the Pro Mini-Dome Gen 3, a non-OEM model claiming to "optimize...
Pelco Sarix Pro3 Camera Tested on Oct 16, 2019
Pelco has released their Sarix Professional Series 3 cameras, claiming "more security detail in challenging scenes with excellent low light and...
Hikvision 4K Camera Shootout on Aug 02, 2019
With their latest Smart Series 5 cameras, Hikvision is claiming cameras "fully loaded" with "state-of-the-art technology for high performance and...
Hanwha 4K Wisenet P Camera Tested on Jul 30, 2019
Hanwha claims "premium performance" and to "deliver the best in high resolution performance and efficiency" with their Wisenet P series 4K models,...
Verkada Video Quality Problems Tested on May 23, 2019
Verkada suffers from numerous video quality problems, not found in commercial IP cameras, new IPVM testing of Verkada vs Axis and Hikvision...
Axis ~$150 Outdoor Camera Tested on May 21, 2019
Axis has released the latest in their Companion camera line, the outdoor Companion Dome Mini LE, a 1080p integrated IR model aiming to compete with...
Speco Ultra Intensifier Tested on Apr 22, 2019
While ISC West 2019 named Speco's Ultra Intensifier the best new "Video Surveillance Cameras IP", IPVM testing shows the camera suffers from...

Most Recent Industry Reports

EyePark Presents Mobile Driver Authentication on Jun 05, 2020
EyePark presented its long-range QR code parking verification platform at the May 2020 IPVM Startups show. A 30-minute video from EyePark...
Bleenco "Under The Tongue" Temperature Detection Examined on Jun 05, 2020
"Say aah", says Bleenco, a PPE detection video analytics company, offering a different method for measuring body temperature with a thermal...
Hikvision and Uniview Entry Level Thermal Handheld Cameras Tested on Jun 05, 2020
While most screening systems cost $10,000 or more, manufacturers such as Hikvision and Uniview have now released handheld models for $1,000 or...
Sequr Presents HID based Cloud Access Control on Jun 04, 2020
Sequr presented HID based Cloud Access Control at the May 2020 IPVM Startups show. Inside this report: A 30-minute video from Sequr...
VergeSense Presents People Tracking Sensor on Jun 04, 2020
VergeSense presented its people tracking sensor and social distancing insights at the May 2020 IPVM Startups show. A 30-minute video from...
FLIR A Series Temperature Screening Cameras Tested on Jun 04, 2020
FLIR is one of the biggest names in thermal and one of the most conservative. While rivals have marketed fever detection, FLIR has stuck to EST...
"Fever Camera" Show On-Demand Watch Now on Jun 03, 2020
IPVM has successfully completed the world's first "Fever Camera" show. Recordings from Both days are posted at the end of this report for on-demand...
Cobalt Robotics Presents Indoor Security and Access Robots on Jun 03, 2020
Cobalt Robotics presented indoor security robots at the May 2020 IPVM Startups show. Inside this report: A 30-minute video from Cobalt...
Dahua Sues Ex-North American President, Says Legal Typo on Jun 03, 2020
Dahua's former North American President Frank Zhang claims he is owed almost $11 million but Dahua counter claims it is just a "scrivener's error",...
Smart Entry Systems Presents Cloud Multi-Tenant Access Control on Jun 02, 2020
Smart Entry Systems presented Cloud Multi-Tenant Access Control at the May 2020 IPVM Startups show. Inside this report: A 30-minute video...