Archive for the ‘Windows Phone 7’ Category
I managed to get hooked into an interesting debate on Twitter yesterday regarding whether you’d advise someone you know to buy a Nokia Lumia 900 with WP8 just around the corner. This conversation stemmed from a local AU tech journalist awarding the device 5/10 in a review and then later mentioning that the impending release of WP8 was justification for this score – not that the device was that bad). The discussion touched on a fundamental topic I’ve had burning in the back of my brain for some time now – surrounding the impact of Microsoft’s Windows Phone vNext announcements on the existing Windows Phone market.
Apple vs Microsoft vNext Announcements..
While progress and new device/platform announcements are generally an exciting thing – we’ve seen a fairly important differentiation between how Microsoft and Apple execute these with respect to their Phone platforms + hardware.
In most cases – Apple keeps announcements completely secret right up until they hold a major news conference – and then when it’s announced – they demonstrate a finished product ready to sell – accompanied by clear and precise launch dates (normally very short time frames) – so customers know exactly what’s going on. Sure there’s a bunch of rumours leading up to these announcements – but generally they are very far off the mark and the public don’t take them seriously until the real announcement is made.
Microsoft Windows phone announcements on the other hand happen quite differently – in that major Windows Phone updates are announced a long time before they are released – and it’s the platform improvements that are shown off with an early reference device. In almost every case I’ve seen – there is no actual hardware announced – only vague release dates for handsets are given, which are normally a long way off (generally 3-9 months staggered across various regions). Then there’s a non stop barrage of rumours on what’s going to happen / be released – many turning out to be completely true as they generally come from very good sources.
For customers wanting to buy into either of the platforms – Apple’s way gives them a clear decision – ‘Buy vCurrent or wait until next month/week and get vNext’. Microsoft’s customers on the other hand are faced with the through process of ‘I’d like one of these now – but they did announce vNext was coming at some point soonish so I’d better wait until then’….
vNext versus the vCurrent App Publisher..
The problem for App developers is that they are only at any point making their revenue based on what’s out there right now and available to the general public – and due to the once off App ‘purchase for life’ model on Windows Phone 7.x – sales are very much pinned to how Windows Phone is doing at retail (and ultimately how many new customers are made available to them over time).
Unfortunately – every time the proverbial vNext carrot is dangled in front of the public – vCurrent handset sales stall – creating more confusion + bringing in less customers – and resulting in reduced App sales.
I’ve been deeply suspicious that this has been going on for a while – and thought I’d chart out my daily app sales in the Australian Marketplace versus the various major Windowsphone events related to me (such as vNext Announcements and then other events specific to me or to the AU Market).
Just to explain the numbers you are seeing above – these are the combined total of sales across all mobilewares.net Windows Phone 7 apps in the Australian Marketplace (from Early 2011 through to now). I’ve been lucky enough to have some of the top selling Apps in Australia over this period (including AU Weather Pro and also a bunch of AU focused Sports titles) – some of them I would like to consider to be ‘must have apps’ to Australians – and am confident a fairly consistent % of new users to the platform will purchase them.
I should also mention that my Apps ranking on the top (selling) charts in AU have been pretty much consistent for quite a while (AU Weather Pro has been top selling non XBLI title for a long time + the sports titles have been the top 3 ranked in their genre since launch) – so I’m also reasonably confident the quantity of Apps I sell is pretty relatively close to the trend other publishers in this region are seeing.
Due to the commercially sensitive nature of these actual figures – I’ve simply referred to the quantities with a unit system of ‘x’. Ie. ‘2x’ point on graph is exactly double the amount of units of ‘x’. The charted line is also a ‘line of best fit’ from the charts produced by the App Hub – the actually line per each day is a very zig-zaggy line – sometimes going below/above the line of best fit due to interim events (like having an App as the ‘featured app of the day’).
Also please note : This is not meant to be a scientific observation – I’m sure those that concern themselves with market predictions and analysis as their full time job have much more sophisticated metrics and models – I’m just going by what I have in front of me..
The Impact of vNext Announcements
From analysing my chart there’s a very obvious effect I’m seeing as a result of vNext announcements/leaks (denoted in the Red Callouts above) – App sales take a swift and sudden downward turn (which I’m very certain is a direct reflection on handset sales). The three significant events have been the Mango/7.5 announcements, the leaked WP8 announcements late April (indicating WP7 handsets would have no upgrade path to WP8) and then the nail in the coffin the official WP8 announcements in June.
I’ve also mapped out good/positive events on this timeline (denoted with green callouts) – such as new app launches from my company (which of course drive sales), handsets actually being released in AU – and major marketing initiatives namely the Nokia Lumia launch (which was accompanied by a lot of really well done TV advertising and public awareness campaigns).
The disappointing bit is that WP7 really looked like it was taking off this year with the Nokia launches – and was obvious traction was finally being gained. That sharp rise in market share was however killed with the WP8 announcements (and no actual firm dates for availability) – in an even more comprehensive manner then last years Mango announcements (even though it took Australian’s close on 10 months to actually get local Mango handsets it was only a few features being sacrificed and there was no threat of it being completely obsolete that we face today).
The really bad news for devs… fragmentation is coming to a market near you…
While It’s not hard to deduce that things are not going well for Windows Phone platform (market share wise) – I’m pretty certain things are going to get quite worse in the short to medium term – particularly for App developers. When Windows Phone 7 appeared and up to now – Microsoft’s overall market share of the phone market hasn’t changed all that much – and what’s slowly happened is the % of WinMo 6.x users versus WP7 users has slowly changed (to today when the WinMo users are only a small percentage – many of them actually going to a different platform altogether).
I think it’s quite possible we may see the same transition happen with WP7 > WP8 users (with not that much change for Microsoft’s overall Smartphone market share) – so for a developer this fragmentation is not great news. Apps designed for WP7 will be faced with a potential user base that’s contracting quite rapidly (of which this started a few months ago) – and apps designed for WP8 will need to wait quite a while for enough customers to appear.
Although not a 100% certainty – my gut feel is that customers purchasing Apps on WP8 won’t be that keen to shell out for WP7 titles (even though they ‘will work’) – and instead will wait for WP8 Apps which take full advantage of the platform/resolution and features. I’d be interested to see what the game sales figures were for consoles which provided legacy support (such as the PS2 allowing PS1 titles to be used) – sure many ‘existing’ owners would have been happy – but doubt many rushed out to buy new PS1 titles to use on their PS2.
As someone who has invested a lot in the Windows phone Silverlight/.NET platform – I’d really hoped to get several years out of the code, designs and infrastructure I’d put together for my Apps (which I’d thought would eventually make the investment worthwhile) – however being faced with starting again from scratch is daunting – not to mention risky as there’s no guarantee Microsoft won’t decide in a year or so that WinRT is also going to be superseded with something else. Having done quite a bit of WinRT work already (for Windows 8) – I also know first hand that porting/migrating apps from SL on WP7 is not the simple task it’s claimed to be (as the XAML/layout is so different you really need to start from scratch to make experiences which customers really want).
I do realize Microsoft really did need to do a ‘reboot’ on their entire Smartphone strategy – however this many reboots and poorly timed announcements and leaks is not a great thing. Their actual development platform is so much better then anything else on offer (Android/iOS development environment feels like taking a step back into the 90’s) – but without a worthwhile market for devs to sell Apps to – it’s a hard to justify it.
The one shining light is that the Win8 market is hotting up and will help many developers subsidize their WP8 titles by sharing technologies – but time will tell on whether it pans out this way or those devs just focus on Win8 only. I’m still very much undecided on these counts myself – and while I know I’m sure I will release some Apps for WP8 – I doubt it will get the same energy I once gave WP7 – and my focus will be mainly on Windows 8.
The official Developed Down Under website went live a couple of weeks ago – and for launch we hadn’t yet added the new developed opt-in/submission process (which was still pointing at the original page on the wpdownunder.com blog).
So after a bit more tinkering and testing this part of the site is now live too – and should help make the signup quite a bit less tedious and user friendly.
You can check it out here at – http://developeddownunder.com/developers.aspx – or just click on the ‘submit your apps’ whilst on the site.
New Submission Process Overview
The idea of the new submission forms was to make it a smidgen quicker/easier for developers to include their apps – by adding in a few server side smarts and some more fancy validation of entered information.
One new cool thing is the ability to locate all your apps without having to dig out a Marketplace Deep Link for each and every app you’re submitting. Now on the new signup – need to only provide a single Marketplace Deep Link (for at least one of your apps – even one you aren’t planning to submit).
Once you provide a deep link – the website will go off behind the scenes to Marketplace – and fetch all your apps (by using the Publisher ID in the deep link you submitted) – and then displays them so you can quickly just tick the ones you want.
Once you fill out the rest of the information (your name + email are required – website/twitter info is optional) – you are taken to a confirmation page where you can finalize your submission.
Then when you hit the confirm button – we’ll get notified of your submissions and you’ll get notified too via an email. Note that we will still need 24-72 hours to approve/moderate your submissions before they appear in the catalogue (for those using the DDU Windows Phone app).
What’s next for the DDU Website
While there’s no definite timeframes – we intend to start including more features in the website as time permits – such as providing an online version of the catalogue (so you can browse them on the website without the DDU app) – and the ability to find out more about publishers.
Keep an eye on the website for more..!
I thought I’d post something here about a new community initiative relevant to Aussie Window Phone users, developers and bloggers called ‘Developed Down Under’ – which officially went live to the public around 24 hours ago.
So What is Developed Down Under (aka DDU)
The idea was originally conceived (just over a month ago) by Scott Sheedy from wpdownunder.com to deduce a way of grouping together and promoting Windows phone apps from Australian developers. Garry Holden from Handiware suggested the name ‘Developed Down Under’ (which we ran with after consensus on twitter).
some of the goals of DDU included
- To improve visibility of App’s on the Windows phone platform that have been made by Aussie Developers.
- To help Aussie Windows phone users quickly find and locate Apps directly relevant to their local Aussie market – and have an easier way of identifying these products when looking at blogs, news sites etc (ie. coming up with a recognizable logo/icon and name)
- And similarly to what is being done with Apps – promoting local Aussie bloggers and news Sites who cover Australian specific Windows phone news.
And an App is born …
Last week the concept evolved from an idea (and a lot of behind the scenes work by Scott) – into a full blown Windows phone app (with inspiration from products like wp7nl, appflow, etc).
This product allows users to view a catalogue of Aussie Developed Apps – and then click through directly to that App’s page on Windows Marketplace (where it can be downloaded/purchased/rated/etc). There’s sections such as ‘Apps for Aussies’ (which filters out a list of apps purely designed for localized Aussie stuff like news, travel, weather etc) – and ability to browse by publisher, genre and get randomly selected ‘quick picks’.
On Wednesday night last week – Scott put out a call to all developers (http://www.wpdownunder.com/?p=4639) to nominate their own apps to be included in this catalogue (nb – this is where to go if you want your apps to be listed – it’s a live/online catalogue so we can add you in at any time) . Due to concerns with privacy/copyright issues – it was determined that simply auto including titles may cause numerous issues (and also that there was no simple way to determine which publishers on Marketplace where actually from Australia).
And by Thursday night last week (after I spent a whirlwind couple of days developing it and setting up all the required server side magic whilst Scott simultaneously put together the other required pieces) – the initial app was done and dusted and certified to marketplace.
You can see the App’s product page at : http://mobilewares.net/DevelopedDownUnder-WP7.aspx
Keep in mind of course it’s an initial release (0.9) – and the focus was to get something out there – so lots of bells + whistles that we didn’t have time to include will be added in coming versions.
An Amazing first Day Launch…
Last night (around 8:30pm) – after receiving a publishing success notification from Marketplace in the morning – we noticed the app could finally be downloaded via the deep link – and went live. We timed it with an awesome review from 1800pocketpc.com (who’d been provided with a XAP a few days earlier). You can check it out on the link below (there’s even a video there too of it in action).
Then overnight things went crazy – thanks to the above review, the overall buzz being generated on twitter (under our chosen hash tag #wpddu) – and a great placement in the WP7 new list (the App was actually one of the 4 listed ‘new’ apps on start page of online versions of Windows Phone Marketplace around the world) - resulting in a huge amount of downloads from all corners of the globe (and that was before the Australians who this app was targeted at had even woken up).
Today (thanks to some awesome behind the scenes PR work by Scott) – we also got plugged on a number of news sites – including a couple of real biggies (that reached out further into the mainstream than we’d ever expected), such as :-
Not to mention some of the awesome WP7 focussed news sites who helped spread the word too over the past week (along with a swag of positive and encouraging tweets in the #wp7au community too) :
Peter’s Kitchen : http://www.peterskitchen.net/?p=7639
Now nearly 24 hours later – I’m staggered by the amount of people who have installed this app. Even though I have some pretty popular titles in the AU Marketplace (and have had similar in the US before) – I’ve never seen such a large volume of users downloading a Windows phone app before in such a short space of time.
The Developer Response
However – none of this would be possible without the humbling show of support from the Australian Windows Phone developer community – who have been submitting their apps for us to include.
As per the snapshot below from the scorecard – (catch the real live one on wpdownunder.com ) – a few hours ago we were up to 76 submitted apps (from 22 publishers) – well on the way to our first 100.
There’s still quite a few more AU developers out there we would like to get on board (who likely have not heard about it – or were away for Easter break) – and hope they can come in and nominate their apps when they hear about it. If you’re one of them – please click here to visit the signup page on wpdownunder. It’s free, quick and may be the best thing you’ve ever done for your App (ok that’s a stretch – but you get the general idea).
We’ve also had 3 other news sites/blogs (apart from wpdownunder) providing dedicated Aussie Windows Phone news feeds for us to use in the App (via the aggregated news feed which shows all the content chronologically) – 1800pocketpc.com techin5.com and peterskitchen.com – culminating in the ‘best of the best’ of Aussie WP7 news. Huge thanks to all of these sites for their support!
The Win-Win-Win cycle of DDU
One of the great things about this initiative (apart from it being driven by an enthusiastic community) is that it’s an all round win for everyone (if it’s successful of course – but looking quite likely from our first day’s feedback/downloads).
I don’t know which comes first (the chicken or the egg) – but the way I see the cycle is :
- More Apps submitted into DDU = more content for users to look at
- More content for users to look at = more people wanting to use the app
- More people using the app = more downloads/visibility for the publishers submitting the apps
- more downloads for publishers = more apps being made
- more apps being made = more submissions to DDU
and so on and so forth…. (I could quite possibly throw in the More Aussie Apps = More Handsets Being sold type cycle in there too – but you get the drift..)
So what are you waiting for – go and download it now – it’s free!
Anyhow – if you want to check it out – please visit http://mobilewares.net/DevelopedDownUnder-WP7.aspx (for product page and deep links) – or alternatively – point Bing Vision on your Windows Phone to the following QRCode below (and you’ll be taken straight into the app download page in the Marketplace App).
Don’t forget to visit http://wpdownunder.com to keep up with news – and share the love on our twitter hash tag #wpddu
And on that note – a massive thank-you to everyone who has supported this initiative with submissions, tweets, words of encouragement, news , downloaded the app!
It’s truly awesome to see the wp7 dev + enthusiast community come together like this for a common goal – and I’m really excited about the potential of where this will all go.
The week before last – I set about updating the WP7 Sports engine that’s used to drive the mobilewares sports apps (currently using it are AU Footy 2012, AU League 2012 and Sup-Rugby 2012) – and along the way decided that it would be a good opportunity to implement Low Memory Device (LMD) support.
Before I go into the LMD thoughts however – here’s some pics of some of the new (non LMD specific) features which these will include (screenshots taken from AU Footy 2012 – but others will have same enhancements) :-
(Left) New home page which aggregates latest results, upcoming games and the ladder filtered to your team.
(Right) New tabs in the Team viewer page – such as the ‘results’ tab where you can view all games played for the year and the current standing in the ladder.
Apart from new features (and what’s pictured above) – the LMD support in these apps essentially now means when you view maps and web pages – the external o/s apps are launched (rather than it being embedded in the page) – bringing the memory consumption down to the acceptable amount.
LMD Support Thoughts and Suspicions
For those that haven’t heard about LMD before – in a nutshell – there will be a bunch of low cost Windows Phone devices released this year – aimed at developing markets (and the lower cost end of the smart phone market – where Android has a massive share). These devices will be restricted to only 256mb of memory – half as much as majority of existing handsets – and will have certain core features stripped from them (such as ability to use background agents). One of the upcoming LMD devices already demoed is the Nokia Lumia 610 – and more are rumoured to be on their way (from manufacturers like Huwei).
I’ve been in two minds about LMDs’ – one being that it could be the vital ingredient to making WP7 a successful platform (by getting it into loads more markets + market segments previously ignored) which I’m all for – but secondly (on the flipside) – I’m really concerned about the potential fragmentation of the platform which will inevitably come about by this.
It’s important to note that lack of fragmentation was one of the key things that MS more or less alluded would never happen on WP7 (and given as a reason why WP7 was a better dev choice than android) – so I’m a little surprised to see this happen. The net effect of LMD being introduced is also that many developers will need to go back and update + resubmit their app’s – simply because these devices are not 100% backward compatible .
Digging Deeper into (potentially unnecessary) LMD Restrictions
When I went through the steps of implementing LMD support (thanks to a great article at Best Practice Tips for Delivering LMD Apps ) – I began to become a little more suspicious that this fragmentation (which developers would wear the brunt of) – was somewhat unnecessary. In fact – would have to say it’s either come about by a lot of laziness (or lack of time to do things properly) by Microsoft – or a direct intention to fragment the WP7 market and create the distinction of have’s and have-not’s.
If you read the article linked above – the crux of what no longer works reliably or at all (in order to ensure your apps don’t use more than the ~50mb allowed) fall upon three main areas – their Silverlight Bing Maps Control, the Silverlight Web Browser Control and lastly the clincher restriction – that background agents will not be allowed.
With the case of the Bing Maps + Web Browser controls – the message is – well hey you can use them – but we wouldn’t recommend it as loads of memory *may* be used (which of course you don’t have any control over as a developer) and your apps may crash. This struck me as quite odd – as surely Microsoft could have gone to the effort of enhancing these controls so they ‘degraded gracefully’ and worked within the new memory confines (by offering less caching/buffering/image quality etc – or at bare minimum – not crashing the app hosting it). Putting it back onto the entire developer community to update their apps (because they couldn’t fix their own components) – particularly with all the problems + delays with Marketplace certification – seems to me to be quite an ask.
With the background agents - particularly periodic tasks (the ones that can run every 30 minutes and do stuff like updating live tiles etc) – again it struck me as really odd and unnecessary that these were now no longer able to be used. Keeping in mind the memory limitations on developers writing background agents are extreme – only allowing developers to use 6mb of memory in the process – so surely these didn’t need to be dropped from the LMD platform.
I pinged Justin Angel (who I believe wrote the article above) – who had mentioned that basically it wasn’t because a single background agent (using ~6mb) would be an issue – it’s that if several of them were running at once then it would require a whole lot more memory (ie. 10 agents =~60mb). So I asked why not just ensure only one can run at a time (as a LMD restriction) – ie run them one after the other – and was basically told there was some (strange) notion by Microsoft that developers expect agents to run dead on 30 minutes and 0 second intervals to be useful (and running them sequentially was not acceptable).
Personally I’m not clear of any existing App which would not function properly if an agent ran after 31 minutes or 29 minutes etc. instead of bang on 30mins 0 secs etc.. I’ve never ever had an end user request anything like this either – just that the agent runs ‘roughly’ every 30 minutes (as opposed to not running at all).
I as a developer would have welcomed background agent support in LMD at the cost of any reliability of intervals (and lack of parallel tasks) – without it I now have to go and update and resubmit an app which had no other issues whatsoever with memory – and without out it users can’t utilize a vital and important part of my app. Any claims by Microsoft that background agents shouldn’t be a core part of your app are seriously misguided and out of touch with what end users are not just asking for – but demanding.
Summary / Thoughts
My conclusion/thoughts around LMD are that Microsoft really could have done this quite a lot differently – and just didn’t think (or care) about the ramifications to developers – and to end users (who are likely going to be quite confused by this fragmentation). As mentioned – the main issues for existing apps on LMD are not the apps themselves but the controls Microsoft provide with the platform – the bit they are supposed to be handling.
I strongly suspect (as with many dev related WP7 matters) there was little to no consultation with the ‘real world’ app developers about this by MS – and they locked themselves away in a room and tried to ‘second guess’ what they thought developers wanted (or that as suggested above – MS intended to fragment the market for some strategic reason). I just can’t possibly see how any developer would have been OK with what they drummed up.
It’s probably too late for them to do a u-turn on this unfortunately – but I do wish they had just spent a bit of extra time in order to get this right. I’m really personally excited by what these new low cost devices could do for the WP7 market share – so I hope this additional effort/sacrifice developers will need to go to will pay off.
my 2.56 cents
The process of WP7 app certification can range anywhere from being simply and quick – through to requiring mountains of effort, frustration and a really long waiting times in between.
The problem is that not only the testing is just completely random/inconsistent (you’ll see tons of apps being certified which clearly fail to meet requirements) – it appears a large amount of the testers are really struggling to understand the certification rules themselves – and regularly and invalidly fail apps which are perfectly OK.
To give you an idea of my experience with this – over the past 12 months – I’ve published ~25 apps in marketplace (each having several updates/versions) – so that’s upwards of 75+ Marketplace certifications.
Out of these – a large number have come back as failed (perhaps ~30%) – occasionally some for perfectly good/valid reasons (which I appreciate) – but vast majority has been due to a vague/ambiguously worded certification requirement being misinterpreted by testers.
This is clearly not good enough – and makes the process of releasing and updating apps hugely problematic (and quite often renders me helpless to quickly address other bugs/enhancements to apps which users are asking for).
The ‘Location Services’ related Certification Rules
Taken from the Windows Phone 7 Certification documents :
2.7.3 Your application must provide in-application settings that allow the user to enable and disable your application’s access to and use of location from the Location Service API.
While you’d think for this I could simply implement this right once – and then ensure same functionality is applied to all my future apps/submissions (thereby guaranteeing I never get failed for that reason) – this is clearly not the case.
The problem is that it testers simply don’t understand this rule – and hence each one applies it differently – ensuring that no matter what has been done to correct a previous failed certification – a conflicting interpretation from the subsequent tester will result in yet another fail.
Bing Maps vs Location Services
The root cause of the above certification rule being necessary (with my apps) – is due to using the Bing Maps Control (as below).
Whilst using Bing Maps by itself has no bearing on the above rules (as you are not providing or querying the user’s location simply by showing the map) – the problem is that in order to position a map or place a drop pin – you need to pass in instance(s) of the GeoCoordinate class (which is a basic struct containing longitude, lattitude and height).
As per all my apps – they already has the longitude/lattitude of these pins hardcoded in the app metadata – so at no point do I request nor need the users actual location – and each time GeoCoordinate is used by my app – I initialize it manually with static coordinates.
The gotcha is this GeoCoordinate class is located in the System.Device.Location namespace (in System.Device dll) – so you have to reference this System.Device in order to use Bing Maps with drop pins.
This then quickly becomes a problem – as when you submit your app to the WP7 AppHub for certification – the automated ‘capability’ detection tool invalidly decides that your app is actually using ‘location services’ (when in fact it’s just using a basic class to pass in static coordinates).
When testers then go to certify your app – they then jump to the invalid conclusion that all the location services rules and additional requirements need to be followed (as per couple mentioned above). This is despite the fact that at no point is the app ever asking for nor utilizing the location services to obtain a user’s current location.
NB: While it’s possible that ‘internally’ the Bing Maps may access your current location (this is not something that is discussed or revealed in any documentation) – what’s 100% certain is that there is no ability for developers to control whether a user’s location is accessed by Bing Maps or not (as no such properties are provided).
A recent example of how one of my apps was failed incorrectly.
As mentioned above – at no point do these apps in question (which use Bing Maps) – ever obtain or use the user’s location (at least not to my own code). Nevertheless – repeated certification failures on this point have led me to go completely overboard in ensuring that these requirements are met.
The most recent example was my app ‘NHL Fixtures 2011/2012’ (which like my other sports apps) – use hardcoded/static geo coordinates to plot the location of a sports venue on a Bing Map (and never get the actual user’s location).
Last week – I submitted the first version of this app. After 4 days it was certified and published to marketplace. Then, a few hours later – an end user provided feedback that a couple of the internal hardcoded URL’s were pointing to incorrect pages (which were displayed in the hosted Web browser – several pages into the app). It’s important to note that while no actual ‘error’ was thrown – nor did the app ‘crash’ as a result – the information displayed was a different web page.
As a result I quickly fixed these hardcoded URL’s and submitted an app update (ie. no code or functionality changes at all other than to show a different web page). In the tester notes (as I always do) – I explained the nature of the update and as a precaution – again pointed out all the ways in which I’d satisfied these above to location services related rules.
This could not be further from the truth – as these ‘in app’ screenshots below clearly show (from this failed submission).
Proof + Screenshots of the Marketplace Certification #fail.
Please see red circles for relevant functions.
Firstly an example of where Bing Maps is used in this app (NHL Season 2011/2012). As per comments above – the drop pin and map center locations are hardcoded into the app (and not derived from a user’s location) in order to show the following Bing Map :
Similarly – for requirement 2.7.3 – the ability to disable location services (the only logical way – which is to disable use of Bing Maps) – the following setting exists in the ‘app settings’ page :
When above settings is disabled – the following behaviour happens when you go to view a Map (it doesn’t load/use the Bing Maps until you re-enable this functionality in settings) :
Just in case everyone misses it though – the following text is also present in the App’s description on Marketplace (and shown to users) :
Given the overboard and comprehensive nature these requirements were met by me – you really have to wonder how this app was failed by Marketplace. Short of completely removing all Bing Maps functionality from my app – there’s nothing further I could have possibly done (every ‘i’ had been dotted and every ‘t’ crossed).
Actions Microsoft need to take to remedy this ongoing issue.
As mentioned this is an ongoing and persistent problem for me (and no doubt many other developers using Bing Maps or location services) – and after nearly 12 months of WP7 Marketplace being around – it’s painful and frustrating that it’s still not be sorted out.
The ability to quickly push out app updates as well as new apps is severely restricted – due to the long turnaround times by Marketplace (with the weekend – it can take up to 1.5-2 weeks to get a release out if it gets failed). This poses a real customer service problem for me – as I’m unable to quickly respond to actual bugs/problems in apps by deploying updates – and of course limits ability to correctly time app releases.
It’s clearly not a case of ‘occasionally getting a bad tester not doing their job’ – it’s an ongoing mistake (likely due to internal policy/training of testers) which will keep happening on regular basis.
As such – I’d really like to see Microsoft take the following actions to try overcome it :
1. Explain to testers that apps using Bing Maps need the System.Device DLL in order to place drop pins. (and doesn’t mean an app is asking for user’s location). Also explain this results in the invalid ‘location services’ capability detection on XAPs.
2. Fix the App Hub submission process so that it correctly detects location services capability. That means (in more technical terms) – it needs to look for calls to the ‘actual API methods’ requesting this – rather than just seeing if app references System.Device (as it does now).
3. In future – fix the API so that either the GeoCoordinate class is not inside System.Device – or simply fix the Bing Maps control so their are native methods to set locations without this class. ie. .setLocation(float longitude, float lattitude) – not .setLocation(Geoocordinate l)
4. Finally – please clean up the sloppy and inconsistent work being done by testers. The screenshots above show just how badly the testers got this wrong. I can’t begin to imagine what sort of shoddy work was performed by this particular tester – but if some form of audit process was applied to failed apps (requiring someone with more experience to confirm the fail) – then mistakes would be fixed before they impact the developer and delay their releases/updates.
Anyhow – that’s my 2 cents on this topic. I hope Microsoft really does address these issues soon.
To kick off the upcoming NBA (Basketball), NFL (American Football) and NHL (Ice Hockey) seasons for 2011/2012 – a bunch of new mobilewares sports apps for Windows Phone 7 have been published to Marketplace.
NBA Season 2011/2012
NFL Season 2011/2012
NHL Season 2011/2012
These apps are built using an updated version (v1.9) of the mobilewares fixture engine – which provide a bunch of great functionality for keeping up with your favorite sports including :
- Nominate the team you follow (UI is customized around this team).
- View Schedules by Date/Week or by Team.
- View Embedded Scores/Ladder
- View Upcoming Matches.
- Browse Latest RSS News Feeds from Major Sites
- View Comprehensive Venue details with Maps
- View Additional Scores/Player/Team Stats Online
- Auto Converts Match times to Your Local Time.
- Auto Updates Fixtures as changes are made
- View Team Guides with dedicated Team Pages
- Hide Live Scores via Settings (for when you are watching delayed telecasts)
Some screenshots are taken from the NFL Season 2011/2012 product below.
The other existing apps which also use this fixture engine (AU Footy Fixtures, AU League Fixtures, MLB 2011 – see http://mobilewares.net/wp7apps.aspx) have also been updated to provide the new functionality added to v1.9 (which includes live scores/ladder, UI redesign, online/auto updating fixtures and other new bits) – please don’t forget to update to the latest version if you have one of these products installed already.
Please visit the mobilewares site – http://mobilewares.net for more information – otherwise please use the Zune (deep) links at the top of this post to view these apps in WP7 Marketplace.
This is the third article for Aussies (and others o/s) who are in the process of signing up so they can be paid for Apps sold via Windows Phone 7 Marketplace. This entry covers the final step required to get paid – submitting a valid W-8BEN form to Microsoft Marketplace.
If you want to check out the first couple of articles – please see links below :
What is the W-8BEN
The W-8BEN form is the document you need to provide someone who is paying you money from o/s (in this case the Microsoft Marketplace Commerce Team) – and it’s full name is something akin to what you’d find in a Borat sequel – “Certificate of Foreign Status of Beneficial Owner for United States Tax Withholding”.
The PDF downloadable version of the W-8BEN can be obtained from this address – http://www.irs.gov/pub/irs-pdf/fw8ben.pdf – and allows you to type in some of the required fields via the Acrobat viewer (as it’s a editable PDF form).
Ideally – you’d submit this form after you had obtained either a US Tax File Number (ITIN – See Part 2) /or/ EIN. However, if you are willing to forgo the 30% withholding tax on payments made to you (nb: that % may be different for other countries) – you can submit this form without indicating you have one of those.
Like with the ITIN application (which is sent to the IRS) – you need to submit an actual hard copy of this document to Microsoft for it to be valid (ie. you can’t email or fax it in).
Like with the ITIN application (W7) – everything needs to be perfect for it to be accepted – otherwise it will be rejected by Microsoft if any minor thing is wrong – and you need to do it all again (back to go – don’t collect $200 etc). So it’s very important you don’t mess this document up.
Normally, Microsoft won’t process/approve this hardcopy until your first payment is made (which will be at end of the month and assuming you are owed at least USD$200). However – to save a lot of hassles when it’s time for payment – Microsoft offer an ‘email based’ pre-approval service (which essentially allows you to scan in your W-8BEN and submit it via email). This way if something is wrong you at least find out about it a lot sooner – AND you don’t need to waste money on courier/mail services to get an invalid to them.
In order to do this ‘pre approval’ – scan in your form (to jpg etc) - and send it to email@example.com – and then wait up to a couple of weeks to get your response. If it’s approved – then it’s then (reasonably) safe to send in the real thing.
How to fill out the W-8BEN
The following walkthrough provides information on how to fill out this W-8BEN form – and references to the 11 sections on this form. (please download it first so the below makes sense).
Part 1 :
Section 1 – “Name of individual that is the beneficial owner”
This field needs to be entered via the “Microsoft rules” for approval – in that you need to clearly identify both your own name – plus the company name of your Marketplace account. (so Microsoft can match it up with your account internally).
For example – for the company/account name (the one visible to end users on Marketplace) is ‘ACME Games’ – and my own name is ‘Joe Smith’ – hence the correct entry is in format ‘#my name# [#marketplace name#]’ :-
Joe Smith [ACME Games]
(NB: If your marketplace company name is just your name I think you can either leave out the ’s – or simply put in your name there as well).
Section 2 – “Country of incorporation or organization”
This simply needs to be the country you are in – ie. ‘Australia’
Section 3 – “Type of beneficial owner”
For individuals and solo traders operating outside of the USA – you should just tick ‘Individual’ as the correct option.
I’m 99% certain that even if your company is a full incorporated entity (not using EIN) then you still need to tick individual (as the other options relate to companies based inside the USA). However – you may want to check with your accountant or the IRS website to confirm this.
Section 4/5 – Address Details
This is pretty straightforward – simply put in your actual address (note that for 4 you can’t use a p.o.box etc – must be a real address). Leave 5 blank unless you do have some other address you want correspondance to be sent to.
Section 6 – “U.S. taxpayer identification number, if required (see instructions)”
This bit is pretty important – as it determines whether or not the US gov withholding tax is ‘automatically’ deducted from payments made to you by Microsoft.
If you have obtained a ITIN or EIN – you should enter the appropriate number assigned to you – and tick the appropriate box.
If you leave this blank then it means you don’t have one of these (or you intend to supply the W-8BEN a second time with this information).
Section 7 – “Foreign tax identifying number, if any (optional)”
I wasn’t 100% sure what to put here – so just to make sure I provided my Australian ABN number and indicated that it was that (which was accepted by Microsoft) :
ie. XX XXX XXX XXX (Australian ABN)
It’s possible leaving this either blank – or providing some other info (such as your personal Australian TFN) – is also appropriate.
Section 8 – “Reference number(s) (see instructions)”
I left this blank – and suspect this is the case unless you filled in something other than ‘individual’ in section 1 (speak to your accountant).
Part 2 :
Section 9 – “I certify that (check all that apply)”
I used the following information (based on me supplying an ITIN number) -
Checked [a] – and entered ‘Australia’ in the line provided.
Checked [b] – to indicate I had provided a taxpayer identification number in section 7.
Note: My understanding is that if you are not providing an ITIN or EIN – then you would not check any of these options in Section 9.
Section 10 – “Special Rates and Conditions”
This one is a little confusing – as it’s similar to the type of question asked on the W7 form (where you need a treaty article number etc). I actually left this completely blank (instead relying on the ITIN to indicate for no tax to be withheld).
I suspect if you are in Europe – and other tax issues such as VAT are in play – then this may be where you can provide this information (but for Australians it didn’t seem to be required).
Part 3 :
I just ignored this bit (as there’s nothing to actually fill out). However – I did provide a cover letter along with my W-8BEN stating why I was submitting the form etc. (so not sure if this was even necessary).
Part 4 :
Don’t forget to sign this form and date it! The other bit in here (apart from signature and date) – is the ‘Capacity in which acting’. I provided the value ‘Individual’ (which I think is similar to Section 3) – except this might be different if someone else is filling out this form on your behalf.
Once you’ve filled out/scanned and submitted the W-8BEN to Microsoft via email (for pre-approval) – you’ll either get a ‘yes’ or ‘no’ from Microsoft.
If it’s a ‘yes’ then you can proceed to send everything in to Microsoft via snail mail.
The correct address for this is as follows :
Microsoft – Windows Marketplace for Mobile
Attn: Finance Department
29011 Commerce Center Drive
Valencia, CA 91355
As per this link, Microsoft recommends quote – ‘sending the W-8 form using some form of tracking mechanism to assist in investigating any issues related to the delivery of the W-8 form’. I personally used Australian Express Post satchel – and sent it register post with delivery confirmation (extra feature) – which cost somewhere around ~AUD$15.
Please Note as mentioned above – the final ‘approval’ by Microsoft on your hard copy W-8BEN will not be performed until you receive your first payment event. Hence – until that point is reached – App Hub will show you the ‘bank or tax information missing’ style messages when you look at your account (so be patient and ignore these messages).
Once the first payment is made – then your App Hub account will no longer show these messages – and within a few days of payment – you will be able to start viewing your payment reports (via Reporting section in App Hub).
Additional Steps … (EU VAT Exemption)
If you’re in a country where EU VAT is an issue – you can also submit your ‘VAT Identification Number’ to obtain EU VAT exemption (after your W8-BEN is sent). This will allow Microsoft to send you your HCTI (Hard Copy Tax Invoice) if it’s applicable to your country for payments collected/paid.
Microsoft’s advice on this is ‘You are not required to provide a valid VAT Identification Number to get paid, but without it you will be charged the VAT’ .
Please see the appropriate section in this link for more information on EU VAT and how it may apply to you.
Well once you’ve done everything covered in these 3 articles AND of course you’ve got a paid app out there – it’s time to finally collect some money… Now you can sit back and way for the $$ to roll (or more likely trickle) into your nominated bank account.
Note that payments may take 60-90+ days to arrive from the actual date the app was purchased (due to funds needing to be collected from various mechanisms such as credit card, carrier billing etc) – and individual payments need to be USD$200 or more (otherwise anything owing will be rolled into next payment event).
That’s it folks – hope these posts have helped you untangle some of the confusion around signing up for Marketplace when you’re not in the USA. Please leave comments/feedback if you have some more wisdom to share on any of the topics in these posts.
This entry is a follow up to my original post WP7 Marketplace Signup Help for Aussies (Bank Info + More) – and explains how to get a US ITIN (Individual Taxpayer Identification Number)– which is the US equivalent of an Australian Tax File Number.
The ITIN will ensure you don’t have to forgo a whopping 30% withholding tax on Windows Phone 7 Marketplace payouts – which in conjunction with Microsoft’s 30% commission would ensure you only see a very small percentage of your sales revenue.
I’ve written this guide as most developers (like me) find that their brains turn to jelly when having to deal with complex accounting stuff (after all we write code, we don’t count beans). I found this entire process utterly confusing – particularly finding out how to fill in the W7 correctly for the purposes of getting marketplace payouts (as it’s designed for all manner of reasons for getting an ITIN). Hopefully this post saves you some of this drama.
Note that most of the below information also applies to WP7 developers in other non-US countries (although note that some fields like treaty numbers and offices etc will be different) – so you can use this as a starting point if you’re somewhere else.
Note that in some cases I believe you can alternatively apply for a EIN instead (which is much simpler and can be issued over the phone) – my understanding is that an EIN is only available to fully incorporated Australian companies where you have a payroll/staff – and not available to Sole Traders (Individuals). If you think you may be eligible for an EIN – please contact the IRS directly on their hotline and see if it flies.
Also – if you want to get an ITIN – it’s recommended you do so prior to submitting your W8-BEN form (the document you need to submit to Microsoft Marketplace Commerce team) – as you can then provide your final ITIN number on the W8-BEN. However – it is possible to submit a W8-BEN twice – once before you have your ITIN and then again once you have been issued it (keeping in mind you may need to request no payments are made initially – or you will need to fill in a bunch of other documents to get your withholding taxes credited back to you). You can also just forgo this 30% and not get an ITIN (but probably not a great idea).
What you need to submit to the IRS to get your ITIN
In a nutshell – applying for a ITIN requires that the following three documents are sent to the IRS -
- A W-7 Form (see below for detailed information on how to do this).
- A Notarized Passport Document (which is essentially a photocopy of your passport with a special Apostile mark from the Australian Department of Foreign Affairs and Trade).
- The Microsoft Letter – which is the letter provided by Microsoft stating the reason why you need your ITIN. (Note that problems exist with this step – see below for more information).
Please see below for notes on how to get and submit each of these documents..
Document #1 – Obtaining and Completing the ‘W-7’ Form
You will first need to download the PDF version of the W-7 form from the IRS at the following link : Application for IRS Individual Taxpayer Identification Number
A step by step guide is also available at http://www.irs.gov/pub/irs-pdf/iw7.pdf – however note that this is a very generic guide for everyone who may apply (not just WP7 developers) – so see the information below for how Windows Phone 7 developers should be handling this form.
The steps below refer to questions which appear on this W-7 Form :
In the section at the top of the page “Reason you submitting Form W-7” :
Tick Option a. (Nonresident Alien required to get ITIN to claim tax treaty benefit).
Tick Option h. (Other)
For this option – you need to enter three values :
- Reason/First Field : “Exception 1(d) – Royalty Income”
- Treaty Country : “Australia”
- Treaty Article Number : “12”
NB: If you are not Australian – you can find the appropriate treaty document on the IRS site – the link to the Australian one is found at http://www.irs.gov/businesses/international/article/0,,id=169499,00.html – so you’ll need to find the one for your country and determine the correct article number (this is the one titled ‘Royalties’.)
Entering your general Details (Questions 1 – 4)
This is pretty straight forward – simply enter your appropriate full name and address here. You can provide alternate mailing address (3) as well as any alternate names (ie. maiden name) in (1b).
Entering the ‘Other Information’ (Questions 6)
These questions are also fairly straight forward – below is some example answers -
- 6a. Country(ies) of Citizenship : “Australia”
- 6b. Foreign Tax ID Number : <Enter Australian TFN> and put “(AU TFN)” afterwards
- 6c. Type of US Visa : “n/a” (assuming you aren’t living in the US)
- 6d. Identification Document Supplied : Tick Passport, Enter Passport Number/Exp Date.
- 6d. (cont) : Enter ‘Australia’ for “Issued By:” part.
- 6d. (cont) : Enter ‘n/a’ for ‘Entry Date in United States’ question.
- 6e. Have you previously received ITIN … : tick “No/Do Not Know” (unless you have).
- 6f. Enter TIN/EIN… : <Leave this blank unless you have an EIN>
- 6g. Name of University/Company… : “n/a” (leave City/State and Length blank).
Check Once, Check Twice, Check Thrice (Recommended)
You don’t get second chances with this form (otherwise you need to re-do the entire submission) – so check you’ve entered everything you are supposed to. Ie. don’t forget to sign and date and provide contact number.
Document #2 – Obtaining your Notarized Passport
A notarized passport document is required for identification so that you don’t need to send in your original Passport. This document is generated by the Australian DFAT (Department of Foreign Affairs and Trade) – and is basically a photocopy of your passport page – along with a special ‘Apostile’ stamp (sort of like a wax seal with an official rubber stamp that’s been filled out and signed).
Getting this document will cost you about $60 – plus any additional courier/return envelope fees. This is a lot cheaper than getting a public notary to sign it for you (which may cost in the $100’s of dollars).
In order to obtain this document – you can either visit the Passport office in your capital city – or you can courier in your Passport and the appropriate payment details.
For example – in Melbourne goto the following link : http://www.dfat.gov.au/melbourne/index.html – and click on the ‘Notarial Services’ link. You can then download the request form at Notarial Services Request Form (.pdf).
I personally did it all by mail – filled in the above request form – and included a trackable Australia Post Express Post satchel so it could be returned. It took around 5 working days for everything.
Note that some people interstate reported their Passport office was being difficult and saying they weren’t able to get notarized documents issued. If this is the case – perhaps try dealing direct with the Melbourne office (note they aren’t very good at answering their phone – particularly at lunch time – and it may just ring out).
Also Note : the IRS did NOT return my notarized document – even though I’d specifically requested this in the cover letter to them. So note that if your ITIN application is rejected – you may need to pay for this notarization document AGAIN – as photocopying the returned apostille document is not considered a valid document.
Document #3 – The Microsoft Letter
Ok – this is the most worrying bit of the whole process. It involves printing out a PDF letter provided by Microsoft at this address .
You then need to add the Date (in US MM/DD/YYYY format) – and add your first and last name to make the document complete.
The massive problem is the IRS seem to be rejecting this letter for many developers saying it’s not valid (has been happening since Dec 2010). I was very lucky and the IRS accepted my Microsoft Letter – not sure why – but I’m not complaining.
For many developers – they have not been so successful – and as it costs $$$ for notarization documents, courier fees, accountants advice – and for many non English speakers special agents to handle their documentation – some have reported their applications have been rejected several times (costing them $100’s of dollars). Keeping in mind applications can take 4-10 weeks with the IRS – some of them have been waiting months to find out they’ve been rejected each time.
The extremely disappointing thing about all this is that Microsoft have been aware of this problem for several months and are pretty much doing nothing to remedy it (even though it’s THEIR LETTER WHICH IS AT FAULT).
While I love the whole WP7 platform, the tools and the awesome device – the Microsoft Commerce team have severely let down a huge amount of developers in regards to this issue. What’s downright appalling is that they won’t even mention this problem in the FAQ document for receiving payments (where you get the Microsoft Letter from) – and they are just happy to let developers suffer the expense and frustration. You only actually find out about this problem if you either get rejected – or you happen to look in the developer forums and see the many complaints from developers.
One particular thread : http://forums.create.msdn.com/forums/p/76009/486532.aspx shows the outright poor handling of this matter. After over 2 months – Microsoft are still doing pretty much nothing about this issue and chipping in either a ‘we are still evaluating it’ or a ‘it worked last year’ statement. (neither of which is any help to anyone).
Submitting everything to the IRS (and holding your breath)
Once you’ve got your 3 x documents (W-7, Notarized Passport and Microsoft Letter) – you’re ready to submit these to the IRS.
I included a cover letter as well – explaining again why I needed the ITIN and requesting that they returned the Notarized passport document (which they ignored and kept).
You need to snail mail it to :
Internal Revenue Service
P.O. Box 149342
Austin, TX 78714-9342
For safe measure I used a more expensive Australia Post International Express Post option (with a delivery confirmation) – cost I think around $15 all up – however if you have faith in the postal system you can just use a standard Airmail envelope.
Anyhow I hope this blog post was valuable to you and saved you a lot of the mucking about I had to do (particularly on how to get the notarized passport and what fields needed to be filled out on the W-7).
You may want to check with your accountant to be 100% sure. Note that most Australian accountants – like mine – actually don’t have any clue about this stuff – so take advice with a grain of salt (I actually got wrong advice on my W8 and it was rejected). If you’re actually eligible for a EIN (instead of ITIN) than this will make things considerably simpler too.
Best of Luck – and may your ITIN application get accepted first time around!
A new update of AU Weather Pro (v1.5) has submitted to Windows Phone 7 marketplace for certification.
This update addresses quite a lot of the things being requested in the user feedback I’ve received (both via the review system and via direct emails) – so I’m hoping there will be a lot of happy campers as a result (for those using it).
There’s a couple of major changes in this new version I wanted to mention…
First up – a lot of people asked if the Animated BOM Radars could be included. Although there’s a separate App – AU Radar – which is does a pretty comprehensive job of this (and incidentally only costs AUD$1.70 to get the full set of features) – many people felt it should be part of this App too.
So for the v1.5 version – I’ve now added ability to access 128km/256km local radars as well as the National (Australia wide) animated radars – for all 50+ locations offered by BOM. While there’s still a lot of other radars (like Doppler, ‘rain since’ and shorter/longer range versions etc) – I’ve kept things simple. Incidentally – those that do want the other radars can still also load up AU Radar too (I personally have both of these installed on my handset).
A screenshot of the radar page is pictured below -
Next up a lot of people commented on (ok – “complained about”) the UI – such as it not being as ‘Metro’ friendly as it could be, it being a little cluttered and hard to read – and that the photographic icons weren’t very attractive (as they were low resolution only). Some folks even (quite rudely lol) commented that I’d used American spelling rather than ‘stralian versions (like ‘initializing’ instead of ‘initialising’ etc)
So for this release there’s been quite a big facelift of the whole UI. One of my sources of inspiration (apart from re-reading the Microsoft materials) – was an excellent blog post from Jeff Wilcox called ‘Metro Design Guide for developers 1.0’ (which had some awesome tips on some of the more subtle but visually important aspects of WP7 app design such as what sort of spacing to use around screens, appropriate text sizes/styles etc).
From these and a lot of playing about with different designs – I settled on the following new designs – which I think does a lot to improve readability, more white space, more Metro friendly, and a lot less unnecessary chrome.
Here’s a before/after screen of the Observations page and below it the Forecasts page (before on left – after on right) – note that a bit more work was done post these pictures.
and for the forecasts -
I also gave the forecast and 72 hour observation history graphs a bit of a rework (sorry don’t have original screens). These screens previously weren’t very theme friendly – so the new versions got a bit of a makeover too :
One thing to note on the new version is I’ve completely dropped the use of the photographic icons as they weren’t available in the full resolution I wanted and hence looked pretty blurry(which incidentally came from the US gov weather services site – and originally used on the Media Center weather App I wrote in a previous life). Instead – this new version uses the Metro icon set only – and superimposes them on top of your nominated theme accent color.
There’s also quite a few other spots which had minor (and more major) updates – which you can check out if you get the new version.
With regards to the live tiles – numerous o/s issues/bugs still exist making it sometimes unreliable (which unfortunately I’m not able to do anything about). I was really hoping the new NoDo update would remedy these problems – but after running with that it appears nothing was changed on that front. I’m now hoping maybe mango update will do better (but seeing as all questions/feedback sent to Microsoft about this topic, has just straight out ignored – I’m not counting my chickens).
Anyhow – I hope those using this app enjoy the new update. While there’s still a bunch of things I want to add in future to this product, and improvements I want to make – I think this update will address most of the things people have been asking for.
Thanks again to everyone who provided feedback (there’s been some 50+ reviews/comments on marketplace and have received loads of emails) – this was a great help – and keep them coming.
This app has also been the #1 top selling News/Weather app in Australia since a couple of days it was initially published in Jan/11 – and still is (now in April) – so thanks to everyone who took the time to evaluate and purchase it!
The new version should hopefully be published/approved in next 24-72 hours by Microsoft Marketplace (assuming they don’t find anything to complain about) .
Note : As per previous updates – if you’re running an earlier trial version AND you haven’t installed NoDo WP7 update – the marketplace App ‘update bug’ (the actual important bit of the NoDo which ‘must not be mentioned’) - means you need to uninstall this App and reinstall the new version when it arrives.
This time it’s an App dedicated to bringing you streaming Video On Demand + live WebTV direct to your Windows Phone 7 (in awesomely hi-res quality) – and brings the mobilewares.net WP7 app range up to 19 products.
As the name suggests (the AU bit at least) – the app is primarily focused on Australian content (although has a smattering of quality o/s content) – so you won’t be wasting time watching low bitrate foreign language news from the Ukraine (as seems to be the go on many of the other video apps out there on other platforms).
AU Video.OD is built on the same engine used for the previously released AU + UK Newswire Apps – but enhanced somewhat to work directly with full screen live/streaming video and provides a more media rich front end browser.
The App (as pictured above and further below) – provides a couple of different types of sources of content :
One of these is the awesome collection of online streaming video provided by Australia’s ABCTV (and a couple of other parties) – including latest/previous full length episodes of over 20+ shows (ie. The Movie Show, Good Game, At the Movies, Q&A, Poh’s Kitchen, Media Watch etc) – plus latest selected segments from other current affairs/news shows like 7:30 report and Lateline/Lateline Business (which is handy if you’re just after a particular story or interview).
The ABCTV streaming quality is simply awesome – it’s fast, hi-res, full screen – and no buffering (if you’re internet connection is half decent). The other great thing (apart from there being 100’s if not 1000’s of hours of content) – is that it’s all updated daily as new episodes are screened – so there will be always something to watch.
The other source of content is from live WebTV streams – such as 6 live tv channels from BigPond (which I think are the same ones that T-Box users get – such as News, Sports News, AFL, NRL etc) – plus other international channels like BSkyB News UK, Nasa TV etc. These live channels are handy to have available – particularly when there’s live breaking news (such as last few days from the terrible earthquake in Japan).
Please note that all video is very good quality and pretty high bandwidth – so it’s recommended you use this app when you have a wireless connection (home, office etc) – or you ensure you have a very large 3g mobile plan (with several gb’s).
The screenshots above / and below give you some more ideas on the types of content you’ll have available.
Anyhow – AU Video.OD is available right now from the Music & Videos section (or within a couple of hours if you’re marketplace app is caching old data) – for just USD$1.99 – or AUD$3.00 (when converted using the Marketplace exchange rate).
If you’re reading this on a Windows Phone 7 – or you have Zune client installed – click this link below to go straight to the app (so you can install/purchase it):
And in other news…
Additionally – I’m also happy to announce that AU Newswire was a ‘runner up’ in the Microsoft Australia Dev vs Dev competition (results announced today) – and I’ll shortly be the proud owner of a 2nd HTC Mozart device.
Big congratulations are in order to the other runners-up and winner (whom I’m extremely jealous of given they won a totally awesome trip to Mix11 in Las Vegas) – and thanks to Microsoft AU for running the comp!