It's not quite stable however. It directly access to all your phone contacts and add those who already used whatsapp to a "favs" list. Then you could send message from people in that list, but it seems couldn't locate my overseas friends whose phone number have a country code prefix. You can also see all your contacts in an "all" list, but sometimes it crashs when I scroll down the list.

If you are a WP7 marketplace paid developer like me who is not working on a "real" WP7 handset, instead, using HD2. You will find VS2010 cannot debug with your phone after freshing the custom ROM for HD2. The VS2010 compaint that:

The application could not be launched for debugging. Ensure that the target device screen is unlocked and that the application is installed

And then you probably will try to register your phone since you had paid for the 3 developer unlock quota from App Hub. However, the registration program will also throw an error "Error communicating with the developer portal" with error code 0x64. You will know 0x64 is because the phone cannot connect the App Hub registration services after google.

So what now? Give it up? After some thinking, I suspect the problem is due to the ROM embeded with the "prevent relock" patch which causing the phone cannot connect the registration services. The so-called "prevent unlock" patch is actualy a Registry hack to remove the URL of developer portal which will causing the phone to be relock when connecting with Zune. If so, what I need to do is update the URL back.

From v1.9, I removed the left, right, up and down buttons from the viewer screen. Instead, provided flick/swipe to move gesture support: use your finger flickon the image, e.g. flick left camera will move left.

Apart from new gestures, a new function - save snapshot was being added to viewer screen (both single view and multi-view). Click the button, current image will save into pictures hub (in Saved Pictures category)

The main reason for such "big" change is that gesture is one of the coolest innovation of smart phone, so there is no reason not to make use of it:)

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
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
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.

Axis
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
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!

D-Link
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
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
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://192.1.168.121: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
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.

Panasonic
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.

Sony
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.

Toshiba
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
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

VivoTek
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.

Y-Cam
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.

Although received the first and second bad reviews recently, it raised 10 position since last update in April.

As the Marketplace at the moment is not allowed developer to response user review, not even contact the reviewer via email or anything. So I guess I can only say something here, poor me:(

The first bad review was from US, saying that not working with D-LINK 930L camera and complaining there is no free trail before purchase. Well, first of all, I do provide free trail if you read the app desc. You can try at your computer here. And second, 930L is not in the tested list. For D-Link, I only tested DCS-1130L which is showing in the app desc. In case the reviewer read this blog, you may contact me to arrange a test, to see if there is any problem, or alternative walkaround. As far as I know, some camera by default is not setted to support MJPEG, you may need to change that.

The 2nd one was from Austria that complaining too expensive and something like "no longer stop"? (original comment is not in english, I use translator) Ok, you beat me. I can't comment on price since it's not the cheapest one. But comparing to some competitors' price like $19.99 or $7.99, mine in $3.99 is a kind of economic, isn't it? For "no longer stop", I'm not sure which camera you have, but if you are using foscam, it's a foscam's feature that the camera will keep moving until you tap the direction button again. e.g. tap left button, camera will start moving left until either reach the left end or you tap the left button again.

Anyway, apart from these two bad reviews, all the rest are rating from 4 to 5 stars, 13 rates in total. The average worldwide score is 4 for the time being. Many thanks for those positive reviewers!

If you have purchased IP CAM Controller and not yet rated, I appreciate if you could do me a favor by giving it a rate: in the app list page of your phone, tap and hold "IP CAM Controller", a menu will pop up, select "rate and review" which will lead you to the review page; click the stars to rate and leave a message; It's recommended to say something like what camera brand and type are working for you. Great thanks!

The ListPicker control in Silverlight for Windows Phone Toolkit (Feb 2011 release) has become famous after its poor performance. My app IP CAM Controller for example, starts from v1.6, I used ListPicker to accommodate the full list of supported camera types and brands. The total item number is about 20 to 30, while it took 3 to 5 seconds to get response when openning the setup page. It's really a huge lag.

Thanks to Pedro Lamas who solved this problem by changing the source code in a few places. Details please refer to here: