Thursday, February 10, 2011


The second W3C Web and TV workshop was held from February 8th-9th, 2011 in Berlin, Germany. The agenda was packed with interesting topics including use cases, adaptive HTTP streaming, content protection, metadata, HTML5, accessibility, and testing. Also others reported on the topic already.

I could not attend this meeting but I followed the Twitter stream #w3ctv which revealed some interesting thoughts from George and Alexander (cf. also screenshots) concerning the adopting of MPEG DASH for W3C WebTV. Alexander, I don't know whether a mug of hot tea helps here...

In general I think that DASH would just work for W3C WebTV and concerning royalties I'd like to quote from the minutes, "it needs to be clear that it is the companies that we have to ask, not the SDOs" - I fully agree [the minutes of the workshop (in usual W3C style) are available here (day #1) and here (day #2)].

In this context it's probably worth reading the following article describing Microsofts approach of "undoing Chrome's AVC (aka H.264) omission". I'm personally wondering what is better, having technology available as open source/royalty free but controlled by a single evil/not evil - whatever you prefer - entity (company) or paying license fees but having clear rules for joining/playing the game of developing and maintaining (corrigenda, amendment) a standard. I'd love to read your comments, feedback, and suggestions ...


Anonymous said...

Hi chris,

What's the current status between MPEG DASH and W3C webtv? I think W3C is supporting mpd as one of manifest file format but not using mpeg file format for the royalty issue. Is this correct?

Christian Timmerer said...

Recently there was The Third W3C Web and TV Workshop ( and maybe you can find there more about this topic.

I don't believe there are any royalty issues with the segment format but with the codecs transported within the segments. However, you can transport any codec within the DASH segment format.

Concerning the manifest, I believe there should be a better support thereof within HTML(5).

html5 audio player said...

Interesting one. Keep posting such kind of information on your blog. I bookmarked it for continuous visit.
html5 audio player