*** **** ***** *** ************ **************? Can **** ****** * ******* *** this?
**** ****** ********* *** "***** ********* *** ******* ************ ** an ******* **% ** ****."
** ******** *** ******** ** *** Axis ***** ******* ****** **** ********* ** **** *********.
**** ** * * ****** ******* of *** ********* ****:
***********, ********* ******* ********* *********** ************ *** **** are *** *** *********:
Key ********
**** *** *** *** ******** **** the ****:
******* *** ************** **** ** *** ********* ******* (50% ********* ** ********* ****** **** this *****) *** ******* ** ** the *** ********** ****. **** ** the ******* ** ****** *** * frame ******** ** ******, **** **** there ** ******* ******** (***** *********) but ****** ** * ***** ******** on ****** ****, *.*., ********* ***** changes ** *** ***** (******* ***** quality **** *** ******. ** *** tests, **** ******* *** *******, ** saw * ***** ********* ******** ***** from * ** ** *******.
***** ***** ******* *********** **** ** ********** *********** ** ***** or ******* ****** *** **** **** clear ***********, ********** **** ******* *** was ******* ** ******* ** ***** (examples ******** ******).
******* *** **** ********** **** ***** bandwidth ****** ********** **** ****** ****** ***** ****** significantly ******* ******* (*.*., *******) ** did *** **** **** **** ** a ********** / **** *** * very **** ****** (*.*., *******).
****** *** ***** ******* ******* *** bandwidth ********** *******. ** ****** ****** **** *****, Hikvision *** *******. **** ********* ***, Axis *** *** **** ***********. **** Zipstream '*****' ***, **** *** ***** was *****. ** *******, ********** **** Dynamic *** ********, ******* **** *****.
**** ********* **** *.*** **** ********* Dynamic ***: ***** *.*** *** ****** ********* up ** **% ******** ** *.***, Dynamic *** **** ****** ********* ** 50%+ ** **** / **** ************ scenarios **** *** ***** ******* **** it ******** ** ******* ** *** VMS **** (***** *.*** ****) *** the ********* ** **** **** *.*** for **** *******.
** *** *********** ************ *** ********* ******** **** ********, Exacq, ******* *** *********.
Market ******
********* ** * ********** *********** *** may **** * *********** ****** ******. However, ******** ********* ** ******* ** ARTPEC-5 ******* ***** **** * *** existing **** ******* *******. **** *** cameras ***** ******** ***** ******* **** support ******-* *** ********* *********.
*** *** ******** ** ******* ***** manufacturers *** ****** / ******* / source ******* *** ** ***** ****.
********* ** ********* * '***** *.***' which **** ***** ** ******* ** Zipstream *** **** *************, ********* *********, are ********** *.***. *** ** **** will **** ********* * **** **** sizeable ************** *** *** *********** ******.
Zipstream *************
********* ******* ******* *** * *** tab ** *** ***** ****** ******** page ** *** ******'* *** *********, seen *****.
**** *** ******** *** *******:
** **** ***** ** ****** *** configuration ******* *** *********, ******* ******* quality *********** (** **** *******) ** off, ****, *** ******* *** ******.
************ *******
*********, ************ *** ******** ** * steady **, **** * *********, ***********, ********** ** ********* ***** **, off, ***, ******, ** ****. ***********, **** can *** ** *******. **** ****, clearly, *********** ***** ** *** ***** are ***** ** ** **** ****** compressed. ***********, ** ******* **** **** is **** ********* *** ******* *********** level ***.
*** ***** ***** ***** *** ********* analysis ** *** *****, *** **** Zipstream ****** ***, ** *** ****, and ******* **** ** *** ** High, **** ******* *** **, ** the *****. **** **** * ****** quantization ***** *** **** ********* **** Q28.
******* *** ********
*** ***** ***** ***** * ********** ** standard ***** *** (** ** **** case) ****** *** ******* *** **** by ********* (*** ** **** ***), as ******** ** *********.
***** *-****** ** *** **** *** steady, ***** ** ******, ******** **** on *** ***** ******, **** **, to **, ** **, ** *** camera ******* ******** ********* ** **** is ** *** *****.
Bitrate ******
********* ******* ******* ** *** ****** tested, **** **** ******* ** *** motion ****** *** ********* ******.
** ****** *********'* ******* ** * static ***** *** *** **** * moving ******* ** **** ***** ** this *****. ********* ********* **** *.* Mb/s **** *** ***** *** ****** to ***** ** **/* (*.** **/*) when ***** ********* **** **** ******* GOP.
*** ** **** ***** ******* ** review ********* ********** ** *** **** scene ** ***** *.* ***, **** more ******* *******, ******** ******* **** nearly ** **/* ** ~*.* **/*, an ~**% *********.
******* ************
** ***** ******** ******** ** ** indoor *** ****** *****. ** **** light, ~*****, ********* ******* ******* *** was ********** *********, ******** ******** ** 14% ** *** *** **% ** high ******** ** ************ **** ********* off. *******, ******* ******* *** ** in **** ***** ***** ******* ******** by **** **% ** **** **** 100 **/*.
** * ***, *** ******* ** Zipstream's ******* *********** **** **** **********, reducing ******* ** **-**% ******* ******* GOP ** ** **** ***** ***** resulted ** ** **** **% ********, though *** ** ***** * **** as ** **** *****.
** ******* ******* ******, ********* *** similarly ********* ** *** ****** ******* scene, **** ** ** **% ********* using ******* *** (******* ******* ***). Turning ******* *** ** ********* ********** to ** *** **%, ********* ** the *****. ***** ********** *** ***********, but ******* ******** ** ****** ***** due ** ****** ******* ** ****** in *** *****, **** ******* ********, foliage, *** ***** *********.
High ***** **** **. ***
********** ** ********* *** ** ********* were **** ******* **** ***** **** high ***** ***** *** ***. ** our ****** ***** *****, ******* ********** due ** ********* (******* ******* ***) were ******** ****** **** ***** ** FPS **** ** ***. *******, ********** due ** ******* *** **** ******** greater **** ***** ** ***.
Image ******* ******
** *** *****, ** *** ******* impact ** ***** ******* ****** ** Zipstream. ****** ******* *** **** ******** clearly *******, ******* ******, ***** ********** objects (*******, *****, ***** *** ***** finishes, ***.), **** ********* ** *** scene, ********* **** ***********.
** ****** ***** ******* ** ******** common ****** *****.
***** ********/****
*** ***** ***** ******** ****** ** our ******* *** **** ***** ***** with ********* *** (** *** ****) and * ***** *** ** ** vs. ********* *** ** ****, **** Dynamic *** ****** ** (******* ** 1200).
******* ******* ** **** ** ********* similar, **** ** ******* *********** ********* from *** ******** *********** ** ****** I-frame ******** **** ** *********. ******* details ** *** ******* *** *******, and **** *** **** **** ** the **** ***** ** **** * (OHVCK) ** ********* ******* ** ****.
****** ********
******* **** **** ******* **** ********* a ****** *******, **** ***, ****, and ******* *** ******** *** **** to ******* * ******* ***** ** ~15-20 *** ** * ~**' ***** of **** ******* *****.
******* ******
******* ******* *********** **** **** ********** in ******* ***** **** ****** *******, such ** *** ***** *****. ****, swaying ******** *** ****** ***** **** clear **** ********* *** ******** ******* or ******* **** ** *** ****** on, ******* ** *** ********* **** image *****. **** ******* *** *** added, ***** ******* **** **** **********, appearing ****, **** ** *** ***** below.
Versus ***** *************
********* ** ****** ********* ** ******** bitrate ** ********* *******. *******, ***** ************'* cameras ***** ******* ***** ******* ** some ******.
*** **** ** *** ****** ** tested, ** *** *** **** ***** test *** *********** *** *** ***** NBN-932V, ********* **** *** ******* ***-****. Below *** *** *******:
VMS ***********
** *** ** ****** ********* ** playing **** ********* ***** ** ******** Control ******, ***********, ******* ******** ******, or ********* ********. ********** ** ********* or ******* *** ********, ******* ********* and ******** ** ******, *** ******** was ******, ******* ***** ****, **** forward *** *******.
**** **** **** ********* ** ******* back ***** ** *** ***** ****** or *********, ****** *****, **** *** programs ********** * ***** ****** **** only *-***** ******* ******* ***** *** next *-*****. **** *** ** *********** when ******* ***-*********** (***, ***, ***, etc.) ***** ** **** ********.
******* *** ********** ********* ******** **** their ****** ****, ******** ***** ** set ***** ********** **** **** ******, instead ** ***** *** *** *********, shown ****:
Test *********
***** ******** ******* *.**.* *** **** for **** ****. **** **** **** firmware ** *** *** ******** *********, but *** ******** ** **** *** testing.
*** ****** ******** **** **** ********* except *** ***, ***** *** ****** off ** *** ******, *** ********, standardized ** */***.
*** ******** ****:
Are changes to Dynamic GOP triggered only by movement? Does changing motion sensitivity affect Dynamic GOP (I-frame sampling) sensitivity?
Also, if I understand it right, are the efficiencies diminished the lower the framerate is set to begin with (ie: greater at 30FPS vs 8 FPS)?
30 FPS vs. 10 FPS results are added above. In short, the differences are not that great, and close enough that I'd be hesitant to declare a winner one way or another.
Thorough testing!
Note that when streaming or playing back clips in VLC Media Player or Quicktime, errors occur, with the programs displaying a blank screen with only P-frame changes visible until the next I-frame.
Are Zipstreamed streams available as ONVIF streams?
Do you think that the h.264 is possibly non-standard, which might explain the VLC and AVinaptic behavior?
Yes, they are available via ONVIF.
No, I don't think it's non-standard. It's an I-frame/P-frame issue in those players. We're talking to Axis to get their read on the AVInaptic analysis.
I'm really wondering when you enable dynamic GOV/GOP how it doesn't impact according to your test - the blur in image... when you provide a key frame every ..10 seconds or worse what is your chance to get a plate or a face, or a sudden move..oups... Zip is focussing on moving parts, so like smartstream keep a better quality on moving pixel... but DGOV kills that, by adding more P-frames.
For outdoor non detailed scene (without LPR or Face reco in dark envir. with quick moves) I agree Zip+DGOV is one of the current option to decrease both bandwidth and storage.
To be compared also with adaptive streaming based on 1 key frame and no P-frame when no activity is reported by motion detection, raising to normal fps when motion arises.. In that case, you can keep your key frame for police, it's supposed to be correct
I have experience Smart stream with good quality on moving pixels and/or Roi and big compression on static scene. MAin concerns is to explain to the customer why the static scene pixelise when darkness arises... even with DNR is enable
I should read the review more carefully. But... grumpy engineer-user response:
so you came up with this overly complicated video compression scam, then you deployed just enough of it to work, and now you're "tuning" it (if you insist calling tweaking a compression algorithm "tuning") and you want me to get excited about it?
Any camera vendor can twist the H.264 voodoo. It's gotta have a billion knobs and dials on the inside no matter how much is exposed through the interface. I don't see this as a differentiator I see it as an enabling technology for more incompatibility.
Rodney, you really should review the review more carefully. Why would you preface a sweeping, ungrounded, attack with that fatal admission?
How is 'incompatability' an issue given that we tested it and it worked with 4 of the biggest VMSes in the world without anything done on their part?
Secondly, if 'any camera vendor can twist the H.264 voodoo', why isn't Axis doing the vodoo on all of their cameras instead of just the new ARTPEC-5 ones? Any if this is just knob and dial turning why hasn't anyone else done this?
There is something genuinely new and useful here. Period.
I have understood the priciple behind the idea. They want to mimic Human brain. Only use the most relevand data in the image and the rest compress it to maximum.
After a couple of modification to the logic behind the software i think it could make a big diference in certain aplications.
I'm curious what the net effect of Dynamic GOP running together with VMD framerate speed-up on the VMS would be. It occurs that VMD framerate speedup functions like a poor man's Dynamic GOP. Although not increasing the cardinal interval between I-frames, VMD speedup does increase the realtime interval between I-frames and thereby reduces bitrate.
Of course motion detection has to be setup, and there are only two levels of frame-rates, so cruder for sure. Still I think if someone is using VMD speedup aggressively, they will not see as large a benefit from Dynamic GOP.
btw, Geurtebruck apparently has encoders that use Dynamic GOP...
Genetec has integrated Zipstream settings for Axis cameras to their Config Tool, seen here:
These settings directly correlate with Zipstream settings in the web interface, so users may now configure them from here.
