Microsoft's Cloud - KIN Studio

August 2024 ยท 6 minute read

The user interaction paradigm that I found the most impressive with the KIN - if you're going to choose something to read into which the platform executed flawlessly - is how photos are handled. You can take - in theory - infinitely many photos, and never run out of space on the device. When you take a photo, it's stored in local storage in full resolution until a sync occurs, or for a few days.


All of the photos from the device, in full resolution.

When that sync finally happens, say overnight or during idle time, the photo gets uploaded to the KIN Studio entirely over the air, and the local copy is then replaced with a slightly higher than display resolution copy. It's still in the photo library on the device, but whenever you view it from now on, the KIN streams in the photo in completely over the air if you zoom in.


Opening one of the first photos I took on the KIN ONE results in it being streamed to the device in realtime.

It happens fast, and the result is that you can take photos indefinitely. That's impressive.

The first time I encountered this feature, I was confused and initially thought the KIN had deleted my photos. I was connected to the desktop using the Zune software, trying to get copies of the test images I had taken with the camera, and saw there were only four photos on the phone. After nearly two hours of shooting test photos, I thought I had been soundly defeated, and began gnashing my teeth in consternation. I suspected a glitch - I could view the photos on the device just fine, but they were nowhere to be found in the correct directory. What the heck?


Photos with the sync symbol crossed out in the top left haven't been backed up yet - these are still only stored locally.

Then it occurred to me. I realized they were deliberately backed up to the cloud, waiting for me. I was viewing copies of the photos right off the cloud on the device. Sure enough, I checked the KIN studio, and the full resolution photos were there, waiting to be downloaded in full resolution or uploaded to Facebook without ever touching my computer. That's right, you can dump gobs of photos onto Facebook without having them ever touch your bandwidth - it's that kind of cloud to cloud connection where the future lies.


Hit Facebook in the top left, and all the photos will get dumped to Facebook at lightning fast speed.

Interestingly enough, it's probably likely that the sheer amount of upload bandwidth the KIN used uploading all your photos and videos led to Verizon mandating smartphone data plans. Depending how many photos you take, uploading all of that to the cloud definitely consumes gobs of data.

In that same interface, you can view photo geotagging data on a big Bing map. It's similar to the places view inside the photos app on the iPhone, except with high resolution thumbnails and natively on the web.


Geotagged photos downtown - also my photo testbench locations

The KIN spot is also in the Studio, though admittedly it doesn't make as much sense on the web as it does on the device.

But it's useful for uploading lots of photos en-masse to Facebook without having them ever come close to using your bandwidth. As I noted, the transaction takes place from Microsoft's cloud to Facebook's. Unfortunately, downloading lots of your photos locally is a bit laborious. Even for the example shots I had taken for this article, it was at times a frustratingly slow matter, requiring you to visit each photo, click more, click download, and then wait for it to complete before moving on to the next one. The studio desperately needs batch operations for deletion, downloading native resolution copies, and perhaps some more speed tweaks. The recent Silverlight update for OS X improved speed on that platform considerably, but even on my Windows 7 desktop, it felt a bit slow.


All the contacts are in the cloud

The other notable KIN Studio functionality is backups - wipe your a device, login with the same Windows Live account, and everything is restored. Similarly, lose your device while swaggering home, buy a new one, and you'll instantly have everything restored over the air. Android is drawing close to doing the same thing - use a google account and every time you get a new device or replacement, applications will automatically install alongside contacts, emails, and calendars - but photos, application data, and other media are still gone forever. The KIN neglects to give music the same treatment, but it's clear given rumblings over Google and Apple both brewing their own cloud music platforms that this is next.

The real war being waged here isn't over just what brand of mobile device you're carrying around, but what services you're using up in the cloud - and as a consequence, who has your data. If you subscribe to Android, you're tightly tied into Google's suite of services and will probably use Google Sync. Choose Apple, and like it or not, you're up in the iTunes purchase cloud, possibly Mobile Me, and even more in the future when iTunes' cloud rolls around. Microsoft is also vying for that data, and at the same time hopes to hook you into the other suite of services - Xbox, Zune, and Live. Tying you into a specific camp of cloud services - and keeping you there - is what this is about, and Microsoft is still in a good position to roll the cloud integration IP from Danger into Windows Phone 7.

If you can, think back to the Sidekicks and how tightly they integrated with the cloud. Eight years later, it's intriguing that the Sidekicks were massively cloud focused devices before the phrase was even mainstream. They backed virtually all their data up to Danger's servers, including contacts, notes, calendars, photos, to-do lists, and messages. True to form, Danger's lasting impression on Windows Phone is a hugely cloud integrated experience.


I did experience the occasional sync that would refuse to complete

Of course, the downside to this approach is that sometimes the cloud itself is the weak link. Look no further than the all too recent Sidekick data loss that happened in October of 2009.

ncG1vNJzZmivp6x7orrAp5utnZOde6S7zGiqoaenZIB5fZNopKKboqTAsLLTrGSkoZ5irm6x1KWmoLFfbA%3D%3D