#zoneminder

(and did you do some change related to this in your latest commits, because I only see this now)

no it has been that way for a while.

of the red is new...

so for example I don't see INF capturing for my garage and it still shows red

but I can see its feed

in web console they all show 0/0fps

for a long time

but all work

look in MOnitor under misc, FPS Report Interval is probably 1000,

I agree this should be better

indeed it is

what should it be?

so this is odd, after a long time, they show X.XX/0.0 fps

that is when it green

why x/0 ?

wasn't the case in prev. builds

sigh. there are two processes. The first is zmc, it does capture and reports the fps in the first number. The second process does analysis and reports in the second #

ok that explains 0 - I switched off analysis

except, in some monitors, the second also reports a number - and there is no analysis

my first question though - why is it taking so long to update and what should reporting fps be? I've never touched 1000 previously

those fields never existed before

ok, then what should I default them to so my monitors don't keep showing red for several minutes?

*shrug* - manually changed all reporting FPS to 100, one monitor still remains red for several minutes, rest seem to turn green soon

eventually I will change the value to have a units as well so you can say how many seconds... expressing things in frames is clumsy. I will also have it do the first update in 1 second.

but there is so much to do.

and so much byriani to eat. yum

there is one camera that is just refusing to work - works just fine with VLC, worked previously. Keeps giving an ERR_SSL_PROTOCOL_ERROR - A foscam 9831W

I have other 9831W and they work

I've been using "Remote" without problems (using remote for other 9831Ws too which work). Changed to FFMPEG too - did not help

the problem is with apache

it records fine

just can't view

no apache errors either

weird.

I'm having issues with api auth....

fixed! I blame your multiport ZMS config although it is not to blame.

I blame because I can.

I forgot to add that port to VirtualHost

sounds good to me.

man you gotta start adding documentation to SA

for all the new stuff

nah.

I don't do documentation

I've been thinking of paying someone to do it.

So api auth only works with REQUEST, not POST

really

let me check

what happens in POST? auth error?

I bet its CSRF

works for me

I have CSRF disabled

so weird, so auth actually works, and the session user.Username is set, but then a couple lines down it checks see if session user.Username is set and that fails and so it throws the not authenticated.

apparently we can't use dots?!

I think issue is that cake sessions aren't working

ok, so my tmp dir is not writable... but what is the tmp dir set to?!

interestingly, I thought I'd run the cake command line to see if it reported the tmp dir location on a fresh 1.30.4 install on debian. And get tmp permissions fatal errors :)

it should be /var/tmp/zm but... I still get errors. it may be in /tmp/systemd-apache-blah*

looks like my command line call was trying to use /usr/share/php/Cake/app/tmp

ic0n - your big server - multi_port is set, but the streams don't have a fixed port?

huh?

When I view your streams in security-one, they don't have a fixed port

there are a mix of different servers, but several cams are on the same streaming server as well