Milestone Hardware Accelerated VMD Tested

By: Ethan Ace, Published on Apr 28, 2017

In their 2017 XProtect release, Milestone announced support for hardware accelerated video motion detection, touting a 2X increase in server capabilities (and the "Worlds Fastest Recording Server").

We tested this feature in multiple configurations to see what impact it really had, how much server load was reduced or not and what impact it had on VMD accuracy:

** ***** **** ******** release,********* ********* ********** ******** *********** ***** motion *********, ******* * 2X ******** ** ****** capabilities (*** *** "****** Fastest ********* ******").

** ****** **** ******* in ******** ************** ** see **** ****** ** really ***, *** **** server **** *** ******* or *** *** **** impact ** *** ** VMD ********:

[***************]

Test *******

** *** *****, *********'* hardware ************ *********** ******* CPU **** **** ********* on ********* **** (**%+) or **** ***** ****** resolution *** ********* (**%+). Effects **** *** ** great **** ***** ****** analysis, **** *** ***** potentially ***** ** ***% during *** ** ****** tests.

*** ******* ** ****** on ****** *********** ******* improved ********* ** *** tests, ********* ******* ****** by *** ***** **% resolution *******, **** *** and *****. *******, ****** resolutions **** ****** ** more ***** ******* **** as ******* ***** *** artifacts ***** **** ** "motion", ***** *** **** to ***** *********** ** sensitivity ** *** ******** to **********.

Outlook *** *********

*** ******** ** ******** acceleration *** *** *** two ********* ******** *** Milestone:

  • ***** ******* *** ***** systems: ** ***** *******, hardware ************ *** ****** the ****** ** ******* required, ******* ******** *** power *****.
  • ***** *******/**** ********* *******: In ***** *******, ***** may ** **** ** run * ****** ******** of ******* ** ***** powered ******** (**** ** Intel ****/**** ***), ******** hardware ****, ******** ***** required, *** ******* ***** costs.

***** *** ********* ******** compared ** *********'* **** architecture.

*******, ***** ** *********, as **** ** ***********, may ****** *** **** further ** ***** ****** side ****** *********, ***** eliminates *** ********* **** required *** ****** *** altogether. ******** ************ *** no ******* ** ***** instances.

Our *****

** ****** ****** *********** using *** ********* *************:

  • ***** **** **-***** @ 3.10 ***
  • ***** **** ******** ****
  • ** ** ***
  • ******* ** *** ***

*********** *** ****** ***** 25 ******* **** ******* manufacturers, *** ********* ** 1080p, * ***** ** about **-** **/* ********** depending ** ********.

**** **** *** *** GPU **** ******* ***** refer **** ** ********* processes, *** *** ** as * *****, ** eliminate ********* ****** ** other *********.***-**** **** ** ******* GPU *****.

Default *** ******: *** ******* >**%

***** *********'* ******* *** settings (******** ****, **% resolution), *** ***** *** reduced ** **** **** half, **** *** **** increasing ** ********** (****** still **** ***).

High ********** *********: *** **** ******* >**%

**** ********** ********** **** Milestone's **% *******, ******* are *** **** **********. For *******, **** ********* to ***% ********** (***** in ******* ******) *** analyzing ***** ****** (******), CPU ***** ** ******* from **** **% ** 8% **** ******** ************ on, **** **** * slight ******** ** *** usage. ********** ********* ********** has ***** ********/***** ********, detailed *****.

Faster ********, ******* ************

******** ************ ********** *** reduced **** ********** ******** speed, **** ** *********** to ******** ** *** tests.

*** *******, ********** **** keyframe **** ******** (~* second) ** ***** (***** as ****) ******* *** usage, **** **** ***** 80% ** **** ***** 50%, **** **** **** processing ********* ** *** GPU, ********** **** * baseline ** ~*% ** 28%.

******* **** ********** ******** speed ******* **** **** less, ******** *** **** from * ******** ***% to **%, **** **% CPU ****.

Accuracy ******

** *** *****, ****** from ******* **% ********** to ***% *** * significant ****** ** ***** and ********, **** ******** able ** ****** ******* using **** ********** ***** were *** ******** ***** lower ********.

*** *******, ** *** scene *****, *** ******* walking ** ~**' ***** (~10 ***) ** *** detected ***** ******* **% resolution. *******, ********** ** 100% (*****), *** ******* is ******** ***** ****. The **** *** **** in *** ***** ****** (though ******* ******* **** 90').

False ********** ******** **** ****** ********** *********

*******, **** ********** ********* resolution, ***** ****** ********* set ********* *** ***********, as ****** *********** "***" more ******* **** *** default **%.

*** *******, ******* ** the **** ***** **** no ******** *******, ** the **** ** **% resolution, **** ** ******* detected **********. *******, ** the *****, ***** ***% detection, **** ***** ***** are *********** ** *****, as ***** *******, ******* noise, *** *********** *** shown.

Hardware ************ *************

***** ** ****** ************* required *** ******** ************. Users ****** ****** * single ****** ** "*********" instead ** "***" ** VMD *****. ***** ** no ************* ***** *** hardware *********** ***, *** guidelines *** ********* *******, updating *******, ***., *** the **** ** ***** in ********** ****** ******** ************ Quick *****.

Xprotect *********/****** ****

******** *********** *** ** available **** ** ******** Corporate *** ******, ** other ********, *** ** their ********* ********. ***** of ************, **********, ***., must ******* ** **** wish ** **** ********* of **** *******.

QuickSync *************

*** ******** ************ ********************** *********. ********* ******** ***** will **** ** ******.

*** ********* ******* *** be ************* **** ******* **** Intel. **** ******* *** server ********** *** *********, though ******* ** **** common ** ******* ******. Note **** ********* ** an ***** *******, *** is *** ***** ** AMD **********.

********* **** ********** **** the ****** *** * "balanced ******" *** **, with *** ** **** DIMMs, *** **** *******. For *******, ** * server *** *** ****** slots, ***** *** ******* are ***********, ******* ** a ****** *** ****.

Versions ****

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

  • ********* ******** ********* **** R1: **.**
  • ****** **** *.**

Comments (19)

Thanks for the report Ethan. Prior to this feature, we had to use camera-side VMD which works good enough but probably not as good as the server-side VMD. It would be nice to see a report comparing server-side VMD to camera-side VMD. At lot of camera manufacturers seem to offer VMD now. With that in mind, you can purchase a much cheaper recording server and offload the VMD to the cameras (if you even need VMD processing).

You probably saw the recent announcement from Milestone that they are teaming with NVidia to use the NVidia GPU to perform the hardware acceleration. This should be interesting. We hope this feature is extended to the Milestone Smart Client video decoding which is currently our performance bottleneck.

Don

100% agree on the smart client side. CPU utilization is horrid compared to Avigilon and Exacq, but the Milestone Mobile experience is great compared to the other two.

Avigilon has a new App for preview available on the various App stores which great enhancements for which we have been waiting a while.

When you say CPU utilization is horrid, are you observing this on a system with Intel Quick Sync Video and an OS version of Windows 8 or greater?

Most customers and partners have been happy with the CPU usage reduction with hardware acceleration, but I recognize not everyone has the option to use it due to OS or hardware limitations.

GPU on milestone smart client is already implemented and enable on the 2016 version .

Good report Ethan. I would like to add a little to the info.

We still see many customers request Windows7, and this OS does NOT support QSYNC. Only Win8 and newer OS versions do.

For the Professional and lower code versions, the QSYNC will also get used by the 'Mobile Server' service according to the documentation.

"If the processor on the mobile server supports hardware accelerated decoding, it is by default enabled"

This service is 'transcoding' a video stream wherever it is running. One has to be aware of this load because it can easily swamp an underpowered CPU and the primary recording function will get swamped.

Fortunately, one can install this service on a separate system.

Also note this limitation: "Hardware-accelerated decoding is not supported, if the mobile server is installed in a virtual environment."

This is simply a reflection of the fact that ESX currently does not support the integrated GPU.

A clarification on my post..."For the Professional and lower code versions, the QSYNC will also get used ONLY by the 'Mobile Server' service according to the documentation."

The lower code level will NOT use QSYNC for Server Side VMD...only the mobile Server and SmartClient will use Qsync on these code levels.

The Corporate code level has full QSYNC support on systems where the OS and hardware support it.

Question, were the following tests all using keyframe only?

Note: we removed "GPU" from parts of the test (including the title) to avoid the impression that this hardware acceleration was effective using a separate hardware GPU (e.g., Nvidia). QuickSync offloads processing to a "GPU", but it's actually a specific CPU architecture function, not a dedicated GPU.

However, if you use a tool such as GPU-Z (below, from our tests) to measure load, QuickSync load does show as GPU load:

QuickSync offloads processing to a "GPU", but it's actually a specific CPU architecture function, not a dedicated GPU.

Just to note newer Nvidia cards also use fixed-function ASIC decoding, not traditional GPU cores. Apparently everything has come full circle (for decoding), from fix-function to shader cores back to fixed function.

So basically milestone found a way to make up for their inefficiencies on the CPU usage on the VMD server side. Reminds me of Blue iris in a way of cpu load for vmd.

They could have just done it more efficient similar to how NX Witness has been handling VMD server side with such a minimal CPU load for all these years. So in a way i figure it is more of a band aid by throwing other technologies or brute force by handling the load.

...just done it more efficient similar to how NX Witness...

Is it easy to "just" do it like NX Witness?

Or Milestone can start specifying Quadro cards and saying, look how cuda makes the cpu less demanding. Even incorporating other GPU technology and go the OpenCL route and offload the resources to a more parallel architecture.

Related, April 2017 announcement:

Milestone XProtect will leverage NVIDIA GPUs and the CUDA parallel computing platform and programming model to provide parallel processing capabilities of recording servers, mobile servers and other video processing services.

Probably next month they will announce " Hey look !!! we developed an ASICs board which you can buy from us too that fixes our way of doing server side software VMD"

...offload the resources to a more parallel architecture...

Ok, so in their current architecture is there a mutex problem?

Sounds like you need to be working for Milestone if its that easy...

Besides analyzing fewer pixels which Nx Witness does by pulling a second lower-resolution video stream, how do they do motion detection more efficiently?

Milestone defaults to analyzing 12% of the image, achieving a similar (but different) effect. I'm not sure how much overhead there is when decoding a subset of pixels of larger frames for motion detection compared to Nx Witness where presumably all pixels of the low resolution stream are analyzed, but from experience it is very rare to see high CPU utilization as a result of our motion detection.

If it happens, it is either because there are 200-300+ cameras on the server or the motion detection settings have been turned up such that 25-100% of the image is analyzed and/or analysis is done on more than just keyframes.

The use of CUDA cores mean even virtual machines could offload the image processing tasks to hardware acceleration which would enable higher resolution and accuracy of motion detection without impact to the CPU or significantly higher camera/server density.

It's not something that has been a concern for most of our customers in the last 19 years, but it's an option which enables new system configurations or potential expansion of existing hardware with no additional cost to the software.

Hi John, good article, even when them camera market is moving to >4MP & H265.

Do you believe more capture compression, needs more processing to get acceptable results ?

Good opportunity to talk about servers, storage & workstation performance with a same camera set. At the end of the road, this balances is what the end user get form a middle to large systems.

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.

Most Recent Industry Reports

Hikvision Colorvu Camera Tested on Jun 24, 2019
Hikvision says their new ColorVu line captures "vivid chromatic images in darkness", with unconventional white light illuminations whereas most...
China Subway Facial Recognition System Examined on Jun 24, 2019
A China city of 6+ million people has installed facial recognition-enabled gates in subways, allowing commuters to enter stations by simply showing...
HID Mobile Tested on Jun 21, 2019
HID Global is one of the largest access brands, but their mobile access has had challenges. Indeed, the company has already restructured their...
Genetec Beats Milestone For IHS #1 on Jun 21, 2019
For years, Milestone has touted that they are the #1 VMS. Now, Genetec has beaten them in IHS rankings. But what is this? Even other manufacturers...
Risk of Amazon Alexa Guard: No Battery Or Cell Backup on Jun 20, 2019
Amazon positions its Alexa Guard Service as a "smart home security system" and says it can help you "keep your home safe". However, the...
Exacq Remote Cloud Access Tested on Jun 20, 2019
Remote cloud access has been missing from most VMSes (including Exacq and Milestone). Now, Exacq, after releasing Cloud Drive Storage earlier in...
Briefcam Buys Frost Award* on Jun 20, 2019
Frost 'awards' are well-known and widely disrespected. Now Briefcam is touting their win. The way it has worked for many years is that Frost...
IFSEC 2019 Show Report on Jun 19, 2019
The UK's largest trade show, IFSEC, is underway and IPVM has been examining what is new and happening at the show. Inside, we cover: Huawei...
Repositionable Multi-Imager Camera Shootout - Avigilon, Axis, Dahua, Hanwha, Hikvision, Panasonic, Vivotek on Jun 19, 2019
Repositionable multi-imager cameras are one of the fastest growing segments in video surveillance, with a slew of new offerings being recently...
Genetec Synergis Cloud Link - Complex, Costly and Confusing on Jun 18, 2019
Genetec's Synergis Cloud Link is complex, costly and confusing compared to competitor access control architectures. Inside this note, we examine...

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