As you’re no doubt aware, HTML5 video is this year’s big thing — but there’s a dispute going on about which should become the default standard video codec. The current nascent de facto standard is H.264, but recently the new WebM format is gaining traction.
I’ve no idea how the web video format war will end. My preference is that a free, non-patent encumbered, high-quality video codec will become the standard, and WebM is the best fit for that description. Despite the recent announcement by the MPEG LA, the patent pool which controls licensing of H.264, that it will always be free for ‘video delivered to the internet without charge’, that still doesn’t make it free-as-in-speech, and still not free-as-in-beer for anyone wanting to build a business around video encoding/decoding (which includes, if I’m not mistaken, bundling it with a browser). All that said, my preference is meaningless in the face of so many vested business interests.
In my previous post, Making HTML5 Video work on Android phones, I said that you have to encode your videos as .m4v in order for them to work in Android. This isn’t actually correct. The suffix can be either .mp4 or .m4v, what matters is the way the video is encoded.
Now, there are loads of blog and forum posts which give differing advice on presets and parameters, and I’m no expert — so what I’ll do is just show you two quick ways that worked for me (I have a Samsung Galaxy S).
I recently became the owner of an Android phone* and found that, despite it being listed as a feature of the browser, the HTML5 video element didn’t work for almost all of the examples I tried. I’ve just done some experimentation with this and think I’ve found a solution, so this post is offered in the hope that it helps anyone who may be tearing their hair out over the same problem.
As Firefox 3.5 brings open video to the web, the W3C decide to drop codec requirements from the HTML 5 spec, citing disagreement between browser makers and concern over patents. Luckily, there’s a way to make video for everybody, which means encoding each clip only twice.
To much fanfare (the blowing of their own trumpets), Opera today announced Unite, a new service which lets you use the browser as a personal file server and social space. I haven’t had more than a passing glance at it yet — my URL is home.stopsatgreen.operaunite.com, if you’d like to see if I’m available — but it certainly looks interesting. Useful? I’m not sure yet.
Following the recent push by Microsoft and Ascender to revive the EOT format for web fonts, debate has raged over the pros and cons of the two main alternatives: embedding and linking. Richard Rutter came up with the idea to license fonts on a monthly payment basis, with the font being served from the supplier’s server (or a trusted alternative).
I think there are a number of potential problems of practicality with that approach, many of which have been raised in the comments. As a contribution to the debate, I would like to offer the following suggestion:
Usually when I attend @media (that is, on two previous occasions) I write a follow-up blog post on what I saw there. Well I attended this year, and I’ve written the post, but it’s on the blog of my employer, Preloaded: HTML5, Mobile, and UCD: what we saw at @media.
[#] 0 Comments