Kon, I think MPEG DASH (Dynamic Adaptive Streaming over HTTP) will be adopted as a common adaptive streaming "protocol" (actually an XML manifest and related "application protocol", nothing to do with changing HTTP 1.1. network protocol). The major cell phone, TV, cable, computer, etc. companies (including Apple, Netflix, and Microsoft ... basically, everyone but Google and Adobe) cooperated to write it. We could have used more CDN participation, so check out the DIS (Draft International Standard) if you get a chance. However, that doesn't solve the problem of dozens of different transport container/stream formats, file layouts, elementary stream formats, codecs, encryption/DRM systems, etc.; each of which can result in playback failure if one bit is in the wrong place. MPEG's Common Encryption scheme (also DIS stage) can help by allowing one encrypted file to be used by multiple DRMs (analogous to DVB simulcrypt for broadcast). Converging on a common media format is harder (meaning a spec like ATSC, DVD, BD, not one product like iPhone or Flash). UtraViolet is the best shot at a common media format for Internet that I'm aware of. It specifies the whole media stack at the same level of detail as the publishing formats listed above. A million consumers can use the same copy of "Batman X" or whatever for download or adaptive streaming or their "cloud locker", greatly improving CDN efficiency vs. a million separate copies. Most internet content was migrating to AVC and MPEG-4 ISO file format (with different Profiles, Levels, and some "special" versions, but trending well), but a common container format now remains split because MPEG-2 TS was brought back from retirement on the Internet by the popularity of iThingies and the HLS format using M2TS (after Apple invented MPEG-4 ISO File Format and used it in QuickTime forever ... how ironic). Google isn't helping anybody but Google by introducing another incompatible container and codec format for YouTube, Chrome, GoogleTV, Android ... the world according to Google. It could have a good effect if AVC Baseline decoders become royalty free in response, and Google declares victory, shipping browsers with free AVC Baseline decoders. Then TVs, cell phones, BD players, etc. can continue to use their high performance AVC chips instead of browser code burning up small CPUs. User generated content can use Baseline and commercial systems that can't afford the lower efficiency of VP8 and Baseline can use the bandwidth efficiency and higher video quality of AVC High Profile. A billion video devices out there already have paid for AVC decoder hardware that an HTML 5 browser could use, and AVC internet content doesn't have royalties. Google isn't going to replace overnight billions of AVC videos and devices in the market and all video devices shipping for the foreseeable future that will include AVC decoders. So, if WebM succeeds at all it will result in double the implementation and testing burden and double the trouble for consumers, not a single interoperable format. I understand the business model of turning other people's devices into power supplies for a Chrome advertising browser/OS that shows other people's content, but tapping into existing hardware decoders doesn't stop that as long as W3C gets the device and video tag APIs done in our lifetime, or the browser supports native OS APIs, like all the major Windows and Apple browsers do now for video acceleration. Maybe getting others to write decoder drivers in a "free" OS for each hardware platform has problems I don't appreciate. Kilroy Hughes -----Original Message----- From: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] On Behalf Of Kon Wilms Sent: Friday, April 01, 2011 3:16 PM To: opendtv@xxxxxxxxxxxxx Subject: [opendtv] Re: News: New Cable Fight at Hand On Fri, Apr 1, 2011 at 2:50 PM, Manfredi, Albert E <albert.e.manfredi@xxxxxxxxxx> wrote: > The multiple unnecessary standards become a nuisance for consumers. Maybe not > a huge nuisance, but they still can't help but increase the price of > everything. For example, they create a need for CDNs to unravel the mess. And > they make it virtually impossible for video cards to work equally well on all > streams. If that should ever happen, someone will quickly create a new > standard. It's a racket, that's all. Totally agree. It's been a few years for me concentrating solely on 'internet' and 'mobile' streaming now, and in that time there has been considerable churn. The good thing about being a CDN is you have to embrace all technologies since any one may become the 'popular' one. The bad things is making them all interoperate. But the way I see it going is HTTP dynamic/segmented streaming served like a commodity to HTML5-based decoders. Everything else will just be fluff. The codec battle will be between H264 and WebM. I see WebM winning -- it's not even out of the gates and the next rev of Android hardware coming in the next few months will have hardware acceleration (and the CDN streaming software is already tooling up to support it). Cheers Kon ---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways: - Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org - By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line. ---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways: - Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org - By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.