No image when streaming.

[maclellan]

This may not be a zoneminder issue but maybe someone will know. Could be a V4l problem.

The symtom is I'm streaming some content ~ 640 bytes (refresh- jpeg) but no image. Checked and corrected all error messages. No change. Tried running ZMC as suggested and does not exit. ZMU returns realistic data. Strict video error logging is set and I use authentication. Monitor labels are all green in the Zoneminder console. Same results locally and remote.

Everything seems to be stable otherwise. Used mozilla, netscape, explorer, opera on linux and win2000. I also see no images using GV4L in xorg for 4 channels. Videodog pulls in still images on all channels. XAWTV crashes the system but hand generated a .XAWTV file. May be an Xorg issue. I dont usually use X anyway for this system.

Here are the details:

- Gentoo with 2.6.10-r6 kernel - ASROCK K7S41GX
- SIS chipset MB
- video capture - Grandtec multi 4 ch. BTTV - 878 chip. similar to Pico2000 - card 77
- AMD sempron
- PHP 4.3
- Apache 2.0.52
- Zoneminder 1.20.1 - built from sources.

Some questions:
- Do I need to have framebuffer activated?
- I suspect possible memory issue although no errors in logs. Tried relocating common memory as in options.
- Do I need to execute v4l-config? I've tried anyway with no changes.
- DMESG shows everything to be OK - I think. BTTV Card is detected.
- Transcode says cant read video0 configuration. Dont know why.
- It seems like I just cannot get the video from the card even though the zm log file says streaming at 10 fps on the first channel.
- tried mpeg / jpeg same result.

Any help would or suggestions would be very much appreciated!

Thanks!

[maciekc]

Check apache log.
I think that your zms in cgi-bin is not running correctly. Maybe you don't have cgi script support in apache. Take a look at image source in monitor window and paste it to browser address - you'll check zms.

I have something like that:
http://localhost/cgi-bin/zms?mode=jpeg& ... n&pass=xxx

[zoneminder]

zmu has an option to dump an image to the current directory (-i), you could try that and if you get a genuine image from your cam then it is almost certainly a streaming problem, otherwise we need to look elsewhere.

Congratulations on a comprehensive and informative problem report by the way, it makes things much easier to track down.

Phil