Hikvision H.264+ Tested

By Ethan Ace, Published Feb 10, 2016, 12:00am EST

Is 'regular' H.264 soon to be a thing of the past?

Last year, Axis started the 'smart' H.264 trend with their Zipstream release. Later last year, Hikvision announced their own offering, named H.264+.

IPVM finds 'smart codecs' to be one of the most intriguing new developments in the market today.

How well does Hikvision's H.264+ work? IPVM upgraded 3 Hikvision cameras (the DS-2CD4024FWD-A, DS-2CD4132FWD-IZ and the DS-2CD6026FHWD-A) to H.264+. We then tested them against 2 Axis Zipstream cameras (the M1125 and the Q1635).

We did tests:

  • Indoor day
  • Indoor dark
  • Outdoor treeline
  • Outdoor roadway 

We then compared bandwidth, image quality of those 5 cameras as well as the H.265 cameras we tested recently to determine what impact Hikvision's H.264+ would have.

*******

** *** *****, ********* H.264+ ************* ******* ********* in *** ****** (**-**% reductions **** ******), **** low ****** ****** ** high ****** ******** ****** of ****, **** ******* visible ******, ** **** scenes ******** **** *********'* low ********. 

********, **** *.***+ *** available ** *** ******** of *** ********* ****, including *** *** **** models, ****** **** ***** the ***** ********* **** Zipstream ******, ********* ****** these ********** ** **** the *** *** ** the ******.

*.***+ ** ****** ** have * **** ******** impact ** *********'* *********** position, ******* ** *** time ** ***** *** competitors ** ******* **** their *** ***** ***** offerings. **** **** *** Hikvision **** ******** ********** bandwidth *******, ** ******* all ************* **** ** prioritize ********* ***** *** smart ***** *******.

H.265 ******

**** *********'* *.***+ *** Axis ********* ********* *** more ********* ******* **** H.265, ** ***** ** our *.*** ** *.*** shootout. ** ****, ** are ************ ********* ***** the ***** **** ****** of *.*** ***** *** bandwidth ******* ** '*****' H.264 ******** **** *** ability ** **** **** existing *****.

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

*.***+ ** ********* ** select ********* ******* ******** in ******** *.*.*, ********* from ********* ******* [**** no ****** *********]. **** that ********* ******* ********** support ********* ******** ********, with ***** ******* ******* 5.3.1 ** ******, ***** Europe *** **** ***** 5.3.4 *** *.*.* *** download. **** ******, ***** should ******* ***** ******* to **** *** ****** version *** ***** ******.

*** ******* * *** 6 ****** ********* ******* support *.***+. ** ** supported ** *** * ****** low **** *******, ***** includes *** *** ****** *** ************** ** ** ****. Older * ****** ****** do *** ******* **.

**** ***** **** ********* savings ***** ** *.***+ are ******** ** **** low ****, ~$*** *** 4MP ******. ******** ** Axis *********, ***** ** supported ** ****** **** end ******, **** *** exception ** *** *** range ********* ******(~$***-***), ***** ****** *** ************* less *********.

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

*********'* *.***+ ******** *** configuration ********, **** *********** just * ****** **/*** control *** ********* *********. No ******* ** ******* I-frame ******** ** *********** are ********, ****** **** Zipstream ***** ******** ******** settings *** **** ** these.

*** **** ************ ********* introduced **** ***** *.***+ is "******* ******* *******", which ******** ** **** bitrate ***** * *** level **** ** ******** period ** ****. *********'* documentation ****** ** ***** three **** *** ******** for *** ****** ** properly ****** ** **** setting. 

** ****** ***** ******* configuration ******* ** **** video:

Stream ********

** *** ***** ***** we ****** ****** ******** of *.***+ *** **** Zipstream ***** ***** ******* StreamEye ********.

*******, ******* ************ ***** H.264+ ** ********* ****** was ~** ** ** FPS. **** ******** ***** 31Q. *******, ********* ****** Q ****** **** **** widely, **** ~** ** 40, ***** **** ****** from ~**-**.

**** **** *** ********* extended *-***** ********* ** about ** ******* *** in *** ***** ** analyzed.

Bitrate ***********

** ******** ******** ** the ******* **** ***** CODECs ** *** *** in ******** ******:

****** ******

*****, *******, ***** ******* 10 *** *********, ******* H.264+ ** ******* ******** of *** ********* ******* by ** ******* ** about **%. *******, **** at ***** ******, ******* is ***** ******* ******* to *** **** ***** with ********* ***. ******* ********* ** (****, GOP ****), *** *****'* bitrate ** ***** **% lower **** *** ********* cameras.

** ***** ** *** same *****, *.***+ ******** are ***** ************* ***** (>80%), *** **** ***** the Hikvision **** *** **** are ************* ****** **** the **** *****. *******, due ** *** *****-** IR, *** **** *** the ****** ******** ** this *****, ***** **% lower **** *** *****. 

********** ********* ** ** FPS, *.***+ (*** *********) benefits *********. ********* ******** dropped ** ** ******* of ~**%, ** *** Zipstream ** *** *****. The **** *** *** lowest ** *** ********* models, ******** ***** **** the **** ******.

******* ******

****, ** ****** ********, along * ******** **** moving ******* *** ******* in *** ***. ** this *****, *.***+ ******* increased, ********* ~**%, ***** Zipstream ********* ******** ** ~69%.

** **** *****, *********'* 6026 *** **** **** both ******** ***** **** the **** *****, ***** the **** *** ********** higher.

*******, ** ****** ** a **** **** *** with **** ******* ** motion. *.***+ ****** *** lessened, ********* **** **** 70%. *** *****, *** Axis ****** **** ********* was ******* *****, **** only *** **** *********** its ******* **** *.***+ on.

Image ******* *******

*.***+ ****** ** ***** quality *** **** ******, only ******* ** **** fine ******* ** *** backgrounds ** ****** ******, such ** *** ******* in *** ********* *****. With *.***+ *** *** foliage ** **** *******, with ********** ******** *** leaves *******. ******* *.***+ on, *** ****** ** the ***** ******* ********** smeared *** ****, **** details **** ******* *** brighter **********, ** ****.

*******, **** **** ***** differences *** *****, *** we *** ** ********* issues ** *** ***** on ****** ******* **** as ****** ** ********.

Test **********

*** ******* **** ****** using ******* ******** ****** CODEC ********, ********** ** shown *****.

******** ******** **** *** this ****:

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

Comments (28)

Lew Cody

IPVMU Certified | 02/10/16 03:20pm
I have just started upgrading some LTS HD TVI DVRs to the latest firmware with H265. Will be interesting what affect it has on storage. Will be a bit hard to judge as the number of TVI HD cameras coincidentally be increasing at the same time. Time will tell.

John Honovich

IPVM | In reply to Lew Cody | 02/10/16 03:23pm

Lew, do you recall the model numbers? And that is for H.265 or H.264+ (or as LTS labels its H.264 Zip+)?

Undisclosed #1

IPVMU Certified | 02/10/16 03:54pm

Was there any increased CPU usage on the client? Does choosing H.264+ have any effect on the cameras ability to deliver multiple streams or higher frame rates?

Avatar

Ethan Ace

IPVM | In reply to Undisclosed #1 | 02/10/16 04:44pm

No increase in CPU.

Turning H.264+ on in the 4 and 6 series reduces multistreaming to two streams instead of three, and you can no longer get 60 FPS in cameras which support it (e.g., the 6026). But we saw no issues with 1080p30 streaming being full frame rate, nor 3MP/20 FPS in the 4132.

Lew Cody

IPVMU Certified | 02/10/16 03:55pm
The model is # LTD8432T-FA and there was no detail with the firmware update but after a few emails re current listing of model having H265 I was informed the same units I have could be upgraded with the latest firmware 'TVI_V3.1.7_151216'. The specs simply say "Compression H265" The latest version of NVMS7000 (PC) apparently caters for H265 as well.

Undisclosed #1

IPVMU Certified | 02/10/16 05:13pm

A methodology question:

In the H.265 tests, the h.265 camera were compared to mainstream h.264 cameras from different models and from other brands. The key conclusions of the report came from this comparison, not from the cameras own h.264 performance vs h.265 performance:

Net / net, these two H.265 cameras offered minimal to no bandwidth savings compared to modern / current H.264 cameras.

explaining

We do not emphasize [intra-camera results] because it does not really impact the general question of whether H.265 is 'better' than H.264.

Though in this tests there are no comparison to mainstream h.264. We only have comparisons among h.264+ capable cameras, switching between h.264 and h.264+ of the same camera to draw conclusions.

This would seem to set the bar higher for the h.265 cameras, then h.264+ cameras, no?

John Honovich

IPVM | In reply to Undisclosed #1 | 02/10/16 05:17pm

"We only have comparisons among h.264+ capable cameras, switching between h.264 and h.264+ of the same camera to draw conclusions."

The smart codec bandwidth results (Hikvision and Axis) are incredibly low compared to 'regular' H.264 cameras.

Avatar

Luis Carmona

IPVMU Certified | 02/10/16 06:51pm

So for now it seems H265 has a competitor to "enhanced" H264 methods, but wasn't one benefit of H265 supposed to be you only needed one stream from which you could pull different resolutions, such as high-res for recording and low-res for viewing?

John Honovich

IPVM | In reply to Luis Carmona | 02/10/16 07:17pm

No. I've never heard anyone even claim that before. The 'pulling' different resolutions is a feature of scalable video codecs and H.265 being shipped / implemented is not scalable, just like 'regular' H.264 is not.

Avatar

Luis Carmona

IPVMU Certified | In reply to John Honovich | 02/10/16 07:19pm

Thanks for clarifying that.

Undisclosed #1

IPVMU Certified | In reply to John Honovich | 02/11/16 03:12am

No. I've never heard anyone even claim that before. The 'pulling' different resolutions is a feature of scalable video codecs and H.265 being shipped / implemented is not scalable, just like 'regular' H.264 is not.

To be clear, a few manufacturers claim to use scalable h.264 today, as well as supporting 'regular' h.265, so there is reason to believe that they will implement it in h.265 at some point.

Also, amberella released a chip a couple years ago that had h.265 and svc on it, don't know if that ever ended up in any products.

John Honovich

IPVM | In reply to Undisclosed #1 | 02/11/16 06:39am

To be clear, no one has claimed to implement scalable H.265 for IP cameras or recorders. And, in terms of models shipping, about 0.1% or less claim to be supporting scalable H.264.

Scalable video codecs have theoretical benefits, they just have never gained enough practical implementation to be a factor.

Undisclosed #1

IPVMU Certified | In reply to John Honovich | 02/11/16 07:26am

...about 0.1% or less claim to be supporting scalable h.264

Doesn't at least one of the Hikvision cameras from the test have H.264/SVC?

I think the Smart Series has has had it for a while now.

Undisclosed #1

IPVMU Certified | In reply to John Honovich | 02/12/16 09:52am

To be clear, no one has claimed to implement scalable H.265 for IP cameras or recorders.

Made right here in the good ol' USA!

John Honovich

IPVM | In reply to Undisclosed #1 | 02/12/16 12:06pm

Aventura claims a lot of things for a long time but there is no evidence any of it is for real. +1 for you on the technicality but this does not change the fundamental market situation.

Lew Cody

IPVMU Certified | 02/11/16 01:43am
Looks like the firmware I installed does not have H265. Not this update but the next hopefully. A typo on the website I think.

John Honovich

IPVM | In reply to Lew Cody | 02/11/16 02:00am

Lew, thanks for the feedback. I am curious what the upgrade delivers. I have not heard of any existing NVR appliances being field upgradeable to H.265. I am sure it's possible but generally the increased processing needed to do so makes it impractical for existing units.

Michael Gombos

02/11/16 03:03am

I recently installed 4 of the new 4MP value plus cameras and enabled h.264+. I installed them on a Milestone system and noticed a significant delay in the video streams "starting" in the viewing client versus turning h.264+ off. Anyone else try this out in Milestone and experience anything similar? Running the 2016 Smart client on a Core i5 with HW Acceleration enabled. I ended up disabling h264+ for the time being due to the delay being pretty bad at times up to 30 seconds or so when double clicking on a camera to enlarge then going back to a multi-view. CPU wasn't high just a long delay...

Avatar

Ethan Ace

IPVM | In reply to Michael Gombos | 02/11/16 03:28am

Hi Michael, I didn't see that in my tests, but we haven't updated to 2016 yet, and didn't have the firmware update for the 2 series when we began testing. I'll update both and report back.

John Honovich

IPVM | In reply to Michael Gombos | 02/11/16 07:32am

Michael,

"Running the 2016 Smart client on a Core i5 with HW Acceleration enabled."

Can you try to see what the difference is between HW acceleration enabled vs disabled? We are discussing this with Milestone and that was one element they suggested we consider.

Michael Gombos

In reply to John Honovich | 08/22/16 11:36am

Finally got around to testing this. The delay is still present with HW acceleration on and off. I've got these h264 plus cams on a few different systems and all of them still have the same results. They are also noticeably slower to appear in milestone mobile.

Undisclosed Manufacturer #4

In reply to Michael Gombos | 08/22/16 08:50pm

The cause of this is probably that the client will have to wait for an I-frame before it can start decoding the rest of the frames. Smart codecs do have higher GOPs when there is no motion on the camera, which means a potentially long wait for the first I-frame. If you generate a lot of motion e.g. aggressively wave your hand in front of the camera, is the delay nearly as long?

Undisclosed Manufacturer #2

02/15/16 02:50am

Thanks for the test and report. H.264+ turns out to be useful and probably more and more low cost H.264+ cameras will come out soon.

Undisclosed Manufacturer #3

02/16/16 05:09am

It's very funny to compare h.264+ with h.265, since the same technology that h.264+ used can be used for h.265 as well.

Avatar

Ethan Ace

IPVM | In reply to Undisclosed Manufacturer #3 | 02/16/16 05:21am

Agreed, it can be, and some manufacturers are already using smart CODECs with H.265 (such as Vivotek, see our H.265 IP Cameras Test).

The point in comparing it here is that H.264+ clearly has significant benefits over H.265, without the additional complications of H.265, like limited VMS support, increased processor usage, etc.

When H.265 is mainstream and smart CODECs are using it, yes, things may be lower still, but I personally don't see that widespread acceptance happening in 2016.

Undisclosed #1

IPVMU Certified | In reply to Ethan Ace | 02/16/16 07:21am

...but I personally don't see that widespread acceptance happening in 2016.

If by widespread acceptence you mean the Western VMS manufacturers will have comprehensive connectivity to h.265 cameras, I agree with you, it ain't going to happen this year.

On the other hand, if widespread acceptence is measured by the number of cameras and matched NVRs that will be actually using the technology, I think it will be substantial.

Why? Looking at the new models coming out of both Chinese republics, they seem to be mostly h.265. At this point, it probably doesn't cost them much more to use that chip, so I would expect by year's end that pretty much EVERY device they make to be h.265 capable.

Costco's already selling h.265 NVR's!

When this next wave of h.265 cameras hits big box, usage will depend not on people's acceptence of h.265, but only on the way the NVR and cameras communicate by default.

This, of course, wasn't the way it was planned. H.265 should have been an elite feature on high-end, high-processing cameras connected to high-performance workstations. But??

But regardless of why that didn't happen and regardless of how good it is or not, by the end of the year, I would expect the low-end IP market to be primarily h.265 capable.

IMVHO.

John Honovich

IPVM | In reply to Undisclosed #1 | 02/16/16 09:09am

"Looking at the new models coming out of both Chinese republics, they seem to be mostly h.265."

More specifics please. The pattern that I see is that H.265 is or was a hot spec item inside of China but that the export / overseas market is still firmly H.264.

Undisclosed Manufacturer #2

02/17/16 01:37am

The fact that H.265 is more advanced does not mean it has to be successful in business. The same fact happened to MPEG-2, which had been used in the broadcasting industry for super long time, even if MPEG-4 was proved to be much more efficient in coding than MPEG-2.

If no big players like Google/Apple/Microsoft are embracing H.264/HEVC, and making it to be a successful market standard, then I don't see HEVC will soon be widely accepted, and the licensing issue of HEVC may not be quickly solved either.

The history why H.264 license was made to very low or free, was because Microsoft invented VC-1 to be competitor and made H.264 to be at a difficult position. After H.264 becomes cheap or free, it was soon supported by all popular operating systems, Windows, MacOS/iOS and Android.

Because H.265 has no competitor right now, it's hard to see H.265 license issue to be solved soon. so H.265 may be only limited, and use in some 4K or above 4K video only. also H.265 in surveillance market may take a few years to grow to bigger size, that's why H.264+ can be more useful than we thought.

Read this IPVM report for free.

This article is part of IPVM's 6,743 reports, 909 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
Loading Related Reports