A blog by Dani Giribet
En aquest article parlaré de la confrontació silenciosa actual entre els mitjans de comunicació i les les xarxes socials. Els mitjans no estan desapareixent, ni tampoc saltant pels aires, sino sofrint una erosió terrible en un conflicte que està canviant la indústria de la comunicació mica en mica, tuit a tuit, post a post.
Continue reading “El conflicte entre les xarxes socials i els mitjans de comunicació”
Google, Microsoft and Nokia have something in common: they had little choice in some of their latest strategic moves in the mobile arena, maybe their biggest moves in a long, long time. Unusual for such giants, eh?
In this post I argue that Google, Microsoft and Nokia have something in common: they had little choice in some of their latest strategic moves in the mobile arena, maybe their biggest moves in a long, long time. Unusual for such giants, eh?
For the sake of drama and structure I will go from the most obvious to the slightly less evident and finish with the most subtle of the three.
Firstly, there is Microsoft.
It is common knowledge that the old boys from Redmond are in deep trouble in the mobile arena (and still are). After being a major player in the mobile smartphone arena for quite a long time it has gradually become a so-so player, being met by some skepticism by users and critics alike.
Even though Windows Phone 7 received decent reviews it feels like too little and definitely too late.
The Windows Phone 7 rollout still feels too corporate to me and still part of a lukewarm strategy.
Yeah but Microsoft has conquered or at least made a good dent on other markets before, even if just by brute force, yes? (read XBOX).
So why would a juggernaut like Microsoft be constrained in its long-term strategy? Shouldn’t be.
Well, it’s the systems, stupid.
If anything, Apple has taught the industry one thing with the iPod, iPhone and lately with the iPad. Consumers love SYSTEMS.
Consumers don’t like loosely coupled devices. Consumers don’t like replacing or upgrading components. Consumers don’t like lengthy boot sequences. Consumers don’t like invasive firmware installations. Consumers don’t like the software provider plus OEM combination. Maybe they did in the beginning of the 90’s. We ain’t in the 90’s anymore. XBOX, though successful, has been targeted at hardcore gamers rather than casual ones up until the Kinect.
On top of that Microsoft has learned something on its own, it doesn’t know how to build consumer SYSTEMS at all.
Therefore, to get itself out of the hole, Microsoft considered its options.
Acquisition of a successful company just to go on and destroy it in the process was ruled out, lest it turn into another disaster.
Lesson learned and any acquisitions ruled out, Microsoft then took a look at the OEM market… Err, in the case of MS, it meant HTC, builder of the 80% of cell phones bearing Microsoft’s mobile OS (at least prior the 7th version). Out of 50 partners!
Well, a simple Google search for Android and HTC is quite revealing. HTC didn’t jump ship, not exactly. But it started to be really busy building handsets with that OS.
Well, considering Android had been in the market for a while, a mature product, consumers liking it, with a plethora of apps and -most importantly- being FREE, what do you expect? Considering that MS has been known to thoroughly screw its partners from time to time., who can blame HTC?
Surely, HTC has hedged its bets and is only too happy to license to MS and adopt a wait-and-see attitude to it to see if it sticks and to exploit slow IT corporate policies that still mandate Windows-Everywhere(™). The good old leverage from the fading age of Windows was gone though and Microsoft would feel like second best here.
Choice taken away: traditional OEMs were out.
To add icing on the cake, it would seem that Microsoft had little choice but to license the ARM architecture, surely watched closely by its mobile hardware OEMs who have perceived it as yet another sword hanging over their little necks. A sword that would materialise as Microsoft mobile hardware. Uh-oh. Again, Microsoft has had to take some eggs from the software-only basket and put them on the systems one though only as a last resort (see Kin fiasco).
No pure-OEM model then. No acquisitions. Definitely not Android. SONY? You gotta be kidding. No Microsoft hardware (yet). Samsung maybe? Nay.
Um…
It had to be Nokia then. It’s smartphone marketshare in decline, Microsoft couldn’t go anywhere else.
Which leads nicely to the next big boy, Nokia itself.
Nokia is a giant. Massive with customers, it has created remarkable legendary mobile designs. However, its fortunes -or at least its marketshare lead- got reversed and were showing a worrying trend.
The new CEO put it very well himself, the company is in dire straits indeed, at least in the long term.
Nokia also considered its options.
Nokia understands systems and consumers very well, probably much more than Microsoft does or has ever done. With that in mind, Elop and senior managers understood that Symbian is a thing of the past that. Meego wasn’t ready and perhaps would never be good enough.
But, wait? A company the size of Nokia has lots of engineering talent! Yes, but also lots of middle managers and lacklustre leadership, if one is to believe Nokia’s top brass.
Therefore, culling the company of useless meddlers and taking the time to isolate a dedicated, motivated and driven team to push Meego (much like what Palm managed to do with its WebOS) up to scratch would take time, too long. If I remember correctly, it took Palm the better part of two years or more to get WebOS near 1.0-status and that is an heroic feat. Time though, is not something Nokia had available. Option out.
Acquisition? Nokia doesn’t strike me as an acquisition-crazy company.
Firstly, a nimble startup would understandably have a hard time integrating into a company of 12.000+ employees.
Secondly, while the Trolltech acquisition had some technical merit, it was completed in 2008 and Nokia has’t really made Qt onto the big promised paradise it was intented to. And they have had plenty of time to do it.
And finally, who to buy? RIM? Are you kidding? Making the company bigger and having a huge corporate cultural clash to boot?!? And getting RIM’s loony CEO(s) onboard?
Nay, purchasing its way out of trouble, choice taken away.
Which lead Nokia to consider Android.
One can imagine Nokia seeing Android as the forbidden fruit of sin. Juicy, tempting, free for the taking… and ultimately damning.
Oh, there is the legal swamp. Before taking a bite out of the fruit, Nokia must have had it’s lawyer legions take a good look at it.
If that was not to scare the Nokia strategist what would?
Well, I would argue that the real reason is freedom. Freedom to differentiate. As the Symbian guys put it “[…] surrender too much of the value and differentiation ability, most obviously in services and advertising, to Google.” Exactly. Nokia would play on the same field as all the other OEM. Bummer, from leading systems developer down to mere squabbling OEM.
Surely Nokia had been following what happened to Motorola and the Skyhook guys.
Apparently, both Motorola and ‘Company X’ (believed to be Samsung) have been prevented by Google from shipping handsets bearing its location technology. Remeber Navteq? Ever heard of Nokia maps?
Jump onto the Android bandwagon and kiss goodbye to all that.
So Android being out what was left as an option? A company in desperate need?
Microsoft.
Which leads to the idea of Google having courted Nokia precisely for many of the reasons Microsoft ‘bought’ them in the first place.
Finally, Google is the third big one having run out of options on some of its most strategic options.
Consider the official gospel on why Google created Android and released it to the wild. Well, most of it, anyway.
According to Vic Gundotra from Google:
“If Google didn’t act, it faced a draconian future where one man, one phone, one carrier were our choice. That’s a future we don’t want.”
Sounds chivalrous and following the ‘Don’t be evil’ mantra. Google released Android to save us all from that bleak future.
Well, it’s not true.
Consider Google’s business model. It revolves around advertising and to do well in advertising you need eyeballs, lots of them. Furthermore, to do very well you need targeted eyeballs, that is, to show the right adverts to the right people, to maximise chances of these people hitting the ads.
Google’s business model elevator pitch: person would like to get a service or product on the Web. Cool, she fires up Google on her desktop or laptop and does a search for the terms she thinks will help her find that product or service. Maybe clicks on the ads, maybe finds what she is looking for, maybe not. Bonus points: does more searches through Google, refining the terms (translation: getting more targeted ads), finally finds what she is looking for. This happens millions of times. Google makes tons of money.
Whereas if that same person would like to get a service or product on her iPhone, the story is completely different. Cool, she fires up the App Store app, does a search or browses the categories. Looks at the top charts, reads the reviews and how many stars the candidate solutions have, ponders wether to pay or get a free app, etc. Person chooses app and installs it. Google gets zero money. Zaroo, zip, nada, nothing.
There are a few things that need to be considered:
Google knew that smartphones and later tablets would be the devices the mass market consumer will use to access the Internet. iOS was looking good and demolishing the competition at the time. It seems to be doing the same now.
The App Store is a ‘Google search’ replacement.
I would say that Apple wasn’t expecting it to become so successful. I would add that Apple didn’t set out to build a Google search replacement when the App Store was built. Apple engineers and product managers only wanted to create a better experience for consumers than googling vague terms, shuffling through specialised review sites, getting malware off dubious websites, etc. Google is collateral damage.
Google knew it had to act, very fast and with very decisive steps. Apple’s competition was in shambles and couldn’t get their stuff together for the life of them. Microsoft Windows Mobile 6.x was crap and any real future releases years into the future, RIM was -is- a shadow of its former self and Palm was on its last legs. Google couldn’t wait on them.
Android was born and released for free. Had to be. Google didn’t have any other choice. What they really imagined was a mobile future sans Android, where Apple would rule. Imagine if Android didn’t exist what the marketshare of Apple would be on smartphones today and Google wouldn’t be able to continue making money on it. That is the future Google didn’t want.
A corporate strategy is about having a vision and making it happen and the three giants have lost the initiative.
Unless you live in a remote and far away place you will have heard of the media impact of Apple’s decision to ban the Adobe Flash to iPhone solution and the various discussions that have ensued. I won’t bother with providing more links. I love John Gruber’s take and Louis Gerbarg’s as well.
Both J.G. and L.G. have brought up many valid points: Adobe dragged their heels on Flash for mobile for a looooong time. There have been countless detabes and blog posts.
I’ll bring two further arguments, one logical and one historical, the latter being one that I believe hasn’t been brought up yet.
Logical argument: the fallacy of Flash being cross-platform
Moreover, why should we choose to lock ourselves onto Adobe’s propietary API instead of Apple’s propietary API? Why is Adobe’s API, specs and runtime superior to any others? Many would say the main reason (the only?) is that it’s crossplatform?
Wikipedia says that cross-platform means:
“an attribute conferred to computer software or computing methods and concepts that are implemented and inter-operate on multiple computer platforms”.
Oh, okay, so multiple means Windows, Mac and Linux desktops. Hello?!? Anyone there?!? This is 2010 and the 90’s called because they want their meaning of “platform” back. Nowadays, multiple means desktop and mobile. Therefore:
Well, you could say that the Open Screen Project and the releasing of the FLV, SWF and the lot specs are true multiplatformness… Well, so far so good but where is the real market traction? Where are the tried-and-true implementations? Adobe has released this technology but until it gains traction it’s no more than a glorified press release. Apple can play this game too, with tech such as WebKit which is used in a zillion places including Adobe’s own Air platform. Press releases and freeing technologies are irrelevant until adopted. A good initiative which I applaud, but still not widely used.
No, Flash is not cross-platform anymore. What is the marketshare of the mobile devices capable of running Flash 10.1? Nowhere big enough for Adobe to be pulling muscle and demanding anything. It seems Adobe is using Flash devs and aficionados as cannon fodder or -as Gerbarg more aptly puts it-, “Adobe used its userbase and their livelihood as a bargaining chip”. Adobe dragged its feet for years in the mobile arena and now is paying for its mistakes.
Historical argument: Macromedia Adobe has screwed its own developers like this before
In the nineties Macromedia had a great product already. It was cross-platform (as per 90’s definition), had powerful scripting capabilities, an powerful extension architecture, a great browser plug-in runtime that was also cross-platform, video capabilities, awesome rapid development tools, stellar graphics integration, built-in debugger, great performance, etc. It was called Director and it was really cool.
Then Macromedia bought FutureSplash in 1996 which would be later renamed to Flash. It had far less capabilities that Director at the time (no real scripting at the beginning, etc.) and would remain technically inferior for sometime, having no debugging and many other features being missing for a long while. However, it had three distinct advantages. Strike one: having less features and being a newer codebase meant it could have a more lightweight runtime than the Director one. Strike two: it had support for vector graphics, which desktop CPUs at the time were just capable of displaying and animating adequately. Director came from a less CPU-intensive bitmap background, faster but consuming more space than vector definitions and looking less sleek in many cases.
One “advantage” remained. So what did Macromedia do? Take advantage of the FutureSplash technology acquisition and the Director established developer base? It could have easily added the vector drawing technology into Director (it supported many types of media already). Refactoring the code and runtime would be no trivial feat but doable. Any Director developer would have been OK with a new restriction being put into place that meant only vector-graphics resources being allowed any new Director web runtime, would have welcomed and embraced such a change.
Strike three: Macromedia realised that with the maturity and feature-complete of Director no long-winded upgrade path was in sight. Just adding vector graphics and a streamlined runtime would do for one or two Director upgrades, no more. They thoroughly screwed the existing loyal developer base royally and released a sleek new 1.0 Flash product. Then they spent years releasing upgrades that added features that had already been present in Director for some time. They created another cash cow, a cow that would ride the wave of the Web explosion of the .com era. Director out. And no, I’m not buying any of the “official” reasons for its languishing and Flash emergence. It was all about money.
I am not crying for Director’s demise -or rather, being put into life-support mode. It was a good platform and many (myself included) made good money using it. This doesn’t mean Adobe didn’t screw up many of its own developers and went in for the next cash cow.
I am not buying Flash developers and supporters taking offense and the moral high ground, the company (now Adobe) you support has done a much worse thing to its own developers. Why should Apple even care for developers of other platforms? Just because you learned a framework and are scared of it fading away doesn’t mean anything… Some of us have done this many times before and moved on…
Final word: put your code where your mouth is
Okay. Time to recap, folks. If Flash is such a great platform -it’s actually not bad but not that good either- go ahead and develop these killer apps on Android or WinMo7 whenever that comes out. With killer apps being available on competing platforms making a huge difference Apple will simply change the clause and allow you in. They’re not stupid.
Now stop crying and start coding. Myself, will try to put this out of my mind.Els de Gizmodo ens han regalat una xafarderia un xic inusual… L’Eric Schmidt de Google i el Steve Jobs d’Apple prenent un café en un bar de Palo Alto.
I això que teòricament estaven en “peu de guerra“. Serà que han enterrat la destral…?
Article boníssim sobre el disseny d’interfícies i l’impacte de qualsevol decisió de disseny sobre l’usabilitat.
Ens parla dels compromisos inherents en qualsevol decisió de disseny. També del mal que pot fer el disseny d’aplicacions en un comité on tothom hi diu la seva. També planteja la idea d’objectivar les decisions que es prenguin i construïr si cal una taula amb les avantatges i les consequències de cadascuna de les decisions.
Lectura obligada si ens dediquem al disseny i conceptualització de productes. Bookmark afegit.
La idea més absurda que he sentit últimament, de mans de News Corp i Microsoft. Arribar a un acord d’exclusivitat perque el cercador de MS Bing sigui l’únic que indexa les seves notícies.
Sense comentaris.
In this post I try to paint a bigger picture on the sneaky attack directed by major industry players to Adobe. Namely Apple, Google and Microsoft. There have been a number of seemingly unrelated news that will affect the status of Flash player as the prevalent media platform. Reasons for the upcoming struggle are varied but there are no bits of the overall Flash media platform left untargeted.
I will then get together some of the latest news and try to get the “Wider Picture”.
So, what makes an Internet media player an Internet Media Player Platform then?
In other words, a successful platform needs to establish itself on the Internet and WWW and be useful to distribute and enjoy multimedia content.
Nowadays, the most prevalent player is of course, Flash. But it did not used to be that way. Previously Windows Media Player was quite prevalent, fighting a war with QuickTime and Real Player, the later now pretty much being a thing of the past. Rhapsody notwithstanding.
But on what is Flash standing, really? In fact, it is standing on the pillars any other media playing architecture needs.
These pillars can be listed as:
– An encoder, capable of live encoding
– A physical media container
– Support for at least one audio and video codec
– A live transmission system protocol
– For on-demand transmission we can assume HTTP is used for sanity
– A player runtime that can be distributed
– A container “plugin” or system to display the runtime on Web pages or on native apps
– Some kind of DRM system
– And finally, an established user base (or the whole thing is moot)
In the case of Adobe Flash, we can examine them:
– Encoder: check, Flash Media Encoder and others
– Physical format: .flv container format
– Video codec: On2 VP6 and lately H.264
Audio codec: MP3 and lately HE-AAC
– Live transmission: RTMP
– Player Runtime: the Flash runtime itself, capable of running ActionScript-generated bytecode
– Container: Flash Player Plugin
– DRM: indeed
– Established user base: near-ubiquity
All dots connect -and very well- in the case of Flash. In fact, some argue, myself included that lately Flash is just a glorified media player. There are a number of reasons of why this might be. My pet one is the following:
Take into consideration the enormous complexity of HTML+JS based Web App development, and that is the case even if you factor in the seemingly endless list of limitations and constraints imposed by the system. Let’s name some: poor support for local data storage, session-less basic protocol, slow character-based at that, massive rendering and composition constraints, limited animation support and a big etc. I do not need to continue.
Yeah, these are massive constraints. Bad as they are, they actually force on developers a set of paradigms that can be bent but not broken. A working set of variables that can be changed but not drastically. Constraints are sometimes design decisions, in fact, they are actually features if read from “outside the box”: rendering speed, readable, simple, reliable. Ah, the beauty of good design.
Flash, on the other hand, imposes far less of these constraints. Paradoxically, this enables hobbyist wannabe User Interface goons to go ahead and design fantastic-looking apps that look great but can’t be used. The demos look great and apps are demoed, sold, developed, deployed, suffered and quietly replaced by a faster, more serviceable JS-enabled app. I have seen this happening quite a few times myself. There you go. Read the lack of constraints from “outside the box” and you can get: slow, opaque, complex, crash-prone. Obviously if the UI goons are still in charge the simpler JS-enabled application will still be awful, but they can do less damage. But I digress.
Regardless of its shortcomings, Flash is today quite prevalent for video, “glorified media player” or not.
I would bet Google is not that happy that its YouTube video platform is Flash-based. I mean, one of your most strategic company assets relies completely on an external -and potentially competing- company???
This is okay for small fry, value-resellers and 99% of the companies out there, lest NIH syndrome bring your company down. So please don’t go out and start building your own microprocessors yet. One does not need to drink the OSS kool-aid to go on a limb and re-invent the wheel. Just keep an eye on your options, wink, wink. Just like any sane company should do.
But Google? You gotta be kidding. Hello?!? I am the ghost of the past and my name is WordPerfect. Gotcha.
Google excels and out of the box thinking, so eyes are kept at options wide open. Big time. There can be of course other, less obvious strategic concerns such as having viable options to provide media playback capabilities for Chrome-OS enabled devices.
Take another outta-box thinker, Apple. They surely are not happy about the Flash situation either. And well, they also seem to know what they are doing.
One obvious strategic concern is iPhone media playback both in and outside Web pages. Having Flash on the iPhone Safari browser would mean the Flash runtime ubiquity stretching even farther, leveling the media playback field even further. On the other hand, in the case of the iPhone, the video playback could be seen as collateral damage. The iPhone input capabilities paired to its powerful processing capabilities are in fact a good environment to deploy Flash on. I can see the minds of the developers: “great, we develop for the iPhone in the tried and true Adobe tool suite and we can deploy on Symbian, Android and WinMo in one go”. Wham! Flood of lowest-common denominator app, designed for wide market-share and running on a old, embedded-unfriendly runtime controlled by a third agent? You have to be kidding me again. Flash on the iPhone? It will not happen.
In the case of the iPhone, Apple knew they would shoot past the red waters of the pre-iPhone smartphone era into a blue sky. They also know that sky will darken, eventually. They have pressed their advantage in this emergent market. To paraphrase a former boss of mine: “Mobile will become THE platform”.
Apple is also concerned in the video playback in the desktop browser arena, even though that is perhaps less threatening to its plans. Ironically, in the case of Snow Leopard and its 64-bit Safari browser, Flash is running on a separate process so if you check it’s CPU usage it makes the plugin look really bad.
Microsoft is the uncle that has blown his family’s rich inheritance from a distant relative and then set fire to the barn. Windows Media used to be the leader video platform in the Web. They were readying themselves to obliterate MP3 from the market when YouTube struck with full force, playing Flash strengths: ubiquitous, multiplatform, hassle-free. I haven’t bothered to install Windows Media Player or it’s derivatives and I think I never will. I haven’t seen a .wma file in months and I don’t bother with the odd website that embeds WM, good riddance.
Pretty much everything in the consumer space seems to be a threat to MS lately: mobile, gaming, Web entertainment, set-top boxes, portable audio and a long et-cetera. Web and Internet playback are of course capital to its continued dominance of the consumer desktop, the real platform it stands on for its enterprise cas-cows. Distracted by Apple, Sony and the like, it forgot YouTube and Flash. Oh, and the official rival Google went ahead and bought them.
The battle lines are moving, can you spot them? To make them more obvious, we could do the mental exercise of going through the pillars that a video consumer architecture make and questioning what the aforementioned companies are doing about it:
– An encoder, capable of live encoding
In this case, pretty much all the companies have their own solution, plus the usual indies. Well, Google is not but I would not put it past them to be working on it. And there are always the OSS solutions, provided any licensing issues are cleared (hint, hint). Google thrives in the OSS environment and is quite well used in taking advantage of it -and of course contributing in turn-.
Although this is an important piece, it is far less visible to the consumer than any other pillars.
– A physical media container
Viable, established alternatives exist: the .MP4 physical container format, WMV to a lesser extent and the MPEG Transport Stream which in my opinion still has a lot of potential. All of them are well understood, well supported and most if not all are royalty-free. Both Apple and Microsoft are doing their best to keep their engines polished to support them. Google is again the elephant in the room.
IP on the .FLV physical container format is what Flash has on the plate to support this pillar.
– Support for at least one audio and video codec
This is where things get more interesting. The MPEG-4 Advanced Video Codec star, H.264 is gaining traction in the mobile arena thanks to the iPhone and other high-end phones. Apple is of course pushing hard on that and MPEG-4 on the iPhone will remain a point of resistance. Microsoft, as usual is pushing Windows Media as an alternative, specially with the Zune and WinMO, but it’s not looking that good.
But, hang on! Flash plays H.264 and AAC just perfectly thank you very much! The most likely reason for Adobe to adopt the codecs (and surely pay a steep fee to MPEG-LA) is that On2VP6 is showing it’s age and H.264 is really competitive. This means that big-profile clients like, erm, Google’s YouTube can optimise their video better and pay far less bandwidth costs (as they are already doing). Specially if you think big traffic like YouTube “big”. You can bet the small fry are also flocking to AVC Flash playback to save on costs. Vimeo anyone?
The blazing MPEG-4 codecs are like a double-edged sword to Adobe though. By adopting them Flash goes from a “glorified video player” to a “glorified MPEG-4 player”. The sharp edges of player interoperability are hidden within the package.
But, hang on! Google bought On2 Technologies! Uh-oh. Adobe doesn’t own the newest codecs and the old ones either. It is quite likely that the original deal between On2 and Adobe is long lived and contains many a safety blanket with a long period of exclusivity thrown in. Adobe have surely gone through the contracts inch by inch. Expiration clauses, opt-outs, etc.
Google made quite a big strategic acquisition here. Imagine, for a moment only, that they need a royalty-free codec to provide rich media playback for the Chrome OS. And imagine the exclusivity clause on the contract with Adobe expires, say, on the day of the Chrome OS release. And just go a little bit further: open up the IP of XXX with a suitable open license… There is more after the break.
But wait yet again! Isn’t VP6 old and not so competitive?!? Wouldn’t it take an army of extremely smart, dedicated and expensive researchers a lot of effort to improve it? Well, Google happens to have dozens of brilliant PhD-holding scientists who can also code that would be only too happy to take on such a challenge.
– A live transmission system protocol
We have mms:// languishing and rtsp:// not 100% successful, specially in comparison with rtmp:// and the clever workarounds found in competent Flash playback software such as Open Media Player. So that is another pillar that needs to be dealt with as no proper media playback system.
Apple has developed and proposed as a standard a streaming protocol that is pretty much HTTP. Check out the Akamai showcase. No firewall problems, no complicated delivery servers. Microsoft has also been busy on that side as well.
So Apple’s work is actually a proposed standard, ready for the taking of uh, the likes of Google. If Google were to implement http-based true streaming on YouTube, it would shave off a lot of costs on bandwith, infrastructure, etc.
Akamai gains would also be enormous benefit by simplifying its services and lowering its infrastructure costs by reducing the number of streaming architectures to support. Any other CDNs would as well, dragging the small fry with them.
– For on-demand transmission we can assume HTTP is used for sanity
A no-brainer, fully supported by pretty much anyone.
– A player runtime that can be distributed
The Flash runtime architecture and ActionScript 3 language are pretty mature now. Adobe Flash CS4 has unrivalled GUI design support and is in fact one of the company’s traditional strengths. In the meantime, Apple and Google’s efforts have concentrated on providing a viable and competitive runtime: Javascript.
Regardless of WebKit being adopted by Google on both the Chrome browser and Android, Google have gone ahead and built their own JS engine, V8. This ensures competition with SquirrelFish and will eventually drive the quality and speed of the engines forward. Add that to FireFox market share and MSIE 6 hopefully imminent demise and we have a viable playground for Javascript to become more stable and entrenched. In fact, the effect of these efforts on video playback can also be seen as “collateral” damage as a viable JS runtime environment is key to both Google and Apple strategies. This is specially true of Google and its online application strategy, key to its growth and long-term survival.
I am personally quite impressed by GWT and Google Wave, they are impressive engineering efforts. One could draw a parallel between AS3 plus the Flash Runtime and Java plus the Javascript runtime, with Javascript just being a simpler intermediate language for the different JIT JS runtimes to turn into native code. That is basically what the Adobe tech does, just pre-compiled. Pre-compiled JavaScript anyone?
The beauty of the GWT strategy is that Java coding tools are really mature and extremely powerful so we will see how that effort pays off. Isn’t it ironic that many Adobe tools are Java-based?
In the case of Google, using Java as the basis of Android and Eclipse as the basis of its development environment helps cement the Eclipse toolset as a powerful beacon. Regardless of the Java no-show on iPhone (another collateral), there is a subtle hint of renewed Java support by Apple, with the surprise appearance of the 32-bit Java 6 runtime in Snow Leopard. Ah, how IBM must be laughing at the strategic impact of its Eclipse gifts to the world.
Microsoft here is doing its copy-cat tactic, developing and then releasing Silverlight. Arguably, Silverlight’s implementation is more modern and neater than Flash and C# is probably a slightly better language. But it seems a “me-too” strategy and is simmetrically opposed to the Apple and Google strategies, which look more forward thinking to me.
In short, all players are coming up with powerful and viable alternatives to the AS3-Flash Runtime combo, supported on the shoulders of giants.
– A container “plugin” or system to be displayed on Web pages or on native apps
The ride gets bumpier here. It is no secret that both Apple and Google are champions of the upcoming HTML5 standard, helped in no small way by FireFox.
Enter the <VIDEO> tag in HTML5. There is little doubt that in the mobile browser arena the de-facto standard of video embedding will be through that harmless-looking tag, iPhone-thank-you very much. Apple is putting its money where its mouth is and has dozens of developers on WebKit, they will undoubtedly add support for <VIDEO> and this uniform single-source support will make it much more stable. Let’s go one vendor at a time: Google’s Android: no-brainer check, Symbian WebKit toting vendors: check, Opera: will have to follow suit, Symbian non-webkit browser vendors: going out of business anyway, Apple’s iPhone: check. Windows Mobile will either have to follow suit or be forced in a dark corner: either go on its own actively support its direct competitor Adobe with seamless Flash embedding. Microsoft is the underdog here, they will have to follow suit.
But wait, on mobile browsing Flash is already available as an alternative!
Yes, but it will never be available on the iPhone. With delicate irony the same pervasive multiplatform embedding support that made Flash-based video the king on desktop will be what hands it over to HTML5 on the mobile arena.
On the desktop things are slightly more complicated as Microsoft holds far more power with its large MSIE installed base, it’s not absolute power as it used to be but it can still stall and influence progress. The choices for MS are interesting: denying support for <VIDEO> completely would gain it time, defend WMV and stall Apple and Google’s advance, however, it would never be able to claim standards compliance. Microsoft has never cared for standards and has sometimes actively worked against them sometimes. However, forestalling <VIDEO> on the desktop would mean Flash is still king there, which doesn’t help Silverlight in any way. Would a weakened Flash pave the way for more Silverlight apps? Maybe, but it would be the final nail in WMV’s coffin, wouldn’t it? In any case, HTML5 is the standard and MS should at least feel some pressure and Flash continued dominance is not a rosy alternative either.
Another choice would be to grudginly support <VIDEO>, that would probably kill WMV off, inconvenience Adobe and hand the market to the other players.
More irony. It seems much hangs in the balance of Microsoft strategy here. But, besides mobile, there are two potential agent of pressure here, one is Firefox’s market-share growth which might continue and continue until MS is under 50%, difficult but not impossible. The other one is YouTube, Google needs to walk a fine line here, but as they have hinted to in the past, they are wiling to play hardball. A potential scenario would be to detect <VIDEO> enabled browsers and serve them the Flash-less video experience, perhaps add some better quality incentive or something. The immediately benefit for the user would be a better performing and smoother experience as there is no complex runtime to load that in the case of video playback doesn’t really add anything of value. This would help Firefox and other competing browsers grow even more marketshare.
Interesting conundrum: don’t support <VIDEO> to see MSIE drop it’s “standards support” badge and market share further eroded. Support <VIDEO> and see WMV weakened plus the general market browser interoperability increased. Or encourage Flash support and see Silverlight wither.
It seems MS is choosing option b) and supporting <VIDEO> as they seem to consider that option the least damaging to its plans. We’ll see.
– And finally, an established user base (or the whole thing is moot)
That is an interesting one, as Flash is well established in the desktop. However, also consider the combined Firefox, Safari and Chrome marketshare if they were to offer viable <VIDEO> implementations you would get an instant sizeable chunk of the market. Interesting.
In the mobile arena we have WebKit as the looming defacto standard. Again, instant market share.
S’ha celebrat recentment a Edinburg el MediaGuardian International Television Festival. Encara que el nom esmenti “television”, abarca també tot l’univers de l’audiovisual, també anomenat “media”.
Entre els “piulantes” d’aquesta i altres edicions podem trobar el Rupert Murdoch, el seu fill James Murdoch, de la News Corporation, l’Al Gore, diversos personatges de la BBC, Skype, UKTv, ITV, Al Jazeera, etc.
Com era d’esperar, el rotatiu intern de la BBC, l’Ariel, se n’ha fet ressò en portada. Es parla de moltes coses, com per exemple el control sobre els èxits de BBC Worldwide i el seu impacte en el mercat audiovisual, amb crítiques desde diversos sectors, el parlament, Endemol UK, etc. Sorprenent la contribució del director de TV de Channel 4, defensant la branca comercial de la corporació anglesa i afegint que la BBC “rep bastonades per no explotar prou la seva marca arreu del món i patacades si ho fa bé”.
M’ha cridat l’atenció una de les seccions especials dedicades al festival, que parla de l’impacte del vídeo sota demanda (VOD) en els media i com fa que la gent del “mundillo” es replantegi les coses (literalment “think differently”).
Simon Nelson de la BBC, comenta que esta molt interessat en continguts que puguin arribar a l’audiència sense haver de passar pel “dossier” de programa de TV convencional. Aquests continguts i els que generen els propis usuaris tenen èxit si s’en fa ressò i s’obliden si no tenen qualitat, sense passar per la “graella” televisiva.
Kangaroo, l’oferta de TV per IP en la que treballa l’Ashley Highfield, va participar activament en el debat. El treball conjunt de BBC Worldwide, ITV i Channel4 tindrà 10.000 hores de programació el dia del seu llançament, i estan buscant continguts “addicionals” als programes tradicionals per fer la seva oferta més atractiva. És curiós com tres “rivals” d’aquest nivell s’ajunten per anar tots a una en aquest mercat. Si la plataforma tira endavant serà més fàcil ser-hi que no pas estar fora. D’entrada sembla un bon complement pel servei gratuït de la BBC iPlayer.
Malgrat que Nelson va comentar que la TV seqüencial tant la generalista com la especialitzada tenen un paper molt important en presentar continguts nous a les audiències. La gent necessita accedir a les novetats per formar-se una opinió. Malgrat això, el de la BBC va afegir que el nou escenari del contingut audiovisual sota demanda representa una pèrdua d’influència pels commissioners, és a dir, les persones i productors que encarreguen programes als equips corresponents. Va subratllar que la majoria tenim una manera de pensar curiosa: “mira, aquí tenim una cosa nova, això vol dir que lo vell morirà”. Reflexió tòpica però interessant, l’aparició del vídeo sota demanda no significa l’acabament de la televisió seqüencial, però si la seva evolució.
Idea que no va agradar al consultor Nigel Walley, que comentava que l'”era multicanal s’acaba”, que no calen tants canals si tenim bons PVRs i bons serveis sota demanda. En part també es veu clar el seu raonament, perquè necessitem tants canals si podem gravar o descarregar el que més interessa?
Qui té la raó? Segurament tots i cap. Posats a fer futurologia, mirem al present. Una de les poques lliçons que han sortit de la revolució de la Web és “equivoca’t, però fes-ho aviat, sovint i barat“. Amb aquest mantra molta gent s’ha fet milionària, sobretot als USA. Com podem aplicar aquesta experiència al món de l’audiovisual? De moltes maneres, per exemple, en el cas de continguts destinats exclusivament a Internet, perquè no agafem un equip de dos o tres persones i ens posem a fer rodatges ràpids? Fem un guió en un dia, el rodatje en un altre i la postproducció en el tercer. Si no funciona agafem una altra idea. Si funciona tornem a fer un cicle de 3 dies, i hi tornem un altre cop. Què passa si ho fem en 2 dies en comptes de tres?
Tampoc caiguem en sonar com un manifest en favor del cinema més artístic, però les eines d’avui ens donen una agilitat de mitjans i preus que no tenen precedent, s’està aprofitant al màxim? Si el contingut resultant és aspre i espontani, doncs millor. I de fet, per molt ràpid que es faci, serà un contingut infinitament millor que el 95% del que hi ha a YouTube, no?
Innovation is one of the buzzwords of the Media Industry. “We need to do more innovation”, “Innovation is one of our key assets”, “We need to bolster innovation” and so on are some of the catchphrases that are heard in our modern New Media cubicles and Web 2.0 meeting rooms.
The issue is obviously the focus of zillions of books, experts and analysts and is constantly being discussed by “experts” around the globe.
Recently some insightful fruit has dropped from the Web tree, in the form of the ‘11 innovation lessons from Blizzard‘ lessons consolidation article published on the Inside Innovation blog.
Quite interesting and to the point indeed, without any unecessary cruft or embellishment. There are a number of very relevant pieces of advice, too long to cover on a blog entry.
However, I would like to stress one in particular, namely “Statistics Bolster Experience”. That is highlighted in the article but it should deserve one on its own. In my years of working in the media business whenever any kind of metric of success -no matter how relative-, has been put in place it has been a invaluable tool to actually achieve that particular project objectives. Actually, these stats help the project managers know when to stop working on it, which I would say it is equally as important if not more.
It also shows when objective and trivial to acquire metrics are plainly ignored. Recently I paid a visit to a friend‘s office and we discussed Web design, CSS implementation and the importance of page weight. As a random exercise, we fired up the debug menu in Safari and examined the different loading sequences and rendering times of a number of sites.
We visited a site which shall go unnamed, but the main page did amount to more than 2.1MB! And that without any embedded video loading. Such a thing should never have made it live to clog the pipes of the net. In developing a professional Web page or portal, it would be very helpful to keep track of page weight as new features and content are added to pages. Just stick it into an Excel spreadsheet or Google spreadsheet or whatever.
Use simple metrics and breakdowns, for instance the different types listed by Safari should be okay: Total Size, Documents, Stylesheets, Images, Scripts and Other. Add average total loading time with cache turned off by firing the browser 4 times or so. Automate the process for extra karma points if you like.
Build a graph over time and note where major features were added, removed, optimisations made, etc. Once it starts to develop, the relevant questions will start to pop up in design meetings. “Does this feature really belong in the home page? Perhaps it would be better on a dedicated section…? Actually, we should set up a ballpark total weight target… Not that it should be an absolute figure but more of a set of ranges. Actually, can we measure some sites we like, to get an idea of reasonable figures…”. Behold! Reasonable discussion backed with real world data! Beware of unsubstantiated “opinions”!
Blizzard are showing their wisdom here by having stats part of their development cycle. Measure, graph, visualize, print or draw it on a board and watch the positive feedback cycle unravel… You will never look back.
