License Plate Recognition (LPR) Axis App Tested

By: Ethan Ace, Published on Sep 08, 2014

License plate recognition (LPR) has historically been very expensive, requiring specialized hardware and software.

An embedded LPR app from ipConfigure aims to change that, turning compatible Axis cameras into all-in-one LPR systems, now with integration to Exacq.

LPR vs LPC

Many confuse LPR and LPC.

License plate capture (LPC) is the ability for a camera to 'capture' a clear image of a license plate that a human being can read. For background, see License Plate Capture Shootout 2014.

License plate recognition (LPR) is the ability for a computer to automatically recognize and display the specific characters of the license plate as text, without any human intervention. It requires LPC but is far more demanding.

LPR Test

To see how the ipConfigure app performed in real world applications, we tested it with an Axis Q1604 at both slow speeds, below 5 MPH, and high speeds, 30+ MPH, seen below:

******* ***** *********** (***) has ************ **** **** expensive, ********* *********** ******** and ********.

********** *** ********************** ** ****** ****, ******* ********** **** cameras **** ***-**-*** *** *******, now **** *********** *******.

LPR ** ***

**** ******* *** *** LPC.

******* ***** ******* (***) is *** ******* *** a ********'*******' * ***** ***** of * ******* ***** that * ***** ***** can ****. *** **********, see ******* ***** ******* ******** 2014.

******* ***** *********** (***) is *** ******* *** a ******** ** ************* recognize *** ******* *** specific ********** ** *** license ***** ** ****, without *** ***** ************. It ******** *** *** is *** **** *********.

LPR ****

** *** *** ************** *** ********* ** **** world ************, ** ****** it **** ** **** Q1604 ** **** **** speeds, ***** * ***, and **** ******, **+ MPH, **** *****:

** **** ******, ** detail *** *********** ** these ******, ********* ****** in **** ***********, *** recommendations, *** ****.

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

Key ********

**** *** *** *** findings **** **** ****:

  • *** ******: ** * *** *** below, ********** *** *** **** to ******* ****** ****** *** day *** ** *****, **** no ****** ***** (**/**), though ******** ***** ** the **** ***** **** frequent. 
  • **** *****: ** **-** *** along * ***** ****, accuracy ******* ** ***** 80-85% **** *** *** night (**/** ** * half **** ******), **** the **** ******** ***** being ******** ** ******* ********** were ******, **** ** 0/Q *** */*.
  • ********** ***** ** ***** aside **** ******* ******, such ** ********** *******, vehicle *******, ** ********** vehicle ********* (* *********** in ** ******* *** ~100 ****).
  • ****** ** ********** ******** in ****** ***** *** of **** ********* **** ********** *********.
  • ***** ****: ****** ** ************ ** required *** ********* ***********, and **** ** ********* set ** ** *** to ** *** ****, not ********* ****** ********, nor *** ******, ******* out *** *****.
  • ***********: *** **** *** only ******** *** ** VGA ***.* ****, *** ****** *** *************** **** ***** *** *****, resulting ** * ****** (~4'3") *** ***** *** which *** **** **** plates ** *** ********* set, such ** ***** ******* ****** than ****** ** ****** and ****.
  • ******* *********: ******* ** ****** ** compatible **** ******-* ******* only. *** ***** *** Q1604************** *************. ***** ***** * series ******* **** *** Q1765-LE (******-* **** *****-** IR) *** *** ***** are ******* *** ********************.
  • ***** *********: *********** ********** ********** **** Exacq. ***** ***** ***** ****** serial ******* **** *** may ** *********, *** none *** ****** *************.******************* ***** ************ ***.

*******

*** ******** *** *** has ** **** ** $999 ***. ******** **** a***** *******, ***** ****** ****, including ** ***-** ***********, is ** *** ***** of $*,***-*,***. **** ** low ******** ** **** other *** ******, *** example:

  • ******** ***:********'* *** ***-** ******** a *********** ******, ******** license, *** ****** ******** upgrade, ********* ***** ~$*,*** USD ****.
  • ******* ******:*** **** *********'* ************ **** ********** **** totals ~$*,***, **** ******* ~$2,000 ** ********* ***** for ****** ******, ******** $9,000 *** * ****** camera ******.
  • ********************: *********'* ******** *** ** *** ** *** lowest **** *********** *******, with ** ******* ******* cost ** ~$*,***, **** $1,300 *** **** ********** camera. **** **** *** include ******** **** ********* (Essential ** ******), ********* cameras ** ************.

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

******* ** *** **** accuracy ** *** ****** and *** **** ******** to **** *** *******,***********'******** ** **** ****** in ************ **** **:

  • *** ***** ******* ******* without *****, **** ** a ********* ****** ** school *********.
  • ****** ******* ****** *******, using ****** ** **** gated *********, ***.

** ***** ************, ******** should ** ****** ** ***********'* ********** *** *************, field ** ****, *** illumination *** ********.

*** ****** ****** ***** 15-20 ***, *** **** in ******** ***** *** likelihood ** ****** ******** and ******* ********** **** problematic. ***** ******* *** recognition ** ***** ****** would ****** ** ****** served ** ****** *** dedicated *** *******. ******* such ** ***** **** typically ** *** ****** from ****** **** ** multiple *****, ******* ******* grilles ** *******, ***. 

App ***********

******* ** *********** **** the **** ***'* ******-* ********* is ********** ****, ***** are *** *** *********** to *** ***********:

  • *** ***** ****:********** ** **** ******* of ********** ** ** 10 ***, *** **** in *** ******* ******. Higher ******* ** ***** speeds ******* ** *** processing ***** ******* ** quickly, ******* *** **** from ***** ******* ** plate **** ***** *********.
  • *** **********:**** **** **** ** the *.*** *****, *** app ********* ****** **** at *** *** * 480 **********. ******* ** this, ****** ** **** are *****, ******** ****** detailed *****.

Narrow Field ** ****

********************* ******** ** ***** 300 ****** *** **** when ***** *** **** Q1604, ********* ** **** a *'*" ********** ***** of ****, *** ***** a *' ******** ***** of ****. ******* ** this, **** ********' ****** were ******* *** **** for *** ***.

************, ******* ** **** small ***** ** ****, a **** ******** ** the *** ** *** provided, ********* ******* ****** if **** ** *******. Make *** ***** **** typically ******* ** *** rear ** *** *******, as **** ** ***** in *** *******. ** *****, due ** *** */***** shutter and ** ************ ********, ***** information ** ********** ***********.

App/Camera *************

********** ******** ** ** ACAP *********** ** *** Q1602 *** *****.

*** ********* ***** ******* the**************'* ******** *** *********** changes ** ****** ********.***********'* ********** ***** * ***** shutter ***** ** */*****, and **** ******* ** 24db ***. 

App **** *********

*** **** ********* ** the *** ******** *****, both ****** *** ******* (highlighted ** ***), *** allows ***** ** ****** for *** ****** *****. This ***** ******* *** basics ** ***:

Read ******

***** **** * *** common ****** ***** ******** in ******** *** *********** degradation:

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

* ******** ***** ***** ***** the*********** *** *********** *** ******** reads *** *** **** vehicle. **** ********* *** image ********** *****, ******* recognition, *** **** *********** reads. ***** ****** ***** captures **** **** ******* of ****, ********** ****** and ***** (** ****) reads ** * ***** otherwise ******** **** ***** were ******.

******* ***-***** ****

*** *** ********** **** non-plate **** **** ** van ********* ** **** bumper ********, **** ** this ***** *******. ***** reads ****** ******** ** missed ********, ** *** plate *** **** ****, but ******* ***** ** the ********* ** *** reads.

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

******* ****** *** ******* created ***** ********* ************ and, ** **** *** issue ** ***-***** ****, would *** ******* ******** of ***-******** ********.

********** ******* *** ******* in *** ***** ***** occasionally create * ***** **** as **** *****.

High ***** *****

***** ** ****** *** camera ** * ******** road, **** ******* ****** about ** ***.

*******

****** *** ***, ******* was ******. ** ******** read, ***** **-**% ** plates ********** **** *******. Most ********, *** ***** were *** ** ** mistaken *** ** ** 1s ******** *** **.

*********

** *** ** ** the **** ***** ** night ***** * **** powered ******** ** ***********, the******* *******. **** ****** ******* ****** the *** **** ******* at *****, **** ********* misreads, *** ******* ******** remained ***** *** ****.

Low ***** *****

** *** ****** *****, we ****** ******** ** low *****, ******* ** a ********** ******* *********/*****. At ***** ******, ******** reads ** *** ****** were ********. *******, ******** reads **** ***** ********.

** ***** ** **** scene, ***** *** ** illuminator *** ******* ****** to *** *******, *********** power *** ** ** carefully ******** ** ******* enough ******** ** ********** the *****, *** *** overexpose **, ******* *** characters.

ExacqVision *********** & ****** *** ** ****

********** **** *****, ********** ***** ****** *** hits ** **** ***** on * *********, ***** are ********* ** ** overlay ** *** ******'* video ****, *** *** be ******** ** **** to ******* ******. **** video ***** *** ************* of **** ***********, * typical ****, *** ****** search:

*******, *** ** **********, there *** ** * delay ******* *** ******* passing ******* *** *** and *** **** ******* being **** ** *****. This ******* ** ****** events ***** ****** ** incorrect *****, **** ** this *******:

**** *** **** ****** in **** ***** *****, where *** ********** ***** quickly ******. ****** ** as **** ** ** seconds **** ******** ** this ********. ** ****** speeds, ****** **** *** sent **** *******, **** little ** ** *****.

***********

*** *******, ** **** the **** ***** **** firmware ******* *.**.*. *** external ** *********** **** was * ******* *******-****.

*********** ******* *.*.***** *** ****.

Comments (31)

Want us to test other LPR software? I am sure many of you do.

We started with this one because its low cost and compatibility with a major camera manufacturer makes it feasible for a broad portion of the market.

There has been good interest in license plate testing, so we are definitely open to testing more LPR.

The accuracy numbers ... whatever were observed change from location to location, country to country, state to state and other conditions like time of day and illumination, speed, view angles, FoV etc (things already identified in this test). One of the challenges is to deliver consistency across all the above variables. Not sure how you would be able to test across all such variations to give sufficient insights to people who would like to choose among different offerings.

I'd be interested in seeing you review Platesmart and Image Sensing systems: Both who integrate with ExacqVision.

I tested out that integration, even getting the recommended lens with an Axis Q1604 and I have to say I was very unimpressed. I'll give you it is "low cost" compared to other systems, but it was still prohibitively expensive for its accuracy rate...

#SpoiledByAutoVu

(I am VP Engineering for IPConfigure)

Sean,

I am not aware of the specifics of your experience, but in general we have found that poor recognition accuracy is often due to an incorrect physical installation. Because Embedded LPR uses a surveillance-grade camera and runs on a device with limited computing resources, installation details such as pixels-per-foot, angles between camera and license plate, and vehicle approach paths need to be exactly right. Systems like AutoVu, with very expensive LPR-specific CCD cameras, tend to be more forgiving in this respect.

Best,

Cort Tompkins

I want to mention that almost all modern IP-cameras use CMOS sensor that affects recognition quality alot in case of fast moving cars. Most of them are with rolling shutter and it's effect may be seen even in 30 mp/h (just take a look at last picture in the article). Taking this into account I believe that results for fast cars may be better in case of strictly frontal camera view. Unfortunately rolling shutter will affects all recognition systems, both embedded and server-based. My opinion that to recognize fast moving license plates one need to use a camera with global shutter sensor.

Hi Igor, you have raised a very good point. Do you know of any surveillance cameras that use a global shutter? I wonder if dedicated LPC or LPR cameras use a global shutter?

Hi Luke, I am not sure that it'll be correct to mention here exact brands. John, please clarify this point.

Hi Igor, I believe it would be both correct and important to mention examples of IP surveillance cameras with global shutter if they exist. I'm not sure why you might be worried as to whether that would be a correct thing to do. If you have an affiliation with one of the brands, then just mention that in your next post and it should be fine.

I'd be surprised if any brand used global shutters in its entire line of surveillance cameras. My guess is that only select models would have that feature and it would be very helpful to find out the make and models of any that you know. In retrospect, I'm surprised the topic of global shutter does not seem to have been raised in the past, especially for traffic at high speed. I wonder why not?

Here is an example from the above test of a 'regular' rolling shutter IP camera at 30mph (with a 1/2000s shutter):

And here is the last picture in the article, as cited as being a problem:

The numbers on both images are quite clear. I don't see the issue.

Thanks very much John. It's great that rolling shutter is a non-issue in the examples you have provided.

I'm left wondering why it isn't an issue? I know that panning (non surveillance) cameras can lead to rolling shutter problems, and fast movement can show up rolling shutter problems even when not panning. Maybe the movement just has to be much faster than regular traffic for it to be an issue for surveillance cameras?

Even with a rolling shutter, the shutter is moving very quickly and the license plate is a relatively short area, meaning that the whole of it gets scanned rather quickly.

With a 1/2000s shutter, the whole frame is captured in .5ms, the area where the license plate is a fraction of even that. How much is the plate moving in a fraction of a ms?

As the vehicle moves faster, the more an impact this will have but as, our shots from 30mph show, it's not a practical problem there. Maybe the issue gets significant at 90mph, but how many people are doing LPR at such speeds. And at those speeds, there are lots of other issues, including having a high enough frame rate to even get a shot of the plate.

Thank you John, that's very helpful. I guess that as one usually tries to capture licence plates as close to straight-on as possible, this also accidentally helps to negate the rolling shutter effect.

With a 1/2000s shutter, the whole frame is captured in .5ms.

John, with all due respect, I don't think that is how rolling shutter actually works. Rather, the whole frame is NOT captured in .5ms, not in the SAME .5ms anyway. With a CCD or global shutter what you say is true, but with CMOS it not possible because those sensors (usually) do not have a capacitor to store charge on each pixel.

Rows of pixels must be read sequentially, each row read takes a finite time.

The shutter speed only insures that the total amount of time any row of pixels is exposed is exactly .5ms, but not that it is the same .5ms. This time-shifting of reads is the very cause of rolling shutter artifacts.

However, the typical examples that I've seen of rolling shutter involve high speed motion with respect to the sensor, e.g. fan blades spinning, extremely quick panning. But the effect is not so pronounced in LPR because the relative speed is far slower. If you were to try to capture a number painted on a cars side door at close range then it would be more apparent.

"The shutter speed only insures that the total amount of time any row of pixels is exposed is exactly .5ms"

Is it the row or the frame?

If the shutter speed is 1/2000s, that means the entire frame is captured in that 1/2000s, aka 0.5ms. If there are, for example, 1080 rows, that means each row is captured in 0.5ms / 1080. yes/no?

If the shutter speed is 1/2000s, that means the entire frame is captured in that 1/2000s, aka 0.5ms.

For rolling shutter this is absolutely not true. If it were true there would be no artifact.

A ROLLING SHUTTER is very different. The rolling shutter actually exposes different portions of the frame at different points in time, “rolling” through the frame. ... the sensor is telling different portions to become light-sensitive at different moments in time, and as this process proceeds down the course of the full frame, until the entire frame is exposed. dvxuser.com

One type of artifact occurs when a fast moving object object is read by the top row of the sensor, and if the object is moving downward fast enough that it gets recorded by the bottom row of the sensor, then the object will appear twice in distinct locations, in the same frame!  Note this is not blur since the object shows up twice (or more) as discrete objects, like so: (rolling left, global right).

 

Rukmini,

I am saying it rolls across the entire period of 0.5ms for a single frame at 1/2000s shutter.

Let's say the frame has 1000 rows (to keep math simple). Then each row would be covered in 500ns if the shutter speed was 1/2000s (i.e., 5ms / 1000 = 500ns). Yes/no?

I am saying it rolls across the entire period of 0.5ms for a single frame at 1/2000s shutter.

Disagree. I know what you are saying, it's logical and intuitive but it's just not true.

Here is a simple proof that the absolute time span of a rolling shutter frame must ALWAYS be longer than that of the interval of the shutter speed.

A rolling shutter turns on (exposes) rows of pixels sequentially, starting at the top, one row at a time, and very quickly*. It does this all the way to the bottom row.

The bottom row therefore is turned on last, after the delay of turning on all the other rows.

All rows must be allowed the full exposure time before being turned off (read), so the time that the last row is turned off is some time (1-10 milliseconds?*) after the turning on of the first. Therefore the difference between the first one turning on and the last one turning off is at least the length of shutter speed, plus the initial delay. So the frame must span events greater than the ss interval alone. Agree?

If not, I'm not sure what I could state clearer, maybe you have a supporting reference I can read so I can understand what you mean.

*It depends on the sensor but I have seen estimates from 1 to 10 microseconds per row so 1-10 milliseconds per 1000 line frame seems reasonable. But no matter what it takes some measurable time to turn on each row.

Dear John,

Both images are quite clear, but characters slope depends on vehicle speed. To neutralize this effect possible value of slope must be taken into account in mathematical model of characters images. AFAIK from my experience most of developers don't do this.

IPConfigure's Embedded LPR features a skew correction processing step that attempts to rectify detected license plate characters before recognizing them as text. This is why the segmented black and white image in John's 30 mph image appears upright even though the text on the original image is obviously slanted.

A global shutter is preferred for most machine vision applications, but in the case of LPR a rolling shutter is not disadvantageous if the recognition algorithm includes a skew correction method, as discussed.

Hi Luke, I know that Basler produces IP-cameras with global shutter sensor. For example, IP Fixed Box Cameras | Basler

Hi Igor, thank you for the link. I read their paper on rolling shutter vs global shutter for video surveillance. I got the impression that the global shutter might be useful in situations with poor illumination (of licence plates) and fast movement. However as all of the tests in this article were either in clear daylight or with IR illuminators at night, it would not appear that global shutters would be of much benefit.

You are absolutely right. For slow cars it does not matter what kind of shutter you are using. "Remedy" for poor illumination is good sensor sensitivity (regardless of shutter type).

We've corrected a mistake in the pricing section above. The $15,000 MSRP cited for Genetec reflected a two-camera mobile system. The price for a single fixed camera is about $7,000 in camera and processing unit hardware plus about $2,000 in licenses for AutoVu server and channel licenses.

Hi all

As this is a very interesting subject i.e. capturing fast moving images, and the shutter issue seems to be a core influencer, I want to share with you a link I found to a photography site that will surely provide lots of insight and answers. Take the time to watch the videos.

Hope you all enjoy it:

Everything You Wanted To Know About Rolling Shutter - DIY Photography

Here's a good explanatory video from that page:

Again, the main practical issue is that the example are objects moving incredibly fast - likely the equivalent of thousands of miles an hour. As such, it's not applicable to even 'fast' moving cars.

We've been installing ANPR for over 8 years in the UAE and found the highest accuracy/capture rates come from a system previously known as Appiantech and later bought out by US based NDI. They have the highest number of context checkers for the region and perform well at high speeds up to 260KPH. Challenges still exist on the color recognition side, and changes in plates over the years. The system needs to be continously updated to recognize the new plates. The cameras outperform anything we have seen to date, combining overview, ANPR and a pulsed IR unit all in one casing. Downside, the solution doesn't come cheap at all but does the job well.

If some one would like to test our software - which does not have these mentioned problems and price is 10 times lower, please contact!  

#1, that is an impressive first comment. You picked a 4+ year old article, posted undisclosed and asked people to contact you.

Who are you? What is your product? How does it integrate with Axis / ACAP?

Hi, Our software works with any IP camera via RTSP. Actually we have implemented ANPR  with Axis on the latest our site. System is connected with SMS billing system. How it looks you can see in picture.ANPR

That's fine. Is your company in our Directory of 50+ LPR / ANPR Providers? If not, email sean@ipvm.com and he will add you in.

That said, as for the topic of this article, you should not be recommending it here unless your software can run inside Axis cameras. Evidently, you cannot, yes?

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

Biggest Low Light Problems 2019 on Nov 08, 2019
Over 150 integrators responded to our survey question: "What are the biggest problems you face getting good low-light images?" Inside, we share...
Avigilon Appearance Search Tested on Oct 30, 2019
Avigilon Appearance Search claims that it "sorts through hours of video with ease, to quickly locate a specific person or vehicle of interest...
Illustra Pro Gen3 4K Camera Tested on Oct 23, 2019
Johnson Controls has released the latest generation in their Illustra Pro line, the Pro Mini-Dome Gen 3, a non-OEM model claiming to "optimize...
Integrated IR Camera Usage Statistics 2019 on Oct 21, 2019
Virtually every IP camera now comes with integrated IR but how many actually make use of IR or choose 'super' low light cameras without IR? In...
Pelco Sarix Pro3 Camera Tested on Oct 16, 2019
Pelco has released their Sarix Professional Series 3 cameras, claiming "more security detail in challenging scenes with excellent low light and...
IPVM Camera Calculator User Manual / Guide on Oct 16, 2019
Learn how to use the IPVM Camera Calculator (updated for Version 3.1). The guide below includes instructions, images, gifs, and videos...
Avigilon H5A Analytic Cameras Tested on Oct 07, 2019
Avigilon has released its H5A analytic cameras, claiming to "detect more objects with greater accuracy even in crowded scenes." We tested the...
Hikvision ColorVu is Smart Marketing on Oct 03, 2019
Hikvision ColorVu (see IPVM test results) is smart marketing, a lesson to be learned by competitors and a rising trend. Inside this note, we...
Vivotek 4K S-Series Camera Tested on Sep 30, 2019
Vivotek's highest-end S-series camera claims "Supreme Night Visibility", "Smart IR II", "Smart Stream II", "WDR Pro for unparalleled visibility in...
Directory of 70 Video Surveillance Startups on Sep 18, 2019
This directory provides a list of video surveillance startups to help you see and research what companies are new or not yet broadly known. 2019...

Most Recent Industry Reports

Hikvision CEO And Vice-Chair Under PRC Government Investigation on Nov 14, 2019
In a surprising and globally covered move, Hikvision CEO Hu Yangzhong and Vice-Chairman Gong Hongjia are being investigated by China's securities...
Camera Field of View (FoV) Guide on Nov 13, 2019
Field of View (FoV) and Angle of View (AoV), are deceptively complex. At their most basic, they simply describe what the camera can "see" and seem...
UK Big Brother Watch: Hikvision Is 'Morally Bankrupt' on Nov 13, 2019
UK civil liberties advocate Big Brother Watch has condemned Hikvision as being 'morally bankrupt' following IPVM exposing Hikvision marketing...
Color Low Light Mega Camera Shootout - Avigilon, Axis, Bosch, Dahua, Hanwha, Hikvision, Panasonic, Speco, Sony, Vivotek on Nov 12, 2019
This is the biggest color low light shootout ever, testing 20+ super low light models from 10 manufacturers: Increasingly, each manufacturer...
Wireless / WiFi Access Lock Guide on Nov 12, 2019
For some access openings, running wires can add thousands in cost, and wireless alternatives that avoid it becomes appealing. But using wireless...
Hikvision Markets Uyghur Ethnicity Analytics, Now Covers Up on Nov 11, 2019
Hikvision has marketed an AI camera that automatically identifies Uyghurs, on its China website, only covering it up days ago after IPVM questioned...
Open vs End-to-End Systems: Integrator Statistics 2019 on Nov 11, 2019
Preference for open systems is on the decline, according to new IPVM statistics. We asked integrators: For video surveillance systems, do you...
Biggest Low Light Problems 2019 on Nov 08, 2019
Over 150 integrators responded to our survey question: "What are the biggest problems you face getting good low-light images?" Inside, we share...
US Issues Criminal Charges For Fraudulently Selling Hikvision And Other China Products on Nov 07, 2019
The US government has made an unprecedented move on the video surveillance supply chain, charging a US company, Aventura for "having conspired with...
The Access Control Codes Guide: IBC, NFPA 72, 80 & 101 on Nov 07, 2019
For access, there is one basic maxim: Life safety above all else. But how do you know if all applicable codes are being followed? While the...