#zoneminder

hey peeps

ive just updated debian (wheezy) and now i cant start mjpgstreamer

libv4l2: error dequeuing buf: Input/output error

any pointers ?

ah i pulled and replugged the cam in

seems to be working now

simple reboot of box didnt fix it

i hate how usb devices can crash their chip

and usb ports dont zero the power (properly) so the devices never reset

and either pulling the device or actually shutdown -h to zero power to ports is the only way

Hey look. Someone blogged a review about zmrepo: https://blog.yibi.org/2014/11/27/zoneminder-rpm...

neat!

should facebook post it

morning

So, with youtube now defaulting to HTML5 <video> tag, ZM needs to come on board. While I'm going to default to <video> for the new skin, I'm considering a PR to the classic skin that defaults to using <video>

I'd like to discuss it

sounds good.

Probably add a Config option to enable <video> playback, and have it enabled by default.

agreed

Can disable it to fall back to what you have now.

But I tested zms with h264, webm, and ogg, and they all work in <video>

So, I'll give it a shot

cool

has anyone gotten hd from the rpi camera to another system with zoneminder?>

running mjpeg-streamer on the pi and zm remotely recording....

right, it seems like most people do 640x480 in that setup though

Hey knnniggett: I screwed up with the PR requesting and ended up just pushing instead.. but it's pretty trivial: A fix for RTSP streams timing out when the camera doesn't bother to send anything on the CTRL thread.

ic0n_: thanks for the heads up. Do we want to include this in 1.28.1?

I think so, it is required for trendnet tv-ip302 cameras

I also think we REALLY need to release 1.28.1

Yeah, I know it. I have a backlog of things zoneminder related. Haven't had any significant time lately to build & test.

ic0n_: cool. It looks like the commit that fixes your tv-ip302 cameras is the last piece in the puzzle to fixing my Granstream cameras.

woohoo!

The camera would stream perfect video for about 2 seconds and then stop with an RTCP timed out message

couldn't figure out why

yeah that's what I was seeing here as well. We were only sending RR packets upon receiving CTRL packets from the camera. My fix sends an RR on timeout which is 10 seconds

actually... I think there is a bug in my code...

live streams play back via zms as h264 and webm just fine, having issues with replaying events. Will look into it more

Is there some way of calling zms on the command line, passing in the the same arguments that you do in the UI?

there is... I have used it... I forget though

mostly zms looks at the ENV... so you just need something to set that up, or do it youself

const char *query = getenv( "QUERY_STRING" );

yup

Seems like, when replaying an event, the output tyep isn't set right

probably an issues with headers or something

sounds likely

Can I recompile only zms (cpp zms or something?)

This probably won't directly affect either of you, but as an fyi I have created a github repo to make a home for the zmrepo rpm source files: https://github.com/knnniggett/zmrepo

fixxxermet: if you change a dependency of zms, then make should just remake zms

Unfortunately a simple 'c++ zms.cpp' fails

seriously... just type make!

hah, oh, right

Really need to brush up my c++

is a website