#zoneminder

hey is there anyway to get zoneminder to stream the realtime streams more efficiently and smoothly like other dvr's

i dont know what codec other dvr's are using but the unbquity one is very nice

and also the foscam one

is there any plans to improve that

over low bandwidth connections

morning

morning asker

hi knnniggett

If all monitors are either x264 encode or passthrough, is it possible to create a live video stream (a'la montage, but video) by -vcodec copy the data flowing through the different zmc daemons?

is the video running through the zmc daemons at all accessible?

pos: not sure what you are trying to do, but the simplest way to programatically access zm video is described here: https://wiki.zoneminder.com/How_to_stream_from_...

that might work

i'm using vlc, mosaic and pulling through http://.../nph-zms atm

but that is ofc crap

first thing i'm trying to do is simply create a video wall, all monitors live, exactly what is going through zm at any given time. montage doesn't cut it, cvlc, mosaic and pulling jpegs from zms is laggy and wasteful as stuff

second thing i want to do is pipe the video going through zm at any given time into a separate system

the link above is exactly that - its using nph-zms which in turn is using the decoded buffers - its not using any raw 264 frames

Some time ago Isaac did mention he was working on code for zms to use the h264 buffer instead to play back live video without jpeg transcoding - not sure if that was done/in progress or abandoned

Reminds me of a project I wanted to take a closer look at: https://github.com/SvenVD/rpisurv

That will take RTSP streams and multiplex them onto a monitor attached to a raspberry pi, using the gpu too

This will likely require your cameras to support dual rtsp streams since zoneminder is already using one of them (or multicast if you want to get fancy)

yeah, i looked at that

problem is, it will keep working even if zm goes down

yeah

If you want to get alerts if zm goes down, have you considered using software like zabbix or nagios to do that for you?

hence i was asking if it isn't a better idea to just have an option to make zm do a mosaic using -vcodec copy and whatever is flowing through zmc* at any given time

shouldn't cost much in terms of cpu

heh, got it

and the output can be forwarded over rtsp and ssh to a pi (omxplayer with gpu accel)

anyone using ic0ns storageareas branch?

i though i'd give it a spin, from what i've heard it can handle/stream old jpeg events, any other improvements over master?

basically, what i was proposing with re to the video wall: simply do passthrough of what already is passthrough and map it onto a mosaic

timestamps and vsync issues should not arise, this will be live-only

wait, if WEB_M_STREAM_METHOD=mpeg and monitors are x264 encode or passthrough, is zms going to be re-encoding?

ofc it is, since it has to respect the other settings

just add a mode and make it ignore the other settings, use -vcodec copy and voila?

ofc only works as intended if using videostorage

Steve was playing with websockets to get around the 6 stream browser limit, but other than that no one is working on new playback features that I am aware of. That would be great if someone was willing to submit a pr which did a mosaic.

ehm

about:config, http.network.max...

set connections-per-server to whatever

ofc, if you're using scroogle, ie, edge or safari, idk

ofc, only necessary if using zms and jpegs. if i could somehow access the video going through zmc* at any given time i'm sure i could find a way of doing mosaic

but it seems like you already have most of the solution in hand. WEB_M_STREAM_METHOD=mpeg, make it ignore any related settings and use vcodec copy

that only works for firefox

we have enough interest in using other browsers that we are looking into it

yeah, i really hope you're not using chrome?

i know default firefox has its detractors in terms of privacy, but these are easily configured and ff 57/quantum is friggin fast

when we have paying customers that say they want to use a different browser then we will certainly look into it.

hey, whatever diddles your skiddle

anyway, is it feasible to make zmc make whatever is going through it available as a localhost udp/rtp stream (or unix socket)?

using v:c, using about as much cpu time as logrotate?

then we could just run ffmpeg, make it pull these, again do -vc:c, scale them and presto:mosaic

then use cvlc to display it on the host/zm video output or pull it over network?

or mplayer, omx, whatever

Someday our wishlist is to get replace zms and its dependency on apache with an entirely new and modern streaming server. Off hand, I'd want it to do that using the ffmpeg/ffserver API, since we depend on ffmpeg heavily anyway, but that is just pie in the sky stuff at the moment. That would likely get you what you want, or very close to it.