ZoneMinder Forums

Hi All, I have a problem that I have to restart (/ets/init.d/zm restart) at least once a day because in the morning it stops restarting: ==> /tmp/zmwatch.log <== 10/25/06 08:05:23.822265 zmwatch[5047].INF [Restarting capture daemon for Cam1, time since last capture 9 seconds (1161756323-1161756314 ...

I see lots of IR leds on the picture, isn't it supposed to have the ir filter removed since it uses IR leds?

I'll try to do that at day time. I am more declinign to opinion that the problem is in somethign else because I have situation close to ideal at night time and almost no stable streaming during the day (however my camera is within 10 meters from the router...).

I still have strange thing happening - exactly once a minute the 3rd line (and once in the logs I found that both 2nd and 3rd are skipped) of the header get's skipped and and I am getting 'not a jpeg file' complaining about Content-Auth getting in jpeg binary content... Is there anything in thr ...

Ok, I've came up with a good regexp: ^((?:\r?\n){0,2}?(?:--)?%s\r?\n.+?\r?\n(?:Content.+?\r?\n){0,3}(?:\r?\n)?) It's based on fact that there must be upto 3 headers that all start with 'Content' and it also tries to make the last empty line optional (workaroudn for non-compliant E-tech). This works ...

It looks like a bug in the jpeg subheaders of the camera, they miss obligatory extra \r\n...

http://www.axis.com/techsup/cam_servers ... tp_api.htm

Ok, I see the probem now, the old regexpr was counting on presense of empty line as the end of subheader. The new regexpr is only getting 2 lines of subheader...

Looks like 0x43 0x6f is 'Co' it occurs in the following cases:

* Content-Type
* Content-Length
* Content-Auth

Ah right: 10/18/06 15:49:49.137645 zmdc[27853].INF ['zmc -m 1' started at 06/10/18 15:49:49] 10/18/06 15:49:49.180849 zmdc[27368].INF ['zmc -m 1' starting at 06/10/18 15:49:49, pid = 27853] Not a JPEG file: starts with 0x43 0x6f 10/18/06 15:49:49.465609 zmdc[27368].ERR ['zmc -m 1' exited abnormally ...

OK, here is more complete debug (level 5):

http://emaps-online.com/temp/zm_complete_debug.log

I do not see any complains about the Jpegs.

I can view still only if I view from a still image (/still.jpg). If I set to view mjpeg I also get black box on stills. If I can view stills when I set to grab still images and not mjpeg I assume my cgi-bin is correct (becaus they all use the same path I think).

How can we report the jpeg problem?

This is what I was getting with the fix: 'HTTP/1.0 200 OK^M Cache-Control: no-cache^M Content-type: multipart/x-mixed-replace;boundary=--myboundary^M ^M '] 10/16/06 22:11:59.374581 zmc_m1[23788].DB3-zm_remote_camera.cpp/320 [Got status '200' (OK), http version 1.0] 10/16/06 22:11:59.374883 zmc_m1 ...

Well I tried another which supposed to work with both: Old code: snprintf( subheader_pattern, sizeof(subheader_pattern), "^((?:\r?\n){0,2}?(?:--)?%s\r?\n.+?\r?\n\r?\n)", content_boundary ); New code: snprintf( subheader_pattern, sizeof(subheader_pattern), "^((?:\r?\n){0,2}?(?:--)?%s\r?\n.+?\r?\n ...

Ok the grabbed video.cgi i slocated at: http://emaps-online.com/temp/video.cgi

And the debug output is located at: http://emaps-online.com/temp/debug1%20-%20broken

Please, let me know if you need more data

Thanks!

Sergei

I tried both http 1.1 with and without regular expressions and http 1.0 with and without regular expressions. All I am getting is black box with 0 fps. I have these 'Unable to extract subheader from stream, retrying' for 5 minutes without any other messages (untill I interrupted it myself). It ...