jpg streaming not working with 1.19.0

[peterthevicar]

I wonder if anyone can help:

I've just upgraded from 1.18 to 1.19.0

I'm using the mozilla-firebird browser which handled jpg streaming pretty well with version 1.18.
With 1.19 I just get an empty frame. I've tried re-sizing the image, switching the camera between
Monitor/Modect/None, restarting zm etc. but still just an empty frame.

If I set the camera view to constantly updating stills (1s intervals) it works OK for monitoring but
no good for browsing recorded events.

The events are being recorded fine and I can view the stills but it would be good to get
moving pictures back!

I was thinking of installing the cambozola extension - would that be the best way forward or
would it be better to find what's wrong with the streaming first?

I noticed in other threads that you have a 1.19.1pre - is that likely to affect this problem?
(It seemed like it was mostly to do with remote cameras so I haven't tried it).

Sorry if this seems negative - most of the package is working like a dream. We are getting
some excellent footage and I've already been able to confront one of the culprits -
I don't think he'll be vandalising again for a while (at least not in view of the camera!)

Man thanks, Peter

[rdmelin]

Hi Peter,
Im finding the same with 1.19.1 on Mandrake 10, but Philip says it works for him. I think He is using Redhat 9. Cambozola streaming works here. What distro are you using? I am going to try 1.19.1 on Mandrake 9.2 and see if I have better luck.

Best regards,
Ross

[peterthevicar]

Hi Ross,

I'm using Debian Sid updated to about a week ago.

I can't see how it can be related to the distro really since it works with 1.18.
Interesting that it doesn't work with 1.19.1 - that saves me another install!
I'll try with cambozola and report back.

Which browser are you using? Is it the same as me (firefox)?

Thanks, Peter

[lazyleopard]

Sounds like what I'm seeing. Netscape 7 sort-of works, but Mozilla 1.6 and Firefox don't handle jpeg streams at all with 1.19.0 or 1.19.1pre. With 1.18.1 they'd sometimes work but sometimes you'd need to re-start the replay. See my thread on Apache errors for more info.

[peterthevicar]

I've tried using Cambozola but no change.
I have a nasty feeling zm isn't even TRYING to use it - how would I find out?

To 'install' it I just copied the cambozola.jar to /var/www and told zm it was there.
Do I also need to install a java plugin or anything for firefox?

TIA, Peter

[rdmelin]

In the tool tab of options you need to set ZM_CAN_STREAM to no. Otherwise ZM will detect a mozilla type browser and try to use jpeg streaming.

Ross

[peterthevicar]

Thanks. I tried all settings for that option but no effect.

Is the image window supposed to come up with all the cambozola widgets when you hover on the left hand edge?
What does the image properties / page source look like when cambozola is being used?

I'm just worried that for some reason (e.g. bad java installation) that zm may not even be using cambozola.

Peter

[zoneminder]

Peter,

The best way to use cambozola is to copy it to your zm directory (or below), then go into Options-->Tools, make sure that the cambozola is enabled, the path is correct (normally just the filename) and that the streaming setting is set to 'no' rather than 'auto. That should do it.

In the more general area of Mozilla jpeg streaming, I haven't been able to reproduce any problem so far with Mozilla 1.6 (XP) or 1.2.1 on RH9. In fact I used to get the Mozilla streams pegging out after a while as others have also observed. Now it just seems to go on forever.

Can either of you tell me whether your problems apply to both live and replay streams or just one or the other? The only thing I have a slight suspicion on is the line terminations in the headers as I've standardised on CR/LF rather than just LF as that is what the RFC says. I wonder if that might have something to do with it. The other thing to check is whether zms is actually running during your blank streaming, if not it may indicate a crash.

Phil,

[zoneminder]

Message x-over there!

The Cambozola decorations are switched off by default though you can access them (somehow, I'm never sure how exactly but I do it by accident a lot). Otherwise try looking at the frame source, it should reveal what is being used.

Phil,

[zoneminder]

Oh, another thing I've just thought of. Have you tried using nph-zms instead of just plain zms? There were some issues with apache injecting characters into the stream with normal zms.

Phil,

[peterthevicar]

Thanks Phil,

I'm not by the machine at the moment but the problem was both with live and recorded streaming.

The browser comes straight back with the empty frame - no sign of any image loading going on.

If zms had crashed would I still be able to get the sequential stills for the live feed?
(that does work)

When I look at the frame source will it explicitly mention cambozola? All I could see IIRC was a call to zms
so perhaps that means it's not loading cambozola for some reason.

Thanks, Peter

[zoneminder]

Hi Peter,

<i>If zms had crashed would I still be able to get the sequential stills for the live feed? (that does work)</i>

Yes, this doesn't use zms.

<i>When I look at the frame source will it explicitly mention cambozola?</i>

Yes, it will be in an applet tag.

I would look first at Options->Paths and if ZM_PATH_ZMS is set to just zms then change it to nph-zms and see if that works at all.

Phil,

[peterthevicar]

Phil,

I'm at the machine now.

I have CAN-STREAM set to yes, cambozola ticked, nph-zms in the paths

This is an extract from the frame source for the live feed:

<img src="/cgi-bin/nph-zms?mode=jpeg&monitor=1&scale=100&maxfps=15" border="0" width="384" height="288">

zms isn't running as far as I can see (this is while the live feed and its empty frame is showing)
allsaints:/home/rox/temp/j2re1.4.2_04/bin# ps ax | grep zm
2143 ? S 0:00 /usr/bin/perl -wT /usr/local/bin/zmdc.pl status
2169 ? S 0:10 /usr/local/bin/zmc -d 0
2188 ? S 0:00 /usr/bin/perl -wT /usr/local/bin/zmaudit.pl -d 900 -y
2193 ? S 0:00 /usr/bin/perl -wT /usr/local/bin/zmwatch.pl
2198 ? S 0:00 /usr/bin/perl -w /usr/local/bin/zmupdate.pl -c
2225 ? S 0:01 /usr/local/bin/zma -m 1
3307 pts/0 R 0:00 grep zm

There's some strange things in /var/log/apache/error.log though:
[Mon Mar 22 12:34:02 2004] [error] [client 127.0.0.1] File does not exist: /var/www/html/zm/events/Main-entrance/188/016-capture.jpg

^^^^^^^^^^^
Main-entrance is the camera name, but my web dir is /var/www/zm

[Mon Mar 22 12:35:04 2004] [error] [client 127.0.0.1] File does not exist: /var/www/html/zm/zm.php
[Mon Mar 22 15:03:41 2004] [error] [client 127.0.0.1] File does not exist: /var/www/cgi-bin/nph-zms
[Mon Mar 22 15:07:17 2004] [error] [client 127.0.0.1] File does not exist: /var/www/cgi-bin/nph-zms
[Mon Mar 22 15:07:27 2004] [error] [client 127.0.0.1] File does not exist: /var/www/cgi-bin/nph-zms
[Mon Mar 22 15:07:35 2004] [error] [client 127.0.0.1] File does not exist: /var/www/cgi-bin/nph-zms

^^^^^^^^
My cgi dir is /usr/lib/cgi-bin

Why is ZM looking there? Here is my config command from config.log:
$ ./configure --with-webdir=/var/www/zm --with-mysql=/usr/lib --with-cgidir=/usr/lib/cgi-bin --with-webuser=www-data --with-webgroup=www-data

Could this be the problem do you think?

TIA, Peter

[rdmelin]

Hi Philip,
Changing to nph-zms fixed jpeg streaming here, at least on my Mandrake 9.2 system. Thanks.
I will try on Mandrake 10 later, have to go make a living right now. Since it was behaving the same way it will probably fix the problem there too.

:)
Ross

[zoneminder]

Hi Peter

I couldn't see your image but the paths definitely do look suspicious. Did you rerun zmconfig.pl after configure? The --with-webdir and --with-cgidir option is only used really on installation and references within ZM are relative thereafter. The zms cgi path is set in Options->Paths and is the web path rather than the directory path. Either way something strange is going on but it looks to me like a broken installation or apache config.

Phil,