#zoneminder

posted my rtp error on the forum. debig here: http://pastebin.com/dfcZme3H

Titler: ZM 1.28.0 master ERR-zm_rtp_ctrl.cpp/155 - Pastebin.com

oh man, this is exciting

making progress

go man go

!

hey, would a wireshark log of rtsp be helpful resolving that error i got ?

Sorry attilahooper, I haven't been working on rtsp at all. A wireshark log couldn't hurt though

i understand, I posted on the forum, just wanna provide complete data if'n when someone looks at it

Did you post on github?

For the case of rtsp, enabling a debug level of 5 provides the same (more actually) information than a wireshark session.

not yet

which you di already

posted on zm forum. i had debug 9 but only on zmc i think

Your camera is sending a packet type of 101, which according to the following link is not defined: http://www.iana.org/assignments/rtp-parameters/...

Titler: Real-Time Transport Protocol (RTP) Parameters

So Zoenminder understandably stops

yeah, zm chucks it it appears

This seems to be the typical experience - Most cameras don't seem to follow the standards exactly

So the big the question is what to do about it

This is difficult because you don't want to break other cameras just to fix some camera that isn't following the standard

gotcha - wouldnt be surprised the edimax is sending out some bogus packets

one way is not to use rtsp - it's been an expiremnt for me as this is first rtsp cam - been mjpeg for a lll my old legacy ip cams

wanted to dip my foot in the rtsp waters, as I project to deploy a bunch of poe and other IP cams.

If you can build zm from source, you could try and change this line from an Error to a Debug: https://github.com/ZoneMinder/ZoneMinder/blob/m...

yes, i saw that line.

Then let us know if it made things better or not

Since we are venturing outside the established standards, I don't know of any other way than to just try it and see

If you have not tried already, the ffmpeg and libvlc source types should wotk with your camera as well

oh thx - i'll try those

my cameras tend to start lagging behind in zoneminder. the camera itself isn't (when accessed directly) but when accessed via ZM console they drift back as far as half an hour over the course of a day.

is this an artifact of not enough processing power?

Are the Max FPS and Alarm Max FPS fields empty for the camera in question?

success!

looks good

The new 'events' view is the second screen shot there

It is a modal window - not a 'popup'

This UI is fast, too.. Much faster than classic

cool beans

knnniggett: sorry... wer eyou asking me about max FPS?

yes

i don't believe I've set them

Later all

later fixxxermet

cheers

jimmy51v_ placing values into those fields will causes lag and frame skipping so you should be sure.

ok

i'll double check that. i had my cameras at the default 30fps. i played with them to set as 5 fps but then i got no feed at all and have switched back.

those were all camera settings though... nothing in zoneminder that i remember.

oh... does zoneminder host CPU power affect recording quality?

i've had terrible quality off and on where the motion of me walking accross the room shows a partial 'ghost' like blur where you can tell there is motion but sure can't tell it's a person. the RSTP feed is way clearer.

that means you are dropping frames

your system cannot keep up

ok

it's an atom 330 from years ago

i guess i'll have to drop some cash and upgrade.

my old zm/webserver is running on a mac mini - rev 2 i think with atom - it really cant run much more than a single cam at 5-15fps imo

what's better... clock speed or core count for ZM?

so now i'm looing at running it inside a vm on my i7 debian ws

is a single, gigabit NIC enough for up to 4 cameras?

(sorry... 1 x Intel PRO1000 GB NIC on the zoneminder host)

depends on frame rate and size

i've thrown several cams at an older gige adapter and it was fine

at 320x240 though

usually 5fps

this would be 720P. currently at 30fps but people on here said 5-8 is just fine for security

i'll try it

yes, i recall the conversation. 5 fps is plenty

i have two options for the board using CPU's i have in my drawer

i7-860 or e5-2600

should be able to thrown many cams at either one i think

*e5-2630

ok

i'm playing around with rtsp stream on an edimax and it looks like the network load is 1/4 of jpeg stream

but this edi keeps throwing a bad rtsp packet and soiling the log w errs

sounds more efficient then. i'm doing rtsp

soh

doh

doh!

how about an i3-530? dual core 2.93 ghz

heh. my daughter is hooked on simpsons now

man that show is addicting. i didn't watch a single episode until in college a roomate watched it. i studied while watching it. probably one of the few people getting smarter while watching the simpsons :)

i dont know my cpu's without consulting cpubench

Titler: ARK | Intel® Core™ i3-530 Processor (4M Cache, 2.93 GHz)

yeah, its in here too https://www.cpubenchmark.net/mid_range_cpus.html

it looks competent enough

i have a drawer of useless stuff here to cobble something together with. 1) an E5-2630 and motherboard. 2) an i7-860 but no motherboard with graphics built in, 3) an i3-530 with matching motherboard and RAM

cheapest option to build around would be i3-530 but it's the weakest.

think it would work with 4 cameras at 720P?

i couldnt honelty say yay or nay

honestly

ok

i'll go with cheap first. that matches me :)

you could make it work if you compromised frame rate etc

i had a handful of cams running on an old mac mini

320x240 5 fps, and it worked

zm 1.24 or 1.25

it would get honkingly slow every now and the, cause I have an internet faced webserver on it too :) lolz

every now and then it would lock up, dunno if I was getting dos'ed or sql attacks. now I have pfsense with filters and it doesnt need reboot - but only one cam left

ok. i got the stuff to build the i3-530 based system and will give it a go. thanks for the tips

did a little network test - streaming 1280x1024 15fps rtsp from my edimax i saw 300KB/s with little motion and 525KB/s with a lot of movement - direct stream to ffmpeg - no zoneminder

plenty of bandwidth in a gigE adapter for mucho cams iimo

good luck have fun

thanks!

it should be fun

building to building bridge to finish

cameras to mount

beefy ZM host to move to (from atom)