Wiser Camera Widget

Hi There Guru Bank,

I have a problem using a new megapixel surveillance camera displaying on Wiser and also Schedule Plus.

The camera is from Ness and is an OEM of a Dynacolor model.

It supports MJPEG and also doesn't require authentication for the MJPEG stream so looks like it should work on spec.

From the Wiser, it just displays the Clipsal 'camera image' but I know it is trying hard as the data light on the IP camera goes on hard whenever I am in the 'room' on the Wiser screen which has the camera widget, and goes off when in another 'room'. Same story with Schedule Plus ie light on when on page with camera box.

The MJPEG Stream looks good in Firefox and Safari browsers, and from an iPad also with Safari and an iPhone. But it doesn't work in IE8 at all, and tries to save the MJPEG as a file and reports it as MIME Type APPLICATION/OCTET-STREAM where in Firefox it say MIME type Image/JPEG.

I think this may be my problem as Wiser and SP are based on IE APIs aren't they? And if IE isn't seeing the right MIME type, neither will they be.

A further complication is that the camera has no API manual / directory listing saying where the file is coming from eg /cgi-bin/video.mjpeg etc. It just uses a port for the MJPEG stream being http://192.168.0.25:8008/ obviously with an alias to the 'real' location.

Is there a way to fool Schedule Plus (best case for first test) or Wiser (????) to see this MIME type. Or some other workaround?

Initially I thought it was data overload as the camera does 1920x1200 at 12.5fps, but I now have it set back to 640x480 at 1 fps and still has the problem

Any helpful suggestions appreciated,

Brad

 

As a general rule, if you can enter a URL in a web browser which will retrieve a single JPEG image from the web cam, then it should work with Wiser or Schedule Plus. Have you tried this?

 

Hi Darren,

There is a particular port for accessing the MJPEG stream. When you enter the URL being http://192.168.0.250:8008/ it brings up the camera image as a MJPEG ie a full moving 'video' image (JPEG stream). You will note that it is a 'clean' URL with no suffix information and so it is an internal alias within the camera it would seem bringing up the MJPEG. I have tried to root around to find the internal directory structure trying things like /cgi-bin/image.jpeg or /img/1.jpg (trying about 50 permutations of the common camera structures).

I don't have an API manual for this camera (but have asked the supplier for one) to see if there is a way to suck out a single JPEG from the stream, but the MJPEG stream views OK in Firefox, Safari and Chrome just not in IE.

IE says the streams MIME type is application/octet-stream rather than either 'image/jpeg' or 'multipart/x-mixed-replace;boundary=' and tries to save it as a file rather than displaying a moving JPEG. I only surmise that this IE problem is the same as the Wiser and Schedule Plus issue as I was told they use some of the IE APIs (Do They?).

Hope this further information gives you some more clues,

Thanks,

Brad

 

Hello Brad
I dont know if Wiser supports MJPEG but I think the url you want is the single JPEG.
If you access the camera config page does it have any sample still image views?
If so you might be able to get a clue from that url but you are going to need the documentation since I imagine you will want to specify a resolution as well.
The Schedule Plus help files under webcam should give you all the info you need aside from your url.

 

MJPEG is not relevant. Only static JPEG.

Wiser and Schedule Plus do not use IE API for displaying web cam images. They use an HTTP request to get a JPEG image several times per second.

 

Hi Darren,

When I was selecting a camera, I did so based on advice from here:

http://www.cbusforums.com/forums/showthread.php?t=6261

which suggested MJPEG was a requirement. If this is wrong, then it is not a very useful thread and should be removed, amended or otherwise. So you are certain there is no value in MJPEG?

I am looking for a JPEG snapshot facility in the camera that you suggest but it seems to not have one. So I have a really great multi-stream camera with MJPEG and no-authentication on the MJPEG port, but unfortunately does not work as it doesn't do JPEG snapshots. Bugger!!

Brad

 

Hi Darren,

FYI, Clipsal Sales are still saying (this morning) 'IP cameras needs to support Motion JPEG for Wiser' so I think there is a general mis-quotation of the 'suggested spec' vs the 'actual required spec' that should be rectified with an FYI to branch sales / techs, or something.

Regards,

Brad

Brad

 

Still not Working - But some useful information

Hi NickD et al,

I am still having trouble finding the 'internal directory structure' for the camera I am trying to access with Wiser to get a Jpeg image. The camera is a NH-221 from Dynacolor sold OEM by Ness as a Megapixel Dome IP Camera (MJpeg/H264 dual stream). It does snapshot jpgs on alarm/motion but not continually. It is a very nice 'professional quality' camera but I can't find an updating still Image location, even a temporary one.

In my quest I did however find this table which I think is a great resource to others who may be trying to get other cameras working with Wiser.

Axis
205: http://192.168.0.20/jpg/image.jpg
2100: http://192.168.0.20/axis-cgi/jpg/image.cgi
2400: http://192.168.0.20/cgi-bin/fullsize.jpg?camera=1

D-Link
DSC-900W: http://192.168.0.20/image.jpg, /VIDEO.CGI
DSC-2000: http://192.168.0.20/cgi-bin/video.jpg
DSC-2100: http://192.168.0.20/cgi-bin/video.jpg
DCS-5300W: http://192.168.0.20/cgi-bin/video.jpg

Genius
IpCam Secure 300: http://192.168.0.20/image.jpg

Panasonic
http://192.168.0.20/SnapshotJPEG?Resolution=320x240&Quality=Standard

Mobotix
http://192.168.0.20/record/current.jpg

Toshiba
http://192.168.0.20/__live.jpg?&&

Linksys
Linksys IP Cameras only have an mpeg stream and will probably not work with KABcam.


This came from http://www.jpegcameras.com/

A very nice resource if you have one of these cameras. Needless to say I tried all these locations. Unfortunately I am still rooting around trying to find my Jpeg image.

Oh well, back to permutation 845 http://192.168.0.20/image/getting/sick/of/this.jpg

Brad