Hanwha / Samsung Wisestream H.265 Test

Avatar
Ethan Ace
•Published Oct 26, 2016 08:13 AM

** ******** **** ** *.*** ******* (********* Samsung *** *******), *.*** ******** **** *********** ***, both ****** ******* *.*** ******* ***, worse, ** ************* ******.*** *******.

***, ****** ** ******** ******** *.*** performance ******** **** ***** ******* ********** smart ***** ** ***** ******* * and * *****, ****** ** ****** bitrates ** *** ****.

** ****** * *** * ****** cameras ******* ***** ***** ******** *********** from ****, *********, *** *********, **** 1080p *** ** ***********, ** *** how **** *** ***** ***** ********* with *.***.

*******

** *** *****, *** ******* * and * *****' *********** ** *** and ********** ***** ***** ******** ********** lower ******** **** *********** *.*** ***** codec ******* ** **** ******, *** with **** ***** ***********:

  • **** ** *.*** *******:*****, *** **** ** ********** *.*** VMS ******* ***** **** *** **** majority ** ***** **** *** *** the **** ******** *** * *** Q *****, **** ***** ***** ******* end-to-end *******. **** ** ******** ** change ** *** **** ****** ** few ***** ******* *.*** *** ****** drivers **** ** ******* ******* *.*** ******* ** *** ******* until ****.
  • *.*** ***********:*.*** **** ********** *** *********** **** other *************' ******** ***** ***** ****** in *** *****, *** *** *********** higher ** *** *****. *******, ** was ********* ** *** ***** ****** (Avigilon, *******, *********, *****, *****) ** our *****.
  • *** ****** *****:** *** *****, *********'* ** ****** with ***** ****** ******** ***** ******** than *** ******* * ***** *.***/********** in ******* ******, *** **** *** Hikvision *** **** ***** ****** **** produced ***** ******* ******** **** ********** * *****.
  • ******** '****' ***** ******* ********: *** '****'******* ****** *********** *********** *** ******** of ********** *******, ****** **** ******* likely ******** *** **** *****..

*******, ** ** **** *****, *.*** alone ******** ****** ***** ** *******, 20-25%, **** ***** *** **% ************* have *******.

Technical ********

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

  • ********** "******" *** ********** ***** ******* impact, ****** ******* ** ***** ***** codecs, **** ** **** ********* (****), and ********* *.***+.
  • ********** ****** ******* ******** ** **%+, with ********** **** **% **** ******* GOV *******.
  • ******* *** ** *** *** *** not ****** *********, ********* ********** ** be ******* ** ********.
  • ** *** ** ******* * ******, H.265 **** ********** ****** *** ******* GOV ******** ***** ******** **** **** and ********* *******, *** ****** **** the ********* ** ****** **** ***** Coding (****) ** ******* ***** *** high ****** ******.
  • ** *** ***** ******* * ******, H.265 *** *** ****** ******** ***** competitive *.*** ***** ***** ****** (**** and *********).
  • ******* * *** * *.*** ******* were *** ********* ** ***** ****, Milestone ******** *********, ** ******* ******** Center (*** ** ***** ******* *.*** generally).
  • ********** *** ******* *** ***** *.*** were ******** ********* ** *** ***** tested, ********* ********, *****, *****, *******, and *********.

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

********** ** ********* ********* ** *** Wisenet * [**** ** ****** *********] and * ***** [**** ** ****** available] ****. ***** *** ****** ***** the **** **** *** ** *** Wisenet **** (**/**** *******, ***** **, etc.) ** **** ** *** *** end (***/*** *** **** ***** *****/*******).

*** *** **** ** ******** ******* * ****. ****** *** **** ** ******, including *** *** ******* * *** 4K ******* * ******.

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

*.*** ** ******** ** * ****** type ** *** ******'* *** *********, next ** *.*** *** ***** *******. Configuration ******* *** *.*** *** ******* to *.*** (*** ** "***" – see **** *****, ***** ****, ******* cap, ***.).

**** ******* ** **** **** *** options *** ******* ***. ******* *** defaults ** * ******* ** **, but *** ** ********* ** ***.

*******, ********** (******* ***********) ** *** located ** *** ***** ******* ****, but ******* ***** ****** ********. ***** may ****** ***/***/******/****, ********* *****.

Wisestream ******* *******

** *** *****, ********** ***** ******* was ******* ** ****** ****** ** Wisestream (********** ****), ***** *** ** a ********* ******* ********* ** *** user's ***. *** ******* ***** ***** the **** *** ***** ******** **** Off ******* ****, **** ********** ******* on *** *** ******, *** ******* reductions ** ******* ** ****.

** *** **** ******, ** ***** Wisestream's "******" ******* ** ** ******* similar *** **** ********* "****" (**** below ** ***** ********) *** *********'* H.264+. ******* ** ****, "******" *** used ** *** ***** ** **** comparisons ** **** ******.

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

***** ********** ****** *** **** ** the ** *** ***** ******* ** this ****, ** *** *** ***-*****, this ******* ******** ** ************* **** pixelation *** ***** ***********. *** *******, in *** ********* *****, ****** ******* of *** ******* ****** ********** ******* using ****** (*** ****), ***** *** not ** ***** ** ***** ******.

Wisestream ***********

** ******** ********* ***** ********** *** to ******, ** * ********** ******* image ******* ********* (********* *****) *** bitrate *********.

********** ****** ******* ******* ** ~**% using **** *.*** *** *.***, *** over **% **** ******* *** *******. However, ******* *** ** *** *** had ****** ******, **** ******** **** slightly ***** **** **** *** ******* disabled. **** ** ******* ** **** Zipstream ** ******* *********, ***** ******** dynamic *** **** ******* *********** ** disabled.

** *****, ********** *** **** ********* with *.***, ******** ******* ** ~**% without ******* *** *** ** **** 80% **** ** *******. *.*** ********** were *********** (**-**%), ****** *** ** great.

********** "****" ******* ******** ** ** to ** ********** **% ******** ** Wisestream ******, ****** **** *********** ***** quality **********, ** ***** *****.

Wisestream *.*** **. *.*** ***** ******

** ****** *.*** ***** ********** ** both *** **** *** ******* * line ** **** ** *** *** cost ******* *. *********** ***** **** taken ***** ********** ****** *** ******* GOV ***.

******* * / **

***** *.*** **** **********, *** ******* 4K ****** *** *********** **** ***** 4K ****** ** **** ***** ** daytime ******, ****** ******* ****** **** the ********* **** ** ******* **** motion. ** *****, *** *.*** ******* was ************* ***** **** ******, ~* Mb/s ***** *********, *** * **/* lower **** *********.

******* * / *****

** *** ***** ******* * ******, the***-***** (*** *** ****), *.*** ******** ******** ***** **% lower **** *.*** ** *** *****.

*******, **** *** **** *** ********* cameras' ******* ******** **** ***** **** the ******* *'* *.*** ******, ** about *** **/*. *******, ** *****, the ******* * (*.*** *** *.***) was ************* *****.

H.265 **. *.***, ** ***** *****

** ****** *** ***** ****** ** all ******* ** *** *** *.*** compared "***" ******* *.***. ** ******* scenes, *** ******* * ******'* *.*** bitrate *** *** ****** ** *** cameras ****** ** **%+. *******, *** H.264 ******* *** ************* (**-**%) ***** than ***********, ** ****.

** *****, **** *** ********* *** Panasonic *******' *.*** ******* *** ***** than **** *** ******* *'* *.*** and *.*** ******.

********* *.*** ** *.*** ** *** Wisenet *, *.*** *** ~**% ***** than *.*** ****** *** ***, *** ~25% ** *****, **** ***** **** the **% ********* ********* ******* ** manufacturers.

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

*** ******* * ****** ******* ****** were *** ********** ********* ** *** VMSes ** *** **** ** *******. H.264 ********* *** ***** ***/** ****** drivers ****** ******** ** ********, *****, Genetec, *** *********. *.*** ********* *** not **** ** *** *** ********** H.265 (***** ****, *******, ********* ********* 2016 **).

********** *.*** ******** *** **** *** remains ****, **** ***** ******* *** expected ***** ****. ******* ****** *** our*** *** **** ***** **** ******* H.265****** *** **** *******.

Test **********

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

  • ******* ***-*****: *.*********
  • **** *****-*: *.**.*
  • ********* **-********-***: **.*.* ***** ******
  • ********* **-*******: *.**
  • ******* ***-*****: *.*********
  • **** *****-*: *.**.*.*
  • ********* **-**********-**: **.*.* ***** ******
Comments (9)
UM
Undisclosed Manufacturer #1
•Oct 26, 2016

Great summary and testing! I have a couple of questions as it pertains to the PC requirements for H.265 in general.

I have been hearing that H.265 requires more robust PC hardware to decode both live and recorded images and would cost the customer a sum of money to upgrade existing workstations or that the cost of the workstations and hardware required to decode H.265 would be higher than using standard hardware and just increasing the customers storage. Is this true or false or somewhere in between? Could you please speak to this aspect of H.265?

Could you also provide the specifications of the PC that you used to test?

U
Undisclosed #2
•Oct 26, 2016
IPVMU Certified

Thanks Ethan!

Comparing H.265 to H.264 in the Wisenet P, H.265 was ~18% lower than H.264 during the day, and ~25% at night, much lower than the 50% reduction typically claimed by manufacturers.

Is there a "Day/High Motion" in this test?

(1)
Avatar
Ethan Ace
•Oct 26, 2016
In reply to Undisclosed #2

Yes, I'll dig out those numbers this afternoon for you.

Avatar
Ethan Ace
•Oct 26, 2016
In reply to Undisclosed #2

Actually, I just realized neither the Hikvision nor Panasonic increase in higher motion, because they both force 16 Mb/s caps. That's why I didn't include that in the report. Since they're both bumping the cap, we can go as far as testing how much they increase quantization in those scenes, but I did not for this test.

It is sort of interesting they both force caps that low, considering I've seen some of the 4K cameras spit out a 20-30 Mb/s stream at times.

I'll grab the Samsung numbers and reply back.

UM
Undisclosed Manufacturer #3
•Oct 27, 2016
In reply to Ethan Ace

Ethan, are you sure they max out at 16 Mb/s?

It can be too low for comfort to handle peak events and could mean loss of detail, or even frames, in complex scenes or when panning and zooming.

There is probably a setting somewhere to remove this bitrate cap?

It would also be interesting if you can test the smart encoders in daylight with high motion (like moving the camera sideways), and compare the image quality and bitrate with non-smart encoders.

EP
Eddie Perry
•Oct 26, 2016

I have seen similar results as well to bad the WV-781L cost does not come close enough to the Q series to justify it.

I have both side by side on my bench(QNO-7010R and WV-781L). its sad to see so much wasted money on the 781L. I really bracing myself for disappointment for the new Panasonic H265 extreme series. Its getting harder and harder to justify sending more than $200 on 720p and 1080p cameras even if they are going to be the most secure cameras on the market and come with free VMS licenses

(2)
MM
Michael Miller
•Oct 26, 2016
In reply to Eddie Perry

Are you saying the image on the 4MP QNO-7010R is better than the 4K WV-781L?

(2)
U
Undisclosed #2
•Nov 01, 2016
IPVMU Certified

We turned off smart codecs in all cameras to see how H.265 compared "raw" against H.264...

Comparing H.265 to H.264 in the Wisenet P, H.265 was ~18% lower than H.264 during the day, and ~25% at night, much lower than the 50% reduction typically claimed by manufacturers.

That's true.

When smart codecs were on though, the difference between h.265 vs h.264 was more significant

being around 38% for Day/Still and 32% for Day/Motion and 70% for Night.

IMHO, someone interested in bandwidth savings would probably have smart codecs on to begin with, so I think this is an important metric for h.265 on vs h.264.

UM
Undisclosed Manufacturer #3
•Nov 01, 2016
In reply to Undisclosed #2

It's expected that smart H.265 should outperform smart H.264 by a wider margin than non-smart/'raw'. This is partly due to that H.265 compresses I-frames more efficiently and in static scenes the I frames will dominate the streamed data (P and B frames will be small). H.265 further has more functions that 'smarts' can use.

So assuming that smart encoders is the default use case, H.265 performs quite well.

Still, a full H.265 encoder should have a 40-50% lower bitrate than H.264 in the 'raw' based on test of reference encoders, at least for more complex scenes. That Wisenet has a smaller difference may be due to the chipset or tuning immaturity. One expect that to improve.

(2)