Page 1 of 1

Problem viewing SOME events - events streamed very partially

Posted: Mon Sep 04, 2006 9:50 am
by zirav
HEllo!

I have met strange behavoiur while viewing recorded events. While event view started, than it eventually stops (event-dependant). Say Event is 90 seconds. I click on the event and I can see only 5 second of the recording, than picture stills, BUT - the progress indicator still progresses!. When I click on the progress bar, picture may change, but anyway just once. Have to add that I can see such a behavoiur on a very very limited amount of the recorded events. Majority of them totally OK.
Any suggestion?

Regards,
Anton.

Posted: Mon Sep 04, 2006 10:37 am
by jameswilson
is this all browsers or just one?

Posted: Mon Sep 04, 2006 10:49 am
by zirav
Any browser. Mozilla, Firefox, Opera... But this applies to certain events only. If event behave so - it behaves always.

Posted: Mon Sep 04, 2006 11:12 am
by maciekc
Check with still mode if images are recorded on disk.
Also check your log for buffers overrun, it can make events like that.

Posted: Mon Sep 04, 2006 11:19 am
by zirav
What kind of buffer? ZM buffer, Any hardware buffer?

Posted: Mon Sep 04, 2006 11:24 am
by jameswilson
you need to check you rlogs for errors, as you maybe seeing a side effect from another error that needs fixing first

Posted: Mon Sep 04, 2006 11:37 am
by maciekc
cat /var/log/messages | grep WAR
and post the output to group

Posted: Mon Sep 04, 2006 11:52 am
by zirav
You are right. How to increase the buffer? I do not think slowing down capture or other should be done - since AVG CPU load on that PC always less than 2% and mostly less than 1%

(Load: 0.47 / Disk: 89%)



Sep 4 15:42:00 zm zmc_dvideo15[29914]: WAR [Buffer overrun at index 38, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 15:42:05 zm zmc_dvideo13[29894]: WAR [Buffer overrun at index 8, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 15:42:06 zm zmc_dvideo15[29914]: WAR [Buffer overrun at index 38, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 15:42:08 zm zmc_dvideo8[29922]: WAR [Buffer overrun at index 1, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 15:42:11 zm zmc_dvideo13[29894]: WAR [Buffer overrun at index 8, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 15:42:12 zm zmc_dvideo15[29914]: WAR [Buffer overrun at index 38, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 16:30:00 zm zmc_dvideo11[32272]: WAR [Buffer overrun at index 26, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 16:30:18 zm zmc_dvideo11[32272]: WAR [Buffer overrun at index 26, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 16:30:24 zm zmc_dvideo11[32272]: WAR [Buffer overrun at index 26, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 16:30:30 zm zmc_dvideo11[32272]: WAR [Buffer overrun at index 26, slow down capture, speed up analysis or increase ring buffer size]
Sep 4 16:30:36 zm zmc_dvideo11[32272]: WAR [Buffer overrun at index 26, slow down capture, speed up analysis or increase ring buffer size]

Posted: Mon Sep 04, 2006 11:53 am
by jameswilson
you can increse the buffers on the.... buffers tab on the monitor

Posted: Mon Sep 04, 2006 12:24 pm
by zirav
Thanks :) I did not know what buffers meant.

Another question: while changing buffers from 40 to 100, if camera has resolution setup at 588x384 it becomes RED, while if I keep camera resolution 384x288 - it's OK. Any clue?

Posted: Mon Sep 04, 2006 12:39 pm
by jameswilson
when it goes red i bet you have a load of
cannot shmget in your logs?
if so see the faq

Posted: Mon Sep 04, 2006 12:42 pm
by maciekc
100 * 588 * 384 * 3 =~ 64MB
Probably your shmall & shmmax values are too small.
Try this:
http://www.zoneminder.com/wiki/index.ph ... gs_mean.3F

From my experience I would tell you that if you make bigger buffer it doesn't make it much better. Probably hard disk is not fast enough.
When zmaudit is cleaning old events it consumes a lot of hard disk bandwidth, probably in that time you have a lot of lost frames.

I'll be working on script that will be run once a day(in night) that will replace zmaudit.

Posted: Mon Sep 04, 2006 1:52 pm
by zirav
Thank you men! Now ZM behaviur became a little more clear to me :)
Appreciated so much!