11. June 2011 09:48 by Jerry
in IP CAM
During the last few months, I had been working with various ip cameras from different brands and types. This review is not focus on functionality but mainly from a developer's angle how the invisible quality of a camera inside is.
ACTi is recently supported by IP CAM Controller, but this brand actually has a very long history. They provide comprehensive SDK document but most seems only in C++, not very helpful for me though.
The user who drawn my attention to support this type of cameras, possess both ACM-1231 and ACM-5601 (both are not PTZ camera BTW). At the beginning, my program is just not working with user’s camera, but working with vendor’s demo one. Then I realized user was using “Web Configurator - Version v2.6”, it’s normal, since he probably brought the cameras a few years ago. After he upgraded to latest v3.0 version, problem gone.
During my testing, I felt ACTi is a kind of old style, I guess probably because its history. There isn’t too much to say about the functionality since I only tested with these 2 fixed cameras.
AirLink is not a big manufacturer I guess, their website is pretty informative for consumer but not for developer. For IP camera, their product line is simple which is good for me since I don’t need to handle different scenarios in coding.
I worked out for this camera without API documentation, but doing some searching on Google. Later on I accessed to user’s camera and implemented the tap-to-center support. It uses the settings as Ipux, maybe their firmware are the same.
AirLink is fully supported by IP CAM Controller except zooming, but the camera itself doesn’t support optical zooming neither. As a small brand with reasonable price, it’s a nice choice.
In my opinion, Axis is more popular for business users. They have various products and full solutions for commercial usages. I guess it also have a high reputation in its market, since it’s top tier cameras in terms of price. I will recommend this if you care about quality while concern less on money.
Axis is a large and mature vendor; they publish full and different SDK documents for different developing purpose. In my case, I only need the HTTP API which can be easily downloaded from their website.
Axis is completely supported by IP CAM Controller, including regular PTZ, also tap-to-center. Although they have many product lines, but their HTTP API is consistent in all products. This prove that they are good and mature, since only good API could be well designed at the beginning, then future releases could rely on the steady infrastructure.
Recently received an inquiry that not working on 207W, after some investigation, turn out that 207W is working on Digest Authentication (while others are working on Basic Authentication). Thanks to Tommy who is the owner of 207W, the IP CAM Controller starts to support digest auth (not only Axis, but all other types as well) since v1.9.
Canon is one of the biggest and best digital camera providers in the world. Most of their IP cameras are not for home users however. I had tested a few advanced models from a local electric appliances shop. VB-C50Fi for example, equipped with 26x Optical Zoom Lens, this give me excellent experience that I could see everything very clearly. Even after done my programming works, I connected to this camera from time to time just for playing around the zooming:) naughty, huh? As a result, If you want something professional, you must have a look at this.
As a big vendor, I didn’t get too many troubles during development, except for tap-to-center function. Unlike Axis to provide a straightforward API for this, there is no direct support for this purpose. Nevertheless, I found a walk-around that requesting a dummy still image by specifying the direct coordinate, tricky!
Well, D-Link is a kind of suck I have to say. It has several product lines, such as Box, fixed and PTZ types. For different types of D-Link, they have the same web interface (the web page after log on), but I can’t believe that the commands using for similar types of camera are different. For example, 1130L is using a set of commands while 5605 is using another set.
Another problem I found with DCS-2121 is that tiny difference in firmware version may result of big difference in compatibility. A user from Italy told me that 2121 is working on desktop version but failed in phone version. After comparison between vendor’s demo camera with user’s, it turns out that demo camera is using “1.05_patch01” while user is using “1.05”. What kind of version is that? Patch 01? It’s so un-professional, looks like some kind of productions of personal workshop. I guess this is the reason they don’t publish their SDK document. Maybe they don’t have standard at the moment. It’s really mass.
Anyway, the reason why 1.05 not working in phone is because the web server in 1.05 cannot retrieve the authentication information, ie. username and password from requests that sent via Windows Phone 7, although from the sniffing software, the credential is already passed to remote 1.05 web server. This could be either D-Link’s problem or Microsoft’s fault (probably the latter in my opinion, ha). Anyway, I worked this out by make up my own authentication header. The IP CAM Controller should be compatible with both 1.05 and 1.05_patch01 firmware since v1.9.
As for ordinary camera functions, I don’t see particular differences from others, just fair I think. The best supported type with IP CAM controller for D-Link is DCS-5605, PTZ, pan/tilt scan and tap-to-center.
Foscam surprises me because this cheap but cool camera has so many users from US and Euro, considering the vendor is a small manufactory base in Shenzhen China mainland. You can find many info regarding this brand on Google, API, consumer reviewers, and guess what, I found someone make a robot with Foscam! (check here), I bet they have very strong sale channel in those regions.
Latest API is available on request, you can send an email to the support email to get one, they response very fast. Actually I doubt that they are using some sort of open source web server in the Foscam, because I found many small brands are compatible with Foscam’s API, such as Solwise, 7Links.
The only 2 things a bit annoying me is that 1) Foscam is a bit weird on pan and tilt control. Once the camera is moving, it will not stop until you send a stop command. I only found Sony is a company of that at the moment. 2) No tap-to-center support, their web interface support this feature, but not providing in the API. I reported to vendor, but I don’t think they took my opinion seriously. Anyway, to sum up, if you are looking for something cheap and cool, Foscam was born for you.
Lorex is a surveillance solution provider, looks like a pretty big one, listed in Canada. I only tested with LNE3003, a fixed camera. There wasn’t too much difficulty for me, since I only implement view function at the moment.
It’s not a camera I like though, the camera supports still image, motion JPEG (MJPEG), 3gp and MP4. The camera look like support these format concurrently, ie. viewing MJPEG and MP4 at the same time, but actually it is NOT. You need to setup different port numbers for different streaming format, e.g. 8070 is used by default for MJPEG, 560 is for MP4, etc, And more stupid is that another port (says 85) is using for accessing the web interface via HTTP. I don’t see the point why it has to be like this.
MJPEG must be connected via HTTP and it’s not sharing with the port of web interface. For example, you visit your camera via http://22.214.171.124:85, but when you open the live video page, your browser is actually using 8070 to retrieve image. Why not share the same port as other cameras do?
Besides, although you had set different formats corresponding different ports, you have to choose one and one only for the current image stream format. In other word, your camera is either working on MJPEG format or MP4 at the same time. Then why I have to set those stupid separated port numbers?
Hopefully I’m wrong above, otherwise it just doesn’t make sense. Or maybe those ports are working exclusively for their DVR.
Mobotix has more than 10 years history. Very good documentation, they host a website for developer and publish the APIs in HTML format. It’s open and professional. With this support, it’s very easy to implement everything. IP CAM Controller supports PTZ and tap-to-center for Mobotix, tested with M12D-S.
More considerately, if you send something wrong to the camera, it will tell you the possible reason. For example, if you don’t pass a parameter, the camera responses that which parameter is missing. It’s perfect camera for developer.
For consumer, Mobotix has all functionalities that other brands have, so if the price is reasonable, it's a nice camera to go with.
This is the camera I am using as well as the first camera supported in IP CAM Controller. I had been using BL-C131 for almost 3 years. It comes with 1 year warranty, when my first BL-C131 broken (wifi chip broken, still can work in wired mode) in the second year, I have to buy another one, same type. I’m quite surprise Panasonic didn’t release successive new camera after years.
In my case, Panasonic is too easy to broken although it’s continuously running 24*7 in my apartment. (But is this what IP Camera designed for?) And BL-C131 is one of the most expensive cameras. In addition, comparing with other cameras, the viewing angle is too small, only 149° horizontally (some bands could even extend to 270°). The reason I still brought the same type is because I could re-use the parts inside the broken one if the new one broken again. Plus I didn’t have time for shopping and I have to keep an eye on my baby when working.
Apart from these, it’s a good camera. Support MPEG-4 and MJPEG concurrently (unlike Lorex). Quite stable, contains audio, motion detection, recording, etc, basically everything an IP camera suppose to have. For developer, one set API compatible almost all Panasonic cameras. And I’m impressive for that the new firmware backward compatible with old version. In BL-C131, with latest firmware, there are actually 2 set of commands I could use. This is important and considerate.
Similar to Canon, not really suitable for home usage. Some types also support 18x even 26x optical zooming.
I don’t have too much trouble during development for Sony. Comprehensive SDK document, standard API as others, and more importantly, no varieties API for different kinds of products.
Same as Canon, recommend for professionals. But I don’t like its “foscam-like” pan tilt control.
Another old Japanese brand, fully supported by IP CAM Controller, but tap-to-center seems not working for some types.
Toshiba looks a bit “high-tech” for me, from its API, it’s not following simply design principle. The streaming path contains too many parameters. It seems trying to be perfect, since you need to encrypt your user name and password to BASE64 format before sending over HTTP. But BASE64 is not for encryption unfortunately. There is no difference for hacker between BASE64 string and plain text. Toshiba provides a direct-move-api which is to implement the tap-to-center functionality, but by using this, you have to understand its “unlike-others” coordinate system. The API accepts only one passing in parameter which is calculated by X and Y via a formula: V = X*256 + Y.
I’m glad that I’m Chinese, as Chinese are good at maths! LOL
Anyway, Toshiba maybe not a developer friendly camera, but it seems quite good for consumer, good image quality, easy to use. But I’m not really sure if this is suitable for home usage. The types (IK-WB21A and IK-WB15A) I tested are both seem to be expensive.
TRENDnet is also a company with long history; at least I received many TRENDnet camera owner enquiries. I’m not sure if TRENDnet has API, I can’t find one on the website. But I found much information from Google, probably a benefit for a large brand with long history.
Actually it was quite painful when working on TRENDnet. When I published my very early version on marketplace, I received a user’s email saying that IP600 not working for him. This brand has the same problem as D-Link. It cannot accept the user name and password I passed, but instead of replying 401 unauthorized request, it returns a 502 bad gateway error. This misleading me and caused that I spent a lot of time (from Apr to Jun) for this issue. And secondly, different products use different commands, even for similar types IP612P and IP600.
To sum up, it's definitely not a developer-friendly camera, but maybe good for consumers, otherwise it couldn't survived for that long
Maybe it’s because VivoTek is a Taiwan company, it seems VivoTek is not so popular in US. Actually VivoTek is one of the major brands in Asia.
I worked out the VivoTek support in desktop version a few months ago, but I haven’t published to phone version until lately. For 7000 series, there are 2 versions of API, the latest one call “V2”. The problem in phone version could be solved by upgrading to latest firmware which is supported V2 API commands. The APIs are available after log on to their website, free registration.
All Y-Cam at the moment are fixed camera, this is a small UK company I guess. They haven’t published their SDK, but it will be available on request, after you signed the Non-Disclosure Agreement with them. The SDK is informative, even containing some sample codes in C++.
Actually before I received their SDK, I already figured out the viewing command, I just want to PTZ command from their document. However, later I realized that Y-Cam is not a PTZ camera.
Their website prodives many live demo in many countries, which is good for both developers and consumers. You can actually have a look before purchase.