Surveillance Codec Guide

By: IPVM Team, Published on Jan 03, 2019

Codecs are core to surveillance, with names like H.264, H.265, and MJPEG commonly cited. How do they work? Why should you use them? What issues may you face? In this tutorial, we examine this in-depth covering:

  • Uncompressed vs. Compressed Video
  • Inter vs. Intra Frame Compression
  • I vs P Frames
  • Other Frame Types
  • H.264 vs H.265 vs MJPEG
  • H.265 Emergence
  • Smart Codec Growth
  • Proprietary Codecs
  • Scalable Codecs - JPEG2000, SVC
  • Quality of Codecs
  • Codec Support in Surveillance
  • Future Codecs
  • What Codecs to Choose?

****** *** **** ** surveillance, **** ***** **** H.264, *.***, *** ***** commonly *****. *** ** **** work? *** ****** *** use ****? **** ****** may *** ****? ** this ********, ** ******* this **-***** ********:

  • ************ **. ********** *****
  • ***** **. ***** ***** Compression
  • * ** * ******
  • ***** ***** *****
  • *.*** ** *.*** ** MJPEG
  • *.*** *********
  • ***** ***** ******
  • *********** ******
  • ******** ****** - ********, SVC
  • ******* ** ******
  • ***** ******* ** ************
  • ****** ******
  • **** ****** ** ******?

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

Uncompressed **. ********** *****

*********** *** ************ ***** is **********, ** ******* and ******* ******* ***** easily ** **** ******* for ************.

**** ***** ** *********, it ** ********* ************. There *** * **** factors ** *** **** of ************ *****:

  • *** ***** ** ****** supported *** **** *****
  • *** ***** ****** ** pixels *** *****
  • *** ***** ****** ** frames *** ******

** **** *** ***** size, *** ******** **** of *****. ***'* **** through **** ** *****.

***** ******

**** ***** ** ***** a ***** *********** ** a ****** ****** * range. *** ***** ********** how ********* *** ***** can ** ******* *** also ******* ******* *** bandwidth/size.

  • **** *********, ***** ********** has * ***** ** 256 ****** (* ****) with * ************ *****, 255 ************ ***** *** the ******* ** ******* representing ****** ** ****.
  • ** ******, ****** *** surveillance ***** ***** ******** color ** *** ***** of ****** ****** ** represent *** *** ****** is *** *******. ** bits ** **,*** ****** is ******.

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

*** ***** *** ******* are *** ****** ** understand ** **** *** ************* ** *** *** camera, *********** ********** ***** vertical ***** ******:

** **** ******** *** ******, ****** ****, *****, 30fps, ***. *** **** majority ** ************ ******* (>80% ** *** *******) are ******** ** ******* 5 *** ** *** (see******* ***** **** ***** Surveillance ****).

Adding ** **

**** ** ******** **** is *********** *** ******* uncompressed ***** *** ******. Take * ***** ***** camera ** *****. ************ it ** *** ******* of *** *********:

*********** ***** ***** ******* results ** ~* **/* for ************ *****/***** *****. In * ***, ** that ****, *** ***** have ~***** ** ******* from * ****** ******. While **** ****** ******** to *** ******, * 16 ****** ************ ************ system ******* *** ** days, ***** **** ****** 6PBs ** ******* ****** a *** ******* **** drives **** ***** **** hundreds ** ********* ** dollars.

Codecs Are ***

******* *** **** **** of ************ *****, ********** surveillance ******* ** ** cameras ********* *** ** standard *** ** **** small **********. *** **** this ******? ******.

***** ****** *** *********** / ************* *** *** act ** *********** ** the ******* ******* ** reducing ********* / ******* consumption.

****** ***** ***** ** every ***** *** *** unique ***** ** ********** wasteful ** **** ****** are ****** **** * small ****** ** ******* colors. ****** ******** ***** by ******** *** ****** of ****** ******** ***** tracking ***** ****** **** the **** ** ******* values, ******** ** ** transmit *** ***** ******* of ****.

Inter **. ***** ***** ***********

***** *** *** *********** ********** to ***********: *****-***** *** inter-frame. ** ** ******** to ********** *** ************ between *** *** ** they ****** ********* ***********, processing ***** ************, *** quality *****.

  • *****-***** *********** ** ****** a ****** ***** **** but *** ****** ****** (example - *****)
  • *****-***** *********** ** ****** multiple ****** *** ****** single ****** (******** - H.264, *.***, ****-*)

*** ****** ******* *****-***** compression *** **** **** some ******* **** ***** and ***** ***** ***********.

Intra-frame ***********

*****-***** *********** **** ***** at *** ***** ** a ****, ***** *** best ** ******** **** is ** **** *****. Even ****** ***** ** a ****** ** ******, intra-frame *********** **** **** a ***** ** * time, ******** *** "******." An *****-***** ***** ******'* individual ****** **** **** the ****** ** * movie:

*** ****** ** **** this ** ****** ** do *************** *** **** significantly ******** *****. *** instance, * *****/***** ***** stream ***** ** *****-***** compression **** ***** *** have *** ******* ******* from ~**** **/* ** ~40Mb/s. *******, *** ******** is **** **** **** savings *** ********* ** you ******* ******* ******.

Inter-frame ***********

***** *****-***** ***********, *** only ** *** ***** within *** ***** *******, the ***** ******** ******** frames ** ******* ******** the *****. **** ** feasible ******* ***** **** little ******* **** *** frame ** *** ****. For *******, ***** *** same ***** ** * person ******, *****-***** *********** would **** **** *** subject's ***.

**** ** **** ** a ***** ***** ********* static, ******* **** ******* in *** ***** ***** substantial *********/*******. *** ********, the **** *****/***** ****** that ***** **** ****/* with *****, ** *****-***** only *****, *** **** need ***/* **** *.***, a ***** **** **** both.

*******, *** **** ******** to *****-***** *********** ** that ** ** *** more *************** *********, ***** can ******** *********** *** quality ***** (******** *****).

I ** * ******

***** *** *** *** ***** types ** *****-***** *********** such ** *.***/*.***. 

*-******

*** ***** ***** ** a ***** ***** ** pictures ** ****** ** I-frame, ***** *** *****-*****, and ** *********** * full ***** ** *****, as ******* ** **** changes ***** ** * frames. *** ******** ******* two *-****** ** ******** to ** *-***** ********, *** (group ** *****), ** GOP (***** ** ********).

** ** *******, **** image ***** *** *-***** of ** ******* ***** used ** *** ******* (click *** **** ****):

i-frame contains full frame information

*-******

*-****** ********* *** **** image ** *** ******** I-frame ** **** **** the ******* ** *** scene. ******* *** ** small, **** ** ******* noise ** ***** ******* movement, ** *****, **** as * *** ****** moving **** ****** ** preset. *** * ** P-frame ****** *** "**********."

*** ******* **** ** a *-***** **** *** test ***** *** ** seen ** *** ***** ***** (click *** **** ****). Only *** ***** **** the ****, ***** **** passed, *** ****** ******* to *** *****, *** sent ** *******.

p-frame contains only changes in scene

******* ***** ******** ** the **** *****, *** P-frame changes *** ** **** "stacking" **** **** *****, until *** **** *-***** is **** (~** *******).

Other ***** *****

**** **** ***** *** other ***** ***** ** addition ** * *** P, **** ** *, SI, *** **, ****** they *** ********* ****** ** surveillance. **** ** ******* include *-***** *******, *** not *** ***** *** capable ** ******** ******** them, ** **** *** generally *** ****.

Standard ******

** *** ********* ** 2019, most new *********** ***** *** H.264. ***** *.*** ******* are *** ****** *** VMS *********** ** *********, CPU **** *********, *** lack ** ***** *******, and ******* ********* ***** have **** *.*** ** the **** ****** ****** (see ***** *** **** details).

***** ** ***** **** in **** ***********, ********* when ******** ** *** spec ** *** ********** applications **** ** *** or ***** *********. *******, manufacturers **** ***** ** limit ******* *** *****, with**** ****** *** ********* an ***** ******.

******** ** ** *****-***** codec ******* ** *****, but ******** (*** *****). It *** **** ***** for *** *** ** ********, but *** **** **** totally ****** *** ** their**/** *****. ******, **** *********'* ***-**(**** ***'* **************) ********** **** *** ********.

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

*** *** **** *** years, *.*** *** **** the **** *** *****, promising ** ******* *.*** and ****** ******** ** another ~**%. *******, ***** are *** ******** ********** its ********** **************:

  • ******* *****:***** *** ****** **** MJPEG ** *.*** ******** in ******* ******* **********, often **-**% ** ****, our ***** ** *.*** show **** **-**% ******* **** H.264 ** **** ******. Given **** **** *** the ***** ******** ** ****/******** in **** ** **** disc ******, *** ******** of *.*** *** *** as ********** ** *** predecessor.
  • ********* *** ****:** *** *****, ******* H.265 ******* ******** ************* more ********* **** **** equivalent ***/********** *.*** *******, in **** ***** ******, which ***** ******* *** viewing ************ ** **** installations.
  • *********** ********:******, ***** **** ********* H.265 ********, * ***-******* development *******, ****** **** limited ******* *** ** the ***** ****** ** current *.*** ****** *** limited *********/******* *******.
  • ******* ***** ***********:*******, ****** ** *.*** cameras *** ***** ****** up **** ***** *********** until *** ********** ** their ****** *******,******* *, ***** *** ******** in ** **** **** limited ********** ********. ****** manufacturers **** **** ** implement *.*** ***** *****'* 2.4 ****, *** ***** was ** *********** **** until **** ******* *** complete. ** ****** *.*** Profile * ******* ** grow ******* ** ****.

** ****** *.*** ** continue ** ******* ** it *******, *** ***** reasons ******** ***** **** it ********.

*** *** ***** ** *.*** ** ******* ****** vs *.*** *** ***** *.*** **** *** **** *******.

Proprietary ******

************ *** *** * handful ** *********** ******, *** very *** ** ***** are ** *** ** 2019. ** ***** ****** systems, video *** *******, ****** and ******* ** *** same ********* (*.*., * DVR), ****** ** ****** ** use * *********** ***** as *** ************ ********** the ****** *** ** end *******.

*******, ** ******* ****** video ** ********** *** then **** ** ******** this ******* ***** ** a ********/*** *** ******* *** managing **. *********** ****** increase *** ********** ** storing, ********, *** ********** video ** **** **** each ** ********** ** the ***. *** **** costs ** ***** **** for ******** *********** ****** have ********* **** ** camera ************ ******.

Mobotix ***** *********

*******'******** *** **** ****** known *********** ***** **** in ***** ************. ********** ** 2000, ***** ******** *****-***** compression, ********* **** ***** and ******** ********* *********** compared ** ** (*** *** *****). *******, ***** ** is ***********, **** *** 3rd ***** ***** ******* it, ******* **** ** either *** *******'* *** VMS ** ** *** Mobotix ******* ** *****. Furthermore, *.***'* ********* *********** is ********* **** ***** than *** ********** ***** stream, ******* ******** *** attractiveness.

Smart ******

** *** **** *-* years, *.*** *** *.*** smart ****** **** ****** common, ****** ** ******* reduce ******** ******** ** standard *.***/*. ******* *** ***** smart ****** ******** ******, but ********* **** *** two **********, ******** *****. Readers ****** *** ******** ***** ***** *** **** ******* ** these ************.

Smart ***********

******* ** ******** *** same *********** ***** ** the ****** *****, ***** codecs *********** ****** *********** for ******** ** *** camera's ***. *** *******, looking ** *** ***** below, *********** ***** ** set ** "***" *** the ******** ****** ** keep ******* ****, *** the ***** ********** *** be *** ** "****", since ** ** *** need ******* ** *** white ****.

dynamic compression varies depending on activity

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

******, ***** ****** ********* dynamically ****** *-***** ******** based ** ******** ** the *****. ** ** a ***** *** ****** or ** ******, *** camera ***** *-****** ************ (5, **, ** ******* or ****), *** **** activity ** ******** ** the *****, ** *********** sends ** *-***** *** switches **** ** ****** (typically * ******) *-***** intervals ** **** ** activity *********.

**** ***** **** * stream ******** ***** *** effects ** ******* *-***** interval:

Smart ***** ********

** *** *****, ***** codecs **** ******* ******** significantly, ~**% ** * minimum, *** ** ** 95%+ ** **** ******. These ****** *** **** effective ** ***** ******, as *-***** ********* ****** longer *** *********** ****** due ** *** **** of ********. *** ******** ***** ***** *** **** *******. 

H.264 **. ***** *******

***** *.*** ** ******* the **** ****** **** codec ** ************, *** many ***** * ****** debate ******* ***** ******* loss ******** ** *****, and **** ***** ** believe *.*** ** ********, even ** ****. ************ *.*** ** ***** test***** ****, **** ******** configured, *.*** ******** *** same ******* ******* ** MJPEG.

*******, ***** *** **** ****** that *** ********* *******, typically:

  • ******* **** *********** ******:** ************** ********* *** *** ****, the ***** **** **** quality ***********. *** *** ** ****** ************ *********** Comparison *** **** ******* *** how ******** ************* ****** compression.
  • **** ********** ******:**** ****** ***** *** visible ** ******* ******, where ***** ** **** of ****** - *************, crowds, ***.
  • ******* *** ******** *** rates:******* **** *** *** bit **** ** *** too ***, *** ***** will **** ******* ***********.

*******, ** **** *****, even **** ***** ******* settings, *.*** *** ********* quality ******* ** ***** in *** *****.

Scalable ******

**** ****** *** **** support * ****** **********. For ********, ******** **** a *** ****** ** a *** *** ***** MJPEG ** *.***, ******** either ******** * ********** new ****** ** *********** (i.e. **-**********) *** *** stream ** **** ** 1MP. *******, ** **** cases *** **** ** change *** ****** ********** without ********* * *** stream, *** ********, ** *** are ******* ** * client **** * ***** bandwidth ********** (*.*., ******) or **** ** ****** storage **** ** ***** video.

* ******* ***** ** codecs, ****** '********', *** do **** *************, ******* having ** ******* * new ****** ** **-******* an ******** ******. * scalable ***** *** *********** 'pick' *** ****** ** resolution ****** **** **** out ** * ******. This ****** ******* ****** or ********** **** **** as **** ** *********** adjusting ********** / *** for ****** / ****** clients.

***** *** *** **** known ******** ******:

  • *** ** *.*** **** scalability. *** **** **** is **** ** ******** scalability **** *** ********* benefits ** *.***. *************, very *** ************* ******* this. **** ********** **** through *****-********* (******* ******** streams ************** ** ********* resolution/frame *****).
  • ********, ***** ** *********** MJPEG, **** *** ******** of ***********. **** ** the ***** **** ******** traditionally **** *** *** phased out ** *** *******. The **** ******** ** JPEG2000, **** *****, ** massive *********/******* ******** ******** to *.***, **** ********* offset ** *******.

*** *********** *** **** very ****, **** ****** actual ******** ******* ************ in **** ******* (** least ** *****) *** several *****. **** *** bitrate ********** ** *.*** smart ****** (***** ******* little ** ** *** VMS ***********) *** *.*** taking **********, *** ** unlikely ** ****** * major ****** ** ************ codecs.

Future ******

***** **** *********** ****** are ********* ** *******, it ** ****** ******** that *** *** ************ ones **** **** **** adoption ** ************.

*** ********, **** ********** claim ******* ********* ******* from ***** *********** ******, such ** ******* ******** *** / EdgeVis. *******, **** ***** require **** ****** ************* and *** ********** ** implement ***** ****** ** their ********. ************, ***** the *********** ******* ********** of ***** ******, ***** are ********** **** *** majority ** ******* *.*** recorders/VMS, *** ********** ** development ** *** ***** proprietary ****** ** **** more ********.

**** **** ********* ******'* *** *** *** ****** ** ************* ** surveillance, ********** ** * royalty-free *********** ** *.*** (which *** ************ *** ******* ****). *******, ***** ****** saw ****** ** ** interest from *************, **** ** surveillance ******** ****** ** adopt ****, *** **** thus ****** ** ********.

What ****** ** ******?

********** **** ****, *** best ***** *********** *** most *** ***** ** *.*** **** smart ***** ******* ** smart ****** ************* ******** efficiency ** *.*** **** minimal *********.

*.*** ** *************, *** in **** ***** **** be ***** *** *** to *** ******* ***********. However, ** ** ******* stronger *** **** ***** used ** ***-**-*** ******/*** systems **** * ****** manufacturer (*.*., *****, *********, etc.) ***** ************* ****** are *********.

***** ******* * ***** for ********** ************ *** those *** **** (******* unreasonably) **** **** *****-***** compression.

[****: **** *** ********** published ** ****, *** substantially **-******* ** **** and **** ** ******* technology ******** ** *.*** and ***** ******.]

Comments (18)

Very good guide!

10 points!

Great Update!

One question about:

While the change from MJPEG to H.264 resulted in drastic bitrate reductions, often 50-75%, our tests of H.265 show that 15-30% savings over H.264 is more likely.

Was the change usually from MJPEG to h.264 directly, or was there often a baby step of MPEG-4 (Part 2) involved? If so, how big was the change from MPEG-4 to h.264?

Was the change usually from MJPEG to h.264 directly, or was there often a baby step of MPEG-4 (Part 2) involved?

For MP, the move was straight from MJPEG to H.264. See 2008 article - H.264 makes Megapixel go Mainstream.

how big was the change from MPEG-4 to h.264?

How big the change depends on actual codec implementations and scenes. So it's always a challenging question. In the entertainment industry, assuming very good implementation of codecs in both cases ~40%. Practically it always depends...

 

However, H.264 has 2 very sufficient differences vs MPEG4(part2):


1) In H.264 DCT( discrete cosine transform) is done in integer values. 
In MPEG4(part2)(as well as in MPEG1,MPEG2,H.261,H.263) the DCT was done in float values, and standard did not dictate how accurate should it be. So while encoders used one accuracy(due to the hardware of software specifics), decoders doing inverse DCT used another formula (accuracy), which led to the error accumulation with every next P frame. So, by the end of the GOP(with new I frame) it was sort of re-synchronization. Visually it led to image quality jump with every new I frame(typically every second). You might remember this visual effect of MPEG4, that image changes significantly every second. Not the case with H.264. 

This is the reason why GOP size was very limited in MPEG4(image degradation accumulation). It's not the case in H.264. Practically H.264 GOP size could be very huge( practically unlimited). The only limitation comes from editing software( in order to decode frame N inside the GOP, decoder have to decode all previous frames).

So, H.264 made a huge step forward eliminating GOP size issue and image degradation towards the end of the GOP. 

 

2) deblocking filter became part of the standard. So they have to be universally implemented across all H.264 codecs. Wich also made H.264 stream look the same on any device. 

 

So, H.264 is not only bandwidth saver but solves some fundamental issues of previous standards.  

 

Excellent article, the inclusion of all the smart codec data is very useful.

Excellent article. It will add high value add for users. Grate Job.

Sounds like there is always room for improvement on H. 264, but it has proven to be the foundation in which to build on. The H. 265 sounds good at the drawing board, but when put into practice, it has its "ghosts" to be worked out.

I have a better understanding of compression

Thanks for taking the mystery out of compression!

Good article. 

Few points:

P-frames reference the full image of the previous I-frame to send only the changes in the scene. 

Just in case: P frame reference the full image of any I or P previous frames.  Advanced codecs can refer to multiple frames back minimizing the difference(part of the image could be taken from one reference frame, another part form another). Practically P frame most of the time refers previous P frame.  


 

MISC: as a paradox, typically in the surveillance industry(due to static scenes)  H.264 takes less CPU to decode than MJPEG. (since most of the time most of the image parts difference with prev frame is about zero). 

 

H.265 is designed in such a way that besides potential bandwidth savings it's better parallelized for multiple CPU cores to encode/decode. 

Thank you for the excellent summary and outline to explain CODECS. Well done!

With "Inter Framing" if I set my HD to record on motion is there further compression or are they separate?

Motion based recording does not 'further compress' video, it simply determines when to record video or not at all.

I would like to know more about SVC.I am completely ignorant on the topic.Can it be used also to obtain rtsp streams or does it work only with a server/vms that supports the function?

Luca, we know no video surveillance manufacturer that offers a scalable video codec today. It's effectively not used.

Today, it's almost always H.264, H.265 combined with smart codecs, no svc.

Actually UNV allows to enable SVC in the video page.Checking around IPVM i've seen also tests you did with Vivotek

 

My mistake to say none are 'offered'. 

My point is none are used. For example, we have never heard Uniview nor Vivotek recommend using SVC nor any VMSes do so for those cameras.

We are not against SVC, there is just no sign that anyone on the manufacturing side is promoting or recommending using it.

My point is none are used.

Hikvision, Dahua and Vivotek all have a SVC-T setting exposed, that works with at least their own recorders. Of course, this is actually enabled because of the underlying SOC supporting it, as you once mentioned: 

Does Hikvision SVC Really Work?  

On the other hand, neither you nor I consider this a full implementation of SVC, because it is only frame-rate reduction based, temporal -T.  The h.26x SVC we were all waiting for, one with spatial reduction -S, (ala JPEG2000) never arrived: 

SVC - A Better H.264 Coming For Video Surveillance

 

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.

Related Reports

Bosch Budget 3000i Cameras Tested on Dec 05, 2019
Bosch has long had a hole in its lineup for, as it describes, "competitively-priced cameras". Now, Bosch has released its 3000i series cameras...
AVTech ~$70 IP Cameras Tested Vs Dahua and Hikvision on Dec 04, 2019
Taiwanese manufacturer Avtech is taking direct aim at low cost leaders Dahua and Hikvision with ~$70 starlight and white light illuminator...
Ultinous European Analytics Startup Company Profile on Dec 04, 2019
European analytics-startup Ultinous pitches customers to "Have your own video analysis service!" We spoke to Ultinous to better understand their...
Access Startup Multi-Mount Aims To Streamline Reader Installs on Dec 03, 2019
Startup Multi-Mount claims it makes installing access readers 'Fast', 'Secure,' and fit 'any size frame.' The company states its bracket 'fits most...
Directory of Access Reader Manufacturers on Nov 27, 2019
Credential Readers are one of the most visible and noticeable parts of access systems, but installers often stick with only the brand they always...
Vunetrix Health Monitoring Company Profile on Nov 26, 2019
Vunetrix boasts that they make the integrators the 'HERO' by using Vunetrix's monitoring. We spoke to Vunetrix to better understand their...
Top 2020 Trend - AI Analytics on Nov 22, 2019
170+ Integrators answered: What do you think will be the top industry trend in 2020? Why? For the 4th year in a row, AI/video analytics was...
Axis "Best Of The Best" 4K Camera Tested (Q1798-LE) on Nov 21, 2019
Axis has released their "best of the best" Q1798-LE bullet camera, touting "4K without compromise" with a large Micro 4/3" image sensor, custom...
Avigilon H4 Intercom Tested on Nov 20, 2019
Avigilon is well-known for video surveillance and access, but how well does the company's intercom work? We purchased and tested Avigilon's H4...
Gatekeeper Security Company Profile - Detecting Faces Inside Vehicles on Nov 14, 2019
Border security is a common discussion in mainstream US news and politics, as is the use of banned Chinese equipment by US Government agencies....

Most Recent Industry Reports

Disruptor Wyze Releases Undisruptive Smartlock on Dec 06, 2019
While Wyze has disrupted the consumer IP camera market with ~$20 cameras, its entrance into smart locks is entirely undisruptive. We have...
Bosch Budget 3000i Cameras Tested on Dec 05, 2019
Bosch has long had a hole in its lineup for, as it describes, "competitively-priced cameras". Now, Bosch has released its 3000i series cameras...
Anixter Resisting Takeover From Competitor on Dec 05, 2019
Mega distributor Anixter is going to be acquired but by whom? Initially, Anixter planned to go private, being bought by a private equity firm....
Security Sales Course 2020 - Last Chance Save $50 on Dec 05, 2019
This sales course is customized for the current needs and challenges specific to professionals selling video surveillance and access control...
Ireland National Children's Hospital Chooses Hikvision End-to-End With Facial Recognition on Dec 05, 2019
The world's most expensive hospital project ever, the New Children's Hospital in Ireland, has chosen an all-Hikvision surveillance system including...
AVTech ~$70 IP Cameras Tested Vs Dahua and Hikvision on Dec 04, 2019
Taiwanese manufacturer Avtech is taking direct aim at low cost leaders Dahua and Hikvision with ~$70 starlight and white light illuminator...
Ultinous European Analytics Startup Company Profile on Dec 04, 2019
European analytics-startup Ultinous pitches customers to "Have your own video analysis service!" We spoke to Ultinous to better understand their...
Access Startup Multi-Mount Aims To Streamline Reader Installs on Dec 03, 2019
Startup Multi-Mount claims it makes installing access readers 'Fast', 'Secure,' and fit 'any size frame.' The company states its bracket 'fits most...
Resideo CEO To Step Down on Dec 03, 2019
Resideo's CEO, Mike Nefkins, is stepping down, just 18 months after being brought in to lead the now plagued spin-out. Inside this note, we...
Arcules CEO Retracts False GDPR Claim + Dahua and Milestone Claims Examined on Dec 03, 2019
Arcules CEO has retracted a false claim about his organization being a "fully compliant GDPR company" after IPVM reporting (Arcules CEO Threatens...