nayr
IPCT Contributor
i was just using lpbcpu before, this should work with intel gfx.. in theory.
Were you ever able to feed openalpr an mpeg stream from Blue Iris for the Huisun PTZ?
SyconsciousAu
Getting comfortable
- Joined
- Sep 13, 2015
- Messages
- 872
- Reaction score
- 825
Did you have to recompile OpenALPR?
Also does the VM move across to the GPU as well or do you still need the VM to hand the data off the the GPU for processing?
Last edited by a moderator:
nayr
IPCT Contributor
yeah I had to rebuild everything, specifically I had to install Nvidia's Binary Installer and Cuda toolkit, then build the latest version of OpenCL w/Cuda enabled, then rebuild openalpr again from scratch.. I am running on bare metal now, this sucked pretty hard even on a really good vm server.
full color in the daytime, still doing realtime 20fps @ 4MP w/Mask
full color in the daytime, still doing realtime 20fps @ 4MP w/Mask
Code:
Thu May 19 15:04:04 2016
+------------------------------------------------------+
| NVIDIA-SMI 352.39 Driver Version: 352.39 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 950 Off | 0000:01:00.0 Off | N/A |
| 38% 45C P0 30W / 141W | 54MiB / 2047MiB | 26% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 23612 C alprd 43MiB |
+-----------------------------------------------------------------------------+
Last edited by a moderator:
Ok thanks. I'll try building it then.
Now that I have alprd working and understanding how it all works, I am getting around to looking at your nodejs code. So if I have this correct, you are replacing beanstalkd with nodejs. And you plan to have nodejs update the OSD and to place the data into a database?
I am currently using a Hikvision for testing and to update OSD it requires a POST, which works fine. I'm not yet sure what camera I'll settle on for this though; like you have, I'll have to do some testing and likely get an IR filter for testing also.
I'm looking at 210ft for a camera from my house to the road unless I conceal one near my mailbox along the road.
nayr
IPCT Contributor
right now that just takes the beanstalk output and saves it to a .json file, while doing a http get request to update the OSD.. for hik it looks like you'd need to post some xml to: /ISAPI/System/Video/inputs/channels/1/overlays/text for the OSD, if you get the code for that worked out sumbit a pull request and I'll see if I can integrate both brands.
When i find the time I intend on adding a database backend, and web ui.. as well as storing the results in the images exif metadata.. but Ive been swamped, I changed teams at work a few months back. I'm in the middle of a transition period and everyone is dumping an excessive amount of work on me in hopes to get me up to speed sooner than later.. I am eagerly waiting for a respite, dunno how much longer I can keep a work load like this up without burning out entirely.
When i find the time I intend on adding a database backend, and web ui.. as well as storing the results in the images exif metadata.. but Ive been swamped, I changed teams at work a few months back. I'm in the middle of a transition period and everyone is dumping an excessive amount of work on me in hopes to get me up to speed sooner than later.. I am eagerly waiting for a respite, dunno how much longer I can keep a work load like this up without burning out entirely.
I hear you on work.. same here.. ours is a big AWS migration push.
Great idea for using exif.
You are still using beanstalkd? I thought you are having alprd send directly to nodejs on port 9000.
nayr
IPCT Contributor
the beanstalk queue is only used to cache em before sending it to my nodejs app, if the nodejs app is not started/crashes or whatever they will sit in beanstalk queue until it comes back.. then it'll post them all at once and clear the queue.. alprd does all that. its a nice buffer if you want to run these on separate networks, ie cloud frontend.
I am going to try to implement the exif injection in alprd as the file is saved the first time.. should be nice and fast in cpp, then you can use any decent album software for searching/sorting/organizing.. I have a ticket open for this, already scoped it out: https://github.com/openalpr/openalpr/issues/344
Today I had to back down my settings on the camera, see the horrible attached timeline from my NVR.. With ALPRD now running at realtime speed and me having MJPEG cranked @ 100% maximum proved to be too much for the camera.. the BLC setting was causing it to hang anytime the scene changed and the watchdog would reset the camera.. I knocked it down to 15FPS @ Full Quality and shut down all the features I am not using and it went back to being stable/normal.. I suspect the bandwidth (37Mbit) was just too much for the camera and internal bus speeds were saturated, knocking the bitrate down a little (2Mbit) freed up enough its not choking anymore.. frankly I was surprised I was able to run it at full MJPEG bitrate and resolution, now I know that alprd was throttling the actual output.
I am going to try to implement the exif injection in alprd as the file is saved the first time.. should be nice and fast in cpp, then you can use any decent album software for searching/sorting/organizing.. I have a ticket open for this, already scoped it out: https://github.com/openalpr/openalpr/issues/344
Today I had to back down my settings on the camera, see the horrible attached timeline from my NVR.. With ALPRD now running at realtime speed and me having MJPEG cranked @ 100% maximum proved to be too much for the camera.. the BLC setting was causing it to hang anytime the scene changed and the watchdog would reset the camera.. I knocked it down to 15FPS @ Full Quality and shut down all the features I am not using and it went back to being stable/normal.. I suspect the bandwidth (37Mbit) was just too much for the camera and internal bus speeds were saturated, knocking the bitrate down a little (2Mbit) freed up enough its not choking anymore.. frankly I was surprised I was able to run it at full MJPEG bitrate and resolution, now I know that alprd was throttling the actual output.
Attachments
nayr
IPCT Contributor
here's my current night-time settings and sample captures, in full 4MP glory.. today in the dusk period when I would miss cars all the time because of greyscale I had no problems and the hardware gfx acceleration just steamed right on through it and got every car, no matter how fast they were going.
also I have a screen cap of my PoE output w/IR on.. I am pushing it but just barely got it all to fit.
also I have a screen cap of my PoE output w/IR on.. I am pushing it but just barely got it all to fit.
Attachments
Last edited by a moderator:
nayr
IPCT Contributor
Nice.. I like the price also. Thanks.
Dahua looks to be a solid choice.
I see there is a 5MP camera as well. But I need to find a retailer.
https://www.alibaba.com/product-detail/5MP-Box-CCTV-IP-P2P-onvif_60085009965.html?spm=a2700.7724857.29.30.JMEZr3&s=p
Last edited by a moderator:
nayr
IPCT Contributor
for 200ft I'd say get a 5-100mm lens or something around that, i am at 60mm zoom and at ~180ft plates are just barely 100px tall @ 4MP.. those are the oncoming plates.
my rear plate reads average ~160ft, plates are ~ 130px tall.. I get great results night or day for rear plate reads.. but oncoming plates can be a struggle and I would need more zoom to capture oncoming plates if I tried for even a few more feet distance
my rear plate reads average ~160ft, plates are ~ 130px tall.. I get great results night or day for rear plate reads.. but oncoming plates can be a struggle and I would need more zoom to capture oncoming plates if I tried for even a few more feet distance
100MM looks to be about correct and will give me a 10ft target area.
I used the following tool: http://www.howtosurveillance.com/HowToVideo/CCTV-lens-calculator.html
I used the following tool: http://www.howtosurveillance.com/HowToVideo/CCTV-lens-calculator.html
nayr
IPCT Contributor
give this one a run: http://ipvm.com/calculator
Hikvision looks to also have a 5MP box camera through Aliexpress
http://www.aliexpress.com/item/5MP-IP-Camera-Outdoor-Security-Network-Box-Camera-model-DS-2CD883F-E-without-lens/32458763062.html?ws_ab_test=searchweb201556_0,searchweb201602_4_10017_10021_507_10022_10020_10009_10008_10018_10019_101,searchweb201603_6&btsid=fbb0cb47-f272-4b50-a671-dc6e0a7da6b3&smToken=771bf3275fdc42cd9f8fe2eddaa38f7b&smSign=8EK/1y9Xv7qMefjJX+TriQ==
Here's another but I don't know who it is made by:
http://www.aliexpress.com/item/5MP-CMOS-IP-Box-Camera-with-POE-Support-Onvif-2-4-AT-IPC-T500W33P/32286295925.html?ws_ab_test=searchweb201556_0,searchweb201602_4_10017_10021_507_10022_10020_10009_10008_10018_10019_101,searchweb201603_6&btsid=fbb0cb47-f272-4b50-a671-dc6e0a7da6b3
http://www.aliexpress.com/item/5MP-IP-Camera-Outdoor-Security-Network-Box-Camera-model-DS-2CD883F-E-without-lens/32458763062.html?ws_ab_test=searchweb201556_0,searchweb201602_4_10017_10021_507_10022_10020_10009_10008_10018_10019_101,searchweb201603_6&btsid=fbb0cb47-f272-4b50-a671-dc6e0a7da6b3&smToken=771bf3275fdc42cd9f8fe2eddaa38f7b&smSign=8EK/1y9Xv7qMefjJX+TriQ==
Here's another but I don't know who it is made by:
http://www.aliexpress.com/item/5MP-CMOS-IP-Box-Camera-with-POE-Support-Onvif-2-4-AT-IPC-T500W33P/32286295925.html?ws_ab_test=searchweb201556_0,searchweb201602_4_10017_10021_507_10022_10020_10009_10008_10018_10019_101,searchweb201603_6&btsid=fbb0cb47-f272-4b50-a671-dc6e0a7da6b3
Last edited by a moderator:
Very nice tool.
Hopefully the angle works out ok. I'll test with some shots from a still camera.
nayr
IPCT Contributor
5MP is going to be 4:3 and not 16:9 AR FYI..
I get adequate reads @ 720p, with your optics and camera pixels wont all that important.. at least not enough to pay +$100 for a measly extra MP.. save that money for IR or CUDA HW.
that angle looks doable, nice thats a culdesac so you get em both ways with a single camera.. I think your going to want to use pre-warping to get accurate reads.
is anybody going to park infront of your camera? thats the biggest issue I see, non-stop parking on the curb.
I get adequate reads @ 720p, with your optics and camera pixels wont all that important.. at least not enough to pay +$100 for a measly extra MP.. save that money for IR or CUDA HW.
that angle looks doable, nice thats a culdesac so you get em both ways with a single camera.. I think your going to want to use pre-warping to get accurate reads.
is anybody going to park infront of your camera? thats the biggest issue I see, non-stop parking on the curb.