#zoneminder

and I intend to put a few more 70

What's your storage ?

ic0n, Storage of the peruchi is IBM V3700 (Fiber Channel)

25TB

ic0n, in view of the growth of the servers, is getting the management of areas difficult as it has to go on the server that the cameras this. It would be possible to manage on a single server?

I am working towards that. However, no one is paying me to do it, so most of my time is spent on other things that pay the bills.

cmakepeople.... what do I need to do with cmake to make it handle the directory structure changes I am making

understand, but congratulations on the project, is getting great

we do accept donations and bounties if you want something done faster.

how many are you in this project?

There seem to be 4 or 5 of us that are doing most of the work lately... people come and go though.

I'm the only one working on cluster features though

nice, you develop and I test with a large load, approximately 1GB/s of constant data :P huashusas

i am having some issues with modect settings where the event is detected, but i only get a few frames recorded

what settings should i be looking at to tune this to record say 900 frames before and 9000 after (cams are running 15fps so that should give me 1 minute before and 10 minutes after).

t3rror: Buffers => image buffer size, pre event image count and post event image count

So perhaps a buffer size of 1800 and a pre and post of 900 each... But I've never seen settings taht high used

those are per monitor settings or global?

per monitor

fixxxermet: i am currently only monitoring 1 camera, and I figured 1 minute pre- and 10 minute post- would give me plenty to look at if i needed it, maybe this is unrealistic

10 minute post is huge

1 pre and 1 post would make more sense

Or even 30 second each

because if there is still activity in the zone i defined after the 1 minute post, a second event would be created

Right

But if there is up to 59 seconds of nothing... personally I'd prefer a second event

i agree, i was just thinking about collecting as much data after an event as possible, multiple events would be easier to manage than one monolithic event that you had to sort through

right

interesting thing happens when i change those buffer settings, the source goes down

zmc -m 1 crashed signal 6

shared data not initialised by capture daemon

You've got to get them right... E.g. the image buffer needs to be larger than the pre + post

And even then it is finicky

fixxxermet: what determines the Image Buffer Size value that is allowed? is this a camera setting, or a host setting?

host setting. to be honest I don't know the technical limitations, but it should be 'quite high' as it fits into shared memory

173 is the highest i am able to set it before the zmc errors start appearing

this host is headless, and has 2GB of ram, it is a VM running on esxi 5.5

You be hitting mmap limits

So... New ui. For each monitor, if zmc isn't running, what color? what if zma isn't running? What if only one? Or neither?

configurable

just use a css style

I think - if either isn't running, we highlight the box 'warning'.

Let's see how it is done now...

Titler: #9745259 - Pastie

So if zmc is not running, danger. else if zma isn't running, warning

if zma isn't running, are we still saving events?

nope

that sounsd critical to me

So if ( ! zmc || ! zma) = bad

yeah.

also, if we are farming out the writing of images, then zmf needs to be running too

is that per monitor?

yup

Ah. OK - I forgot about zmf

I'm also adding a small "help" or "?" button if there are issues. If you highlight, it'll say e.g. 'zma isn't running'. this will be per-monitor

maybe i need to give it a little more ram

ng-class="(monitor.zmc || monitor.zma) ? 'panel-default' : 'panel-danger'"

So... I'm looking at monitor instantiation... and I'm thinking... if it is being instantiated for capture, it doesn't need to load zones. zmc doesn't look at zones. zma does, right?

anyone else following the pld-linux zoneminder tree?

hey knnniggett did you get a chance on the weekend to try my digest-auth PR?

increased ram from 1GB to 3GB and it allowed me to set the buffer image size to 288. I would have thought it could do better then that, but i will test it to see if it will work

ic0n: going to do it this coming weekend

how about that ONVIF stuff? Should we get it into master so that more people can test?

I wonder whatever happened to nextime?

ic0n: Well, the plan was to release 1.28.1, a bugfix release, before we add any more major components

But... 1.28.1 shouldn't affect master. Master is for development. We should be cherry picking from master to create 1.28.1

So there is this thing in instantiating a monitor, where it always creates a new zones, regardless of whether we have one or not. remarking that out has made zms and zma startup way faster....

Well, if you want to do the cherry picking (never done that). I was just going to wait until we release 1.28.1.

I can help with that.

The ONVIf feature branch is ready to be manually merged. I've got it set up as an optional install that defaults to NO.

the debian guys are going to update so it would be better if they put their efforts into 1.28.1 than 1.28.0

if it won't break master, then I say merge it.

It might.

I think the merge is going to try to undo some recent changes to configure.ac

That onvif is a monster, can’t help but think a c library would work better than all that perl

I know in my head the changes that need to be done in configure.ac for the onvif and was going to manually edit it.

So I'm working on making skin choice permanent, ie store it in the config. How do we feel about stick them at the top of the System Tab instead of their own Display tab?

Sounds good but....

but?

Should we allow a non-admin the ability to change skins?

Not sure a non-admin can open the Options

I'm actually thinking of adding them to the Display page, such that there is the default skin selection, as wel as the current skin selection

I don't know. Thing is, a user shoud be able to change their skin, just not the default skin.

Oh right. So I guess that means we need to store two values then - one in the config table and one under the user table

yeah, and one in the session...

wow, flat is so much more attractive

Still takes forever to stop all the processes....

Well I think I've done enough damage for one day.

is there a url to get a jpeg snapshot from a monitor? sort of like what you can do with the various cameras out there?

slickrick, /cgi-bin/nph-zms?mode=jpeg&monitor=62&scale=100&maxfps=5&buffer=

change monitor to the relevant one

actually, that's mjpg - the jpg feed is somewhere on the website/wiki

(afk), gtg

digdilem: yeah i''ve been digging around on the website form for it.

thx, i'll keep looking around ... i figured it would be via cgi.

it's the same url, but change mode= to the other. might be =static

i think it might be mode=single from what i've found.

i will mess with it. thx again.