Axis Launches Next Gen Zipstream

By: IPVM Team, Published on Jun 21, 2016

Smart codecs are one of the most important emerging surveillance technology trends.

Axis was the first, launching Zipstream in Spring 2015 but was quickly followed by Hikvision H.264+, Panasonic Smart Coding and more every month.

Now, Axis is pushing forward with its next generation smart codec that has the potential to further reduce bandwidth by another 50%.

In this report, we examine what Axis is doing, its potential impact and how it matches up against competitors like Avigilon and Hikvision..

Dynamic ***** **** - *** *** *******

**** *** ***** ******* ***** rate (****) ** *********, allowing *** ***** **** to **** *** **** based ** ****** ********. While **** ****** ** not *****, ** ** being ******** **** ********'* ******* scene *********** *** ******* I-frame *********, ** ******* massive ********* *******.

***, ********* *** *********** ***** frame ***** *** ***-******** times. ********* ****** ***** on *** ******** *****, if *** ***** *** a ***** ****** ** activity ** *** **** from ***** ** *****, while * **** ****** scene **** ** * hallway *** **** ** low ** ****.

** *** ********* *****, Axis ***** *** * ******* framerate (** *****) ***** reduce ******** ******** ** a ******** *** ******* (in *****):

**** ********* ***** ***** more ********:

**** *** ** ******* (or ***) ************* ** the ******** *********** *** I ***** ********. ** the ***** *******, ***** is ** ******** *** a ***** ** ******* frame **** *** *** can ** **** ** 1. **** **** * future ******** ******* **** add ****.

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

*** *** ********* **** DFPS **** ** ********* in *** **** ***** starting **** *** *.** firmware.

Original ********* ******* ***********

*** ******** **** ********* **** ****** ************* ******* ** 50%+ ***********, **** **** just ******* *********** *** I ***** ********.

**** ** * ********** from *** ********** *****-* ****:

Projected ********* ******* *** ***

** ***** **** ******* of *** ******** (********, stairwalls, ***** ***** *****, etc.), *** ******** ** DFPS **** ****** **** ********* by ******* **% ** so.

** **** ******, ** are *********** * *****, where *********, **** *** HD *****, ** ********* becoming **********.

Motion ***** ********* ***********

******* ********* ** ********* may ***** ********* ** enable ********** ********* ******* of ******-***** *********, ******* having ** ******** ***** storage ******.

******-**** ********* *** **** a **** *** ********* like ****** ****** **** can ** ******* ** fraudulent ******. ** * customer ******* ****** **** were ******* ** * store, ***** *** ** no ***** ******** (** the ***** ** *****, there *** **** **** no ********, *** **** nothing ** ******* * recording), * * *** image ****** *** ** ********** to ***** ** ******** did *** ***** ** claimed.

** *** ***** ****, some ***** **** ****** to ******** ***** **** at ***. *** *****, Zipstream **** ** *** a ***.

Avigilon **** ***** **** **********

**** ***** * ***** advantage ** ******** ****. Now, **** *** ***** the *** *** ********* feature **** ******** ***** (DFPS ** *** ***** equivalent ** ******** **** Scene ****) *** **** also *** **** ***** codec ******* ***** ******** has ****.

Hikvision *.***+ **********

***** *.***+ ****** ********* quickly ***** *** *** on **** *********, **** has *** **-****** **** with *** ******** ** DFPS. ** ******, ********* is * **** ******** so ** ** ***** paying ********* ** **** / ** ********* ******* suite.

Overall ****** ******

*** *** **** ****, since******* **** ******** *********, ** **** ******** that ***** ****** *** an ********* *****. *** addition ** **** ** an *********** *******, ****** not ** *********** ** the ******** *********, ** *** another **** ** ******** bandwidth *********** *** ******* competition ** ***** ***** advances ** **** ******.

****

Comments (23)

This is huge for us. Zipstream alone is huge for us, but as they refine it further it is truly going to be a game changer. Even though bandwidth is not an issue (as in we have plenty) our IT staff continues to push us to lower our usage.

Can't this already be done with Zipstream, albeit crudely, thru a VMSes speed up on motion mechanism?

Yes, at least within Milestone. I can't speak to any others. However, this will likely decrease the processor load on the server in making that decision.

So the green is without Zipstream and the black is with DFPS Zipstream?

Where's the same comparison from New Zip to Old Zip? Isn't that what we need to see to evaluate how much of an improvement there is?

I think that they are wringing out a damp sponge at this point.

Sure 50% sounds great, but as you say the savings are greatest when the activity is least. And since the dynamic GOP can already be set to drastically reduce those times to little more than the motion difference between the frames, I'm thinking that the savings might not be very much at all when you are already cranking the GOP up.

Is that a graph that they showed at one time with the old zip?

That's original zip vs new zip.

Original zip with dynamic GOP?

Because those I-frames look very undynamic even as the activity varies greatly. Also, notice how dynamic they are in the black.

Even though they are close in the spots you point out there is a noticeable difference. Multiply that across a few hundred cameras and it turns into a large difference.

Ross, before we get to what the graph means, we need to know what it is actually comparing. I'm pointing out the spikes only to show the the graph, IMHO, is comparing the new Zipstream with no Zipstream.

The spikes are I-frames; their regularly spaced presence indicates that one set of data does NOT have dynamic GOP enabled.

That's all I am showing with arrows. I could be totally wrong about the savings being small, but John didn't say that (yet), instead he questioned one of my assumptions, i.e. the the graph is showing Zip vs no Zip, where he believes it is Zip vs old Zip.

What do you think it is comparing?

I took it to be old zip to the new zip, but I see what you mean. Could easily be new to none.

To me, this old graph makes it clear that the new graph is DFPS vs nothing, especially the top line. What do you think?

I need to check with Axis.

This chart is "Zipstream Disabled" vs "DFPS"

I would be interested to know if anyone has had any experience with Indigovision SMART.core in this regard? As I understand it Indigovision has done something in this area for a while.

According to IndigoVision's website:

SMART.core has Activity Controlled Frame-rate and saves you huge amounts of storage costs. Dozing along at 1fps when there is no activity, it launches instantly into a full alert mode of 30fps when there is. Storage savings can be up to 90%.

This description is similar to DFPS except that DFPS can dynamically adjust frame rates in between (i.e., not just 1 to 30).

Also, Zipstream dynamically adjusts compression by region and I frame interval whereas I have not heard IndigoVision claim that.

Thank you John. This is new for me with dynamic compression in this manner. Normally our clients wants a constant 25fps recording as it's ofthe process related rather than security.

Can the Axix Zipstream compressed files encoded with all bells and whistles still be played back in any viewer?

Can the Axix Zipstream compressed files encoded with all bells and whistles still be played back in any viewer?

We have tested with 3 or 4 VMSes and it has worked. It does not seem to be a general issue and should not be, but obviously i cannot vouch for 'any viewer'.

From the updated whitepaper:

When using dynamic GOP, the GOP length will vary, which might pose a problem for some VMS and other types of client software. When using dynamic FPS, the frame rate will also vary, a ecting some VMS and client software.

Hi John, Version 2.0 of ACF of IV can be configured not only with 1 ~ 30 fps only pending intelligence application to the I frame interval and dynamic regions of activity.

DFPS is soundingly awfully like what Dedicated Micros used to call Multimode:

MultiMode Recording - Dynamically-switchable resolution, record-rate & compression (MPEG-4/H.264/JPEG) settings

Maybe Mike is going to return as a patent troll ?

A feature like this is quite suitable for in cam edge recording where there is little live monitoring and only event based after the fact viewing. Limited storage, limited life of storage, but still having a 24/7 chain of evidence and not requiring a centralised NVR.

This is a huge improvement. Now we need someway to predict the benefits when sizing storage. Most NVR storage calculators are way behind the camera / codec technology. This puts more emphasis on our "guess-timating" and accepting the risk if we undersize the storage. Any ideas or help?

Brad, good question / point.

On the plus side, you are probably not going to undersize storage with any NVR storage calculator, since they almost all way overestimate even without factoring in smart codecs, which would reduce bandwidth further.

I asked Axis if their Design tool / bandwidth calculator will be updated to factor in Zipstream. I'll respond with any new info.

In general, though, I agree with your underlying point. It's becoming harder and harder to abstractly estimate bandwidth usage given the numerous factors that can radically change bandwidth consumption.

Another possibly less risky and more beneficial approach to Axis version of dynamic frame rate would be to implement VMS based frame rate paring.

The way this would work would be that the camera would transmit at full rate always, along with its motion meta-data. The VMS would record at full rate.

After a suitable period of time has elapsed, (normally corresponding to the first order review time, 48 hours for instance), those streams with little motion would be retroactively reduced based on a similar algorithm to the one used by Axis.

This has the advantage of providing the full frame rate video during the time period when it's most likely to be needed. The overall storage reduction is nearly the same, adding only the extra storage for those 48 hours. Also an automatic mechanism could be added to prevent such reduction if the footage has ever been reviewed in that period.

Server side proceessing of the reduction could take place in the background, during the low utilization periods corresponding with high dynamic GOP.

One caveat, for this to work on h.264 efficiently and without decoding, svc-t encoding or its equivalent would have to be implemented at the camera. Hikvision and Dahua have this option on some lines today.

Milestone's archive grooming method allows you to reduce framerate in multiple steps by stripping video down to keyframes. I don't want to insult their features, but it is very limited, though it certainly helps in larger deployments with long total retention times. It can end up losing valuable video or stopping recording in general if you do not constantly watch for the dynamically changing bandwidth loads. Overall you are unable to use a lot of your storage because of the possibility of data loss.

Your idea would be more effective than the in-camera codecs from usage of pre and post recording so as not to miss important details of an incident whereas relying on the camera to do this would incur extra complexity regarding offloading buffered video to be stored by the VMS after the pre and post buffers were fulfilled.

Could look at making a VMS plug-in that enhances the existing troublesome features and allow users to manage storage far better. Eventually this will likely get moved from the camera to the VMS anyway, as other centralized technologies have.

Read this IPVM report for free.

This article is part of IPVM's 6,533 reports, 880 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

Video Surveillance History on May 06, 2020
The video surveillance market has changed significantly since 2000, going...
The Future of H.266 For Video Surveillance Examined on Aug 17, 2020
First H.264, now H.265, is H.266 next? H.266 was recently announced amid...
JCI "Fever Camera" Partners With China TVT on May 19, 2020
Johnson Controls (JCI) is the next big player to get into the 'fever camera'...
YOLOv5 Released Amidst Controversy on Jul 27, 2020
YOLO has gained significant attention within video surveillance for its...
Quantum Dots Potential for Surveillance Cameras Explained on Sep 08, 2020
Quantum dots are starting to be used in TVs for better images, but how will...
Video Surveillance Trends 101 on Apr 01, 2020
This report examines major industry factors and how they could impact video...
Verkada Access Control Tested on Sep 09, 2020
Verkada raised $80 million earlier in 2020, expanding from video into access...
Embedded Logix Thermal Temperature Detection System Examined on Apr 08, 2020
Embedded Logix has been producing thermal temperature measurement systems for...
Sony Launches AI Camera Sensors on May 18, 2020
Weeks after exiting the branded video surveillance business, Sony is making a...
Euklis Presents AI Analytics on May 05, 2020
Euklis presented its AI facial recognition, LPR, and object recognition...
LSP Presents 2nd Generation FP Power Supplies on Apr 29, 2020
Life Safety Power (LSP) presented its FP2 power supply in the April 2020 IPVM...
Camio Presents Coronavirus Social Distancing Analytics on Apr 20, 2020
Camio presented its social distancing analytics for responding to coronavirus...
WatchNET Presents Long Range Wireless Automation Sensors on May 05, 2020
WatchNet IoT presented its commercial, long-range automation sensor...
AndroVideo Presents Edge AI Face Recognition Cameras on Jun 26, 2020
AndroVideo presented its AI at the edge face recognition cameras at the May...
Video Surveillance 101 Book Released on Jul 07, 2020
IPVM's unique introduction to video surveillance series is now available as a...

Recent Reports

Hikvision Sues Over Brazilian Airport Loss on Sep 24, 2020
Hikvision was excluded from a Brazilian airport project because it is owned...
China General Chamber of Commerce Calls Out US Politics on Sep 24, 2020
While US-China relations at an all-time low, optimism about relations...
Verkada Disruptive Embedded Live Help on Sep 24, 2020
Call up your integrator? Have someone come by the next day? Verkada is...
IP Networking Course Fall 2020 - Last Chance - Register Now on Sep 23, 2020
Today is the last chance to register for the only IP networking course...
Drain Wire For Access Control Reader Tutorial on Sep 23, 2020
An easy-to-miss cabling specification plays a key role in access control, yet...
IPVM Camera Calculator User Manual / Guide on Sep 23, 2020
Learn how to use the IPVM Camera Calculator (updated for Version 3.1). The...
Installation Course Fall 2020 - Save $50 - Last Chance on Sep 22, 2020
Today is your last chance to save $50 on registration for the Fall 2020 Video...
SimpliSafe Business Security Launched Examined on Sep 22, 2020
SimpliSafe has launched "SimpliSafe Business Security" that the company...
FLIR CEO: Many New Fever Entrants "Making Claims That The Science Just Won't Support" on Sep 22, 2020
FLIR's CEO joins a growing number calling out risks with fever / screening...
China Bems Temperature Measurement Terminal Tested on Sep 22, 2020
Guangzhou Bems (brand Benshi) is the manufacturer behind temperature...
Axis Exports To China Police Criticized By Amnesty International on Sep 21, 2020
Axis Communications and other EU surveillance providers are under fire from...
Milestone XProtect on AWS Tested on Sep 21, 2020
Milestone finally launched multiple cloud solutions in 2020, taking a...
Mobile Access Control Usage Statistics 2020 on Sep 21, 2020
Most smartphones can be used as access control credentials, but how...
Axis Compares Fever Camera Sellers to 9/11 on Sep 18, 2020
Axis Communications, the West's largest surveillance camera manufacturer, has...