Frame Skipping (Possibly Tied To Motion Analysing?)

[scottfinman]

I am having trouble with frames getting substantially skipped in the recorded streams once or twice per event. In particular, it seems to be loosely tied to the beginning of motion analyses coming out of the buffered frames (this is the case for the included examples), though it still happens to a lesser extent regardless of where I am in the event stream.

The ZoneMinder and Apache logs are free of anything other than normal, healthy function notices. I realize the images are large (I have five IP camera's at 704x480 running), but the quad-core processor with 8GB of RAM still isn't breaking a sweat, so to speak. I can record at 2 FPS or 10 FPS, and the same issue still occurs.

Included are two good examples of this occurring - shown are two sequential still images. Note that the times are during the same second. The rest of the stream for these events sails along smoothly at 10 FPS.

Any idea as to how to remedy this, or settings to try so as to narrow the problem down more precisely?

Me walkin' the dogs (alas, my house is painted pink - previous owner's idea, will be fixing that shortly!):



The maids:

[jameswilson]

Might be worth either not using https or using a host with an upto date cert mate. I for one cant see the images

[scottfinman]

Seems that I'm still battling DNS issues then; it's running on my home server, still wrangling with getting around Verizon's port's restriction. Thanks for the note, since I can see them fine since I'm on the LAN..

Moving them over to an external server and they'll be showing up in a couple minutes.

[jameswilson]

by all means use http on a non std port

[scottfinman]

That should do it!

[jameswilson]

not for me scott

[scottfinman]

Thanks for your persistence, James. If I had to take a guess as to why round two was going wrong, the site was using a self-signed certificate that I had previously permanently accepted (thus I could see the images), but having phpBB in the middle caused a hitch.

They're on an open http connection now - all should be well.

Alright then, any ideas? Now that the images ought to -finally- be up?

[jameswilson]

How far do you think its jumping a few seconds, your not using an athon x2 are you?

[scottfinman]

The jump is in the ballpark of 2-3 seconds, despite recording that it's the same second.

The processor is not an Athlon period; it is, in particular:
Quad Core Intel® Xeon® E5320; 2X4MB Cache, 1.86GHz, 1066MHZ FSB

[jameswilson]

I have no idea. I had an issue with an x2 and an older kernel caasing timing issue. Anything known about your current kernel and quad core and rtc issues

[scottfinman]

Just double checked /tmp/zm* logs and /var/log/apache2/error.log for any strange entries - all looking clean.

Any other logs worth checking into for this?

[scottfinman]

Kernel version is (output of 'uname -r'):
2.6.20-15-generic

...no particularly pertinent posts to timing issues on processors of this category, this kernel version, or odd timing issues in general that I could find.

Hmmm...?

[scottfinman]

Any chance that it is apt to be a networking bottle-neck? I have a 10/100 that claims 200 MB/s throughput per port and CAT-6 running throughout. However, it's a 10/100 card in the computer.

How would the numbers work out for the size of all the video streams that are flying around? Again, it's 704x480 - 30 frame/sec out of each of the three cameras, though I have Zoneminder set to 6 frames/sec.