thanks, yeah this kinda stuff is really beyond most people.. I do feel sorry for people without the skill yet still have the desire, if you just go buy off the shelf crap you end up spending a fortune and then without any of the ability to add the logic that really makes this stuff useful..
turning on and off lights with your phone, ok its cool but not really worth the cost and hassle.. having your house detect nobody is in the room, or your watching a movie and adjusting the lights all on its own is where it becomes interesting.. then tying in stuff like your TV remote can control lights like a physical switch, or mimicking occupancy when your away, then really starts to make it worth the effort.
ALPR Project is going to be lots of fun, Ive been wanting to do it for a long time now.. I have most of the stuff ordered just waiting on it, it'll be a few more weeks before I get to make any progress, and in the meantime more and more suspicious vehicles and burglaries are ramping up as the weather gets better and I keep wishing I had a database of plates to check.. you can all thank Nextdoor for this project, with the help of my neighbors I expect this to be more useful than just on my own.
Was looking around at my upcoming tv-wall project and I found this for you guys:
https://github.com/SvenVD/rpisurv
Goal
Rpisurv is designed to be simple to use. The goal is to connect your raspberry pi 2 to a monitor, tell rpisurv which rtsp streams it should display and tell it the max number of "columns" of streams you want. It will then autocalculate the rest, like how many rows are needed etc ...
Description
You can think of rpisurv as a wrapper for omxplayer with following features. Rpisurv uses omxplayer to fully make use of the GPU of the raspberry pi 2.
- Rpisurv implements a watchdog for every stream displayed, if the process gets killed somehow. It will try to restart the stream/process. This gives you a very robust surveillance screen.
- Autocalculcate coordinates for every stream displayed. The last stream defined will be stretched to make use of the complete screen but only if some pixels are unused.
- RTSP stream up/down detection and autorearrange of the screen layout. So for example if you stop a camera (or just stop the rtsp server on the camera), rpisurv will detects this and will recalculate/redraw the screen with the still available cameras. The same is true if a previous unconnectable rtsp stream becomes connectable. All without any user interaction.
I am going to use this project to get me going out of the gate, but I want extra features and it to be written in NodeJS like all my other HA applications.. so I will re-implement this but for my own needs.
I have reconfigured all my cameras to transmit both the main/sub streams via UDP Multicast, since I am going to be throwing one of these Pi based surveillance monitors on at least 3 displays, if not more, using the Multicast capabilities of my Dahua's will allow all the monitors to remain in sync, and keep the load down on my cameras since they will only have one stream to handle regardless of the number of displays I decide to use.
One of the benefits of putting all my cameras on a VLAN, I can multicast to displays securely without authentication and not have any big security headaches to contend with.. the displays of course will be on the same vlan as all my IPCameras and HomeAutomation nodes.
Hardware will be here Friday, should have this camera display up and working by next week.