ZoneMinder Forums

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 ...

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...?

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?

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

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 ...

That should do it!

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.

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 ...

Upon further investigation, the -bit_rate flag was for a different ffmpeg plugin (a lot of flag options to pass through!)...scrolling up a bit in the list gave the proper option of "-b <integer>" to pass in a bitrate in kb - all is well, high quality video now.

Thanks James!

Thanks for pointing me in that direction. It seems that changing the bitrate doesn't seem to make a dent though. In particular, I'm passing "-bit_rate <integer>", as per the ffmpeg documentation, with said integer being everything from 2 bytes/sec to 2 MB/s with no effect on the file size in either ...

When creating a video to export (in any of the several formats available; I tried them all) through ffmpeg, the quality is substantially lower than that of the original jpeg images (in particular, grainy with subtle squares showing up). Nothing terrible, but still noticeably worse than the quality ...

Thanks for finding that - spent the afternoon on precisely this problem; I can attest to the above addition to apache2.conf working under Ubuntu Feisty for no streaming through zms/nph-zms while using https despite still images being recorded.

So I'm successfully recording images now - it helps to allow ZM write access to the events folder...still, I can only view them in the Timeline, no live streaming JPEG's.

If it helps, in mocord mode, it does successfully capture events (i.e. when I wave my hand in front of the camera it generates alarm frames and an event as expected, it's just filled with broken images). I think I'm off in my paths? My paths are set to the default of: ZM_DIR_EVENTS = events and ...

/var/log/syslog gives: Aug 18 08:50:57 localhost zmc_dvideo2[5308]: INF [Temp1: 827000 - Capturing at 4.90 fps] Aug 18 08:54:21 localhost zmc_dvideo2[5308]: INF [Temp1: 828000 - Capturing at 4.90 fps] /var/log/messages gives the same. As for the httpd error logs: [Fri Aug 18 09:03:39 2006] [error ...