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 and the 8MP DS-2CD2385FWD-I 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 ******, *** *****-**********-**** *** *****-**********-*** *** *** *.***+ 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 *.*** ** ***** America, *** **** **** been *********/********** ***** ***** ** the *****.

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

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

VMS *******

*********'* *.***+ ******* **** 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, **** ** *** subject ***** *****. ******* were ******* ***** **** very ****** ********** ** some ***** **** **** H.265+ **.

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 ** **** ******.

** ***** **********, ********* H.265+ *********** ****** *********** was **** **** ********, shown *****. *** **** M2025's ******* ******** **** moderately ****** **** *** Hikvision ****, *** **** higher ** *****, ** were *** ****** ***-***** both *** *** *****.

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!

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

ZeroEyes Gun Detection Startup on Jul 16, 2019
A gun detection video analytics startup, ZeroEyes, is being led by a group of 6 former Navy SEALs, aiming to "save lives" by using AI to assist...
Vivotek Trend Micro Cyber Security Camera App Tested on Jul 15, 2019
Vivotek and Trend Micro are claiming five million blocked attacks on IP cameras, with their jointly developed app for Vivotek cameras. This new...
Axis ARTPEC-7 P1375-E Camera Tested on Jul 12, 2019
Axis claims the new P1375-E box camera with ARTPEC-7 chip delivers "clear, sharp images in any lighting condition." But how well does it do? We...
Last Chance - Camera Course Summer 2019 on Jul 11, 2019
Last day to register is Thursday, July 11, 2019. This is the only independent surveillance camera course, based on in-depth product and technology...
Poor OSDP Usage Statistics 2019 on Jul 09, 2019
OSDP certainly offers advantages over decades-old Wiegand (see our OSDP Access Control Guide) but new IPVM statistics show that usage of OSDP, even...
Network Optix / Hanwha Cloud Access Tested on Jul 02, 2019
Remote cloud access is becoming a bigger differentiator, as cybersecurity issues underscore the problems of port forwarding and many integrators...
Verkada Attacks ONVIF on Jun 27, 2019
Verkada has now gone after ONVIF, expanding its attacks against the 'dinosaurs' of the 'ancient' video surveillance industry. In a recent...
FLIR Saros Visible / Thermal Analytic Camera Tested on Jun 26, 2019
FLIR's Saros claims "accurate, actionable alerts" with a combination of 1080p visible and dual thermal sensors along with IR and white light...
Axis Live Privacy Shield Analytics Tested on Jun 25, 2019
Privacy is becoming a bigger factor in video surveillance, driven both by increased public awareness and by GDPR. Now, Axis has released Live...
Directory of 59 Video Surveillance Startups on Jun 25, 2019
This directory provides a list of video surveillance startups to help you see and research what companies are new or not yet broadly known. 2019...

Most Recent Industry Reports

Wyze Disruptive AI Analytics Tested on Jul 17, 2019
$20 camera disruptor Wyze has released free person detection deep learning analytics to all of their users, claiming users will "Only get notified...
Anyvision Aims For 2022 Revenue of $1 Billion on Jul 17, 2019
Only 3 video surveillance manufacturers do a billion dollars or more in annual revenue - Hikvision, Dahua, and Axis. Now, Anyvision plans to join...
HD Analog vs IP Guide on Jul 16, 2019
For years, HD resolution and single cable signal/power were IP camera advantages, with analog cameras limited to much lower resolution and...
How To Troubleshoot Wiegand Reader Problems - Inverted Wiring on Jul 16, 2019
Wiegand is the dominant method of connecting access readers, but problems can arise for installers. In fact, one of the most difficult reader...
ZeroEyes Gun Detection Startup on Jul 16, 2019
A gun detection video analytics startup, ZeroEyes, is being led by a group of 6 former Navy SEALs, aiming to "save lives" by using AI to assist...
Motorola Acquires Watchguard, Adds to Vigilant And Avigilon on Jul 15, 2019
2 years ago, Motorola had no position nor relevancy to video surveillance. Now, they own major video surveillance, LPR and body camera providers...
Hikvision Global News Reports Directory on Jul 15, 2019
Hikvision has received the most global news reporting of any video surveillance company, ever, ranging from the WSJ, the Financial Times, Reuters,...
Vivotek Trend Micro Cyber Security Camera App Tested on Jul 15, 2019
Vivotek and Trend Micro are claiming five million blocked attacks on IP cameras, with their jointly developed app for Vivotek cameras. This new...
Beware African 50,000 IP Camera Contract Scam on Jul 12, 2019
A “Nigerian Prince” scam for the video surveillance market is going around. You, or at least we, could be lucky enough to be the single bidder for...
Axis ARTPEC-7 P1375-E Camera Tested on Jul 12, 2019
Axis claims the new P1375-E box camera with ARTPEC-7 chip delivers "clear, sharp images in any lighting condition." But how well does it do? We...

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