CHR1S Posted October 14, 2013 Posted October 14, 2013 So far I have tried - BlueIris - Great but a massive CPU hog on my Microserver, would be perfect otherwise. Milestone - Good CPU usage but very hit and miss on camera stability and recording. Cameras drop out for a few seconds and come back, recording just fails for no reason. Anyone used something with a mix of both? I have 2x 1080p and 1x VGA cameras that need to do motion detection recording. Thanks Chris
CHR1S Posted October 14, 2013 Author Posted October 14, 2013 What do you run it on? What's its CPU load like with motion detection?
CHR1S Posted October 14, 2013 Author Posted October 14, 2013 Sounds ok, will try it on my server. Thanks
Duke5A Posted October 22, 2013 Posted October 22, 2013 At work we use Exacqvision. It's a pay for solution that scales really well and barely touches the CPU. A free one that I use at home is iSpy; it can be rough on CPU, but does motion recording, remote access, etc, etc.
Vellocet Posted October 22, 2013 Posted October 22, 2013 We have Milestone and conpletely agree about recording being hit or miss. Really not reliable and people warp all over the place at times Looking for new software ourselves, we have 25 cameras though
round2it Posted October 22, 2013 Posted October 22, 2013 Have you tried ispy or zoneminder iSpy: Open Source Camera Security Software ZoneMinder - ZoneMinder: Linux Home CCTV and Video Camera Security with Motion Detection Both are open source
jamesfed Posted October 22, 2013 Posted October 22, 2013 Odd to hear about Milestone in such a way - found it to be heavier than some on the client CPU side but never had any issues with it as far as camera stability go. What kind of cameras are you running and what are network speeds like?
plexer Posted October 22, 2013 Posted October 22, 2013 We have 20 odd cameras on milestone and don't see the issues you are describing with it. Ben
CHR1S Posted October 24, 2013 Author Posted October 24, 2013 (edited) I stuck with milestone but tinkered with the setup of the cameras and have had much better success. I turned off the two way mics and reduced the bitrate and fps and they perform much better. Cameras are 2mp 1080p's, network is pure Gb. Edited October 24, 2013 by CHR1S
plexer Posted October 24, 2013 Posted October 24, 2013 Shouldn't be recording any sound anyway. What compression codecs do the cameras support? h.264? Ben
synaesthesia Posted October 24, 2013 Posted October 24, 2013 We use BlueIris - it's fine on any decent processor (aka not whatever you're likely to have in a microserver!) At home I use zoneminder. Complicated and a pain in the backside to configure properly, and not user friendly. ISpy was crashy as hell, diabolical. 1
plexer Posted October 24, 2013 Posted October 24, 2013 H.264 is processor intensive but lower bandwidth than mjpeg. Ben 1
Vellocet Posted October 25, 2013 Posted October 25, 2013 Shouldn't be recording any sound anyway. What compression codecs do the cameras support? h.264? Ben Why not record sound?
plexer Posted October 25, 2013 Posted October 25, 2013 Why not record sound? There are limited circumstances in which audio recording may be justified, subject to sufficient safeguards. These could include: *Audio based alert systems (such as those triggered by changes in noise patterns such as sudden shouting). Conversations must not be recorded, and operators should not listen in. *Two-way audio feeds from ‘help points’ covered by CCTV cameras, where these are activated by the person requiring assistance. *Conversations between staff and particular individuals where a reliable record is needed of what was said, such as in the charging area of a police custody suite6. *Where recording is triggered due to a specific threat, e.g. a ‘panic button’ in a taxi cab. In the limited circumstances where audio recording is justified, signs must make it very clear that audio recording is being or may be carried out. Taken from: http://www.ico.org.uk/Global/~/media/documents/library/Data_Protection/Detailed_specialist_guides/ICO_CCTVFINAL_2301.ashx Ben 1
Vellocet Posted November 4, 2013 Posted November 4, 2013 There are limited circumstances in which audio recording may be justified, subject to sufficient safeguards. These could include: *Audio based alert systems (such as those triggered by changes in noise patterns such as sudden shouting). Conversations must not be recorded, and operators should not listen in. *Two-way audio feeds from ‘help points’ covered by CCTV cameras, where these are activated by the person requiring assistance. *Conversations between staff and particular individuals where a reliable record is needed of what was said, such as in the charging area of a police custody suite6. *Where recording is triggered due to a specific threat, e.g. a ‘panic button’ in a taxi cab. In the limited circumstances where audio recording is justified, signs must make it very clear that audio recording is being or may be carried out. Taken from: http://www.ico.org.uk/Global/~/media/documents/library/Data_Protection/Detailed_specialist_guides/ICO_CCTVFINAL_2301.ashx Ben Oh ok thought you meant a tech pov, were in a behavioural school so need audio
localzuk Posted November 4, 2013 Posted November 4, 2013 Oh ok thought you meant a tech pov, were in a behavioural school so need audio Still don't think that counts, as it would be blanket audio recording across a wide site, rather than specific targeted audio recording. Behavioural schools don't have any special legal status compared to normal ones, and we wouldn't be justified using audio in our school. This really should be ran past the ICO before implementation, as if you get it wrong you leave the school open to legal troubles.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now