<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Open Codecs, Open Video</title>
	<atom:link href="http://ajaxian.com/archives/open-codecs-open-video/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/open-codecs-open-video</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: cromwellian</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-274003</link>
		<dc:creator>cromwellian</dc:creator>
		<pubDate>Thu, 18 Jun 2009 19:25:51 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-274003</guid>
		<description>I think Theora should be mandatory, my point is, the video tag should also delegate any non-recognized non-normative codecs to the operating system. Users can then install whatever DirectShow or Quicktime plugins they want.

There appears to be people who *only* want Theora for . IMHO, this is very unworkable and sabotages my PC investment just as some of the really bad DRM does.  If I&#039;ve got a GPU with inbuilt accelerated for high quality HD H.264 playback with extremely low CPU overhead, why should I be penalized?

This is a MUST vs SHOULD issue in the spec. Video MUST support Theora, but SHOULD support whatever codecs are recognized by the native OS as well. Otherwise, you&#039;d kill a whole host of other use cases, like people writing nifty video library apps that leverage existing optical media files without having to transcode everything.

There is a vast amount of trailer content out there in H264/WMV for example, and I want to manipulate this with  and  just as I would with Theora.

There is also the mobile issue, where a huge deployed base of mobile phones have custom application processors to provide high speed, low battery consumption H264 decoding, and without having support for H264 with  you&#039;d be condemning mobile browsers to vastly inferior battery life.</description>
		<content:encoded><![CDATA[<p>I think Theora should be mandatory, my point is, the video tag should also delegate any non-recognized non-normative codecs to the operating system. Users can then install whatever DirectShow or Quicktime plugins they want.</p>
<p>There appears to be people who *only* want Theora for . IMHO, this is very unworkable and sabotages my PC investment just as some of the really bad DRM does.  If I&#8217;ve got a GPU with inbuilt accelerated for high quality HD H.264 playback with extremely low CPU overhead, why should I be penalized?</p>
<p>This is a MUST vs SHOULD issue in the spec. Video MUST support Theora, but SHOULD support whatever codecs are recognized by the native OS as well. Otherwise, you&#8217;d kill a whole host of other use cases, like people writing nifty video library apps that leverage existing optical media files without having to transcode everything.</p>
<p>There is a vast amount of trailer content out there in H264/WMV for example, and I want to manipulate this with  and  just as I would with Theora.</p>
<p>There is also the mobile issue, where a huge deployed base of mobile phones have custom application processors to provide high speed, low battery consumption H264 decoding, and without having support for H264 with  you&#8217;d be condemning mobile browsers to vastly inferior battery life.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hansschmucker</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273994</link>
		<dc:creator>hansschmucker</dc:creator>
		<pubDate>Thu, 18 Jun 2009 09:19:52 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273994</guid>
		<description>@Joeri
That&#039;s part of it, but the API is also an issue as it cannot be emulated in Flash or any other plugin without implementing large parts of HTML as well. How should a Flash based video render to a canvas? How should an SVG filter apply to it?</description>
		<content:encoded><![CDATA[<p>@Joeri<br />
That&#8217;s part of it, but the API is also an issue as it cannot be emulated in Flash or any other plugin without implementing large parts of HTML as well. How should a Flash based video render to a canvas? How should an SVG filter apply to it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ThomasHansen</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273993</link>
		<dc:creator>ThomasHansen</dc:creator>
		<pubDate>Thu, 18 Jun 2009 09:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273993</guid>
		<description>@Joeri
12 points...!
.
@Cromwellian
I must say it&#039;s quite disappointing that you (with the emphasize on Canvas instead of Flash you&#039;re doing in TimePedia etc) post a comment like this...
The future is *standards*, *open* standards. Otherwise we could all just develop websites in ActiveX or Silverlight, right...?</description>
		<content:encoded><![CDATA[<p>@Joeri<br />
12 points&#8230;!<br />
.<br />
@Cromwellian<br />
I must say it&#8217;s quite disappointing that you (with the emphasize on Canvas instead of Flash you&#8217;re doing in TimePedia etc) post a comment like this&#8230;<br />
The future is *standards*, *open* standards. Otherwise we could all just develop websites in ActiveX or Silverlight, right&#8230;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joeri</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273992</link>
		<dc:creator>Joeri</dc:creator>
		<pubDate>Thu, 18 Jun 2009 07:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273992</guid>
		<description>@cromwellian: 
It&#039;s easy to build a flash video player that provides the javascript API of the video tag, so the video tag is most definitely NOT about getting an API to javascript. The purpose of the video tag is primarily ridding video on the web from the confines of royalties. Currently if you want to watch video on the web, you have to pay the piper, either indirectly (by using adobe&#039;s plugins), or directly (by licensing the formats). It would be as if the canvas tag could not be implemented on any system without licensing an nvidia patent. Who would think that is a good idea?</description>
		<content:encoded><![CDATA[<p>@cromwellian:<br />
It&#8217;s easy to build a flash video player that provides the javascript API of the video tag, so the video tag is most definitely NOT about getting an API to javascript. The purpose of the video tag is primarily ridding video on the web from the confines of royalties. Currently if you want to watch video on the web, you have to pay the piper, either indirectly (by using adobe&#8217;s plugins), or directly (by licensing the formats). It would be as if the canvas tag could not be implemented on any system without licensing an nvidia patent. Who would think that is a good idea?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChrisWilson</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273991</link>
		<dc:creator>ChrisWilson</dc:creator>
		<pubDate>Thu, 18 Jun 2009 00:05:31 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273991</guid>
		<description>@hansschmucker:  No, it&#039;s just not a decision the open source browser vendors can make.  Just as Ogg Theora is likely not a decision that looks very palatable in the IP landscape that a major browser vendor with a clear trace-back to revenue sits in.  Either of the major browser vendors with a clear trace-back to revenue.

But that said, it could be a third-party plugin; although as eyelidlessness said, that&#039;s likely a dealbreaker.</description>
		<content:encoded><![CDATA[<p>@hansschmucker:  No, it&#8217;s just not a decision the open source browser vendors can make.  Just as Ogg Theora is likely not a decision that looks very palatable in the IP landscape that a major browser vendor with a clear trace-back to revenue sits in.  Either of the major browser vendors with a clear trace-back to revenue.</p>
<p>But that said, it could be a third-party plugin; although as eyelidlessness said, that&#8217;s likely a dealbreaker.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hansschmucker</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273989</link>
		<dc:creator>hansschmucker</dc:creator>
		<pubDate>Wed, 17 Jun 2009 19:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273989</guid>
		<description>Truth be told, we all know that open standards are often inferior and we accept it, because eventhough they are inferior we know that we don&#039;t have to deal with different platforms and that the user will be able to access it with a compatible client on whatever platform they chose. That&#039;s why we use HTML and Javascript, that&#039;s why we use PNGs and JPEGs, even when other formats fit our need better. But we think that easy, unencumbered access is in the end preferable to a dependency on a particular vendor.

And that&#039;s why Vorbis/Theora should be mandatory for video... we need a stable platform that we can expect to be available everywhere. With h264 the browsers would need to add it through an OS backend, since open browsers can&#039;t include it and that would lead to a pretty big mess. In the end, the same browser may not support h264 depending on whether it&#039;s running on Vista or Win7. Or not the same sub formats (like the maximum number of reference frames). Basically, we would never be able to get rid of fallbacks to ... well what, if Theora isn&#039;t mandatory?

It would certainly be nice to have the most efficient codec available as an open standard, but as long as the licensing organizations behind these codecs don&#039;t allow free and open distribution of conforming decoders, that&#039;s just not possible.

Anybody who wants h264 for video should be aware that they&#039;re very likely knocking on the wrong door. This is not a decision the browser vendors can make,</description>
		<content:encoded><![CDATA[<p>Truth be told, we all know that open standards are often inferior and we accept it, because eventhough they are inferior we know that we don&#8217;t have to deal with different platforms and that the user will be able to access it with a compatible client on whatever platform they chose. That&#8217;s why we use HTML and Javascript, that&#8217;s why we use PNGs and JPEGs, even when other formats fit our need better. But we think that easy, unencumbered access is in the end preferable to a dependency on a particular vendor.</p>
<p>And that&#8217;s why Vorbis/Theora should be mandatory for video&#8230; we need a stable platform that we can expect to be available everywhere. With h264 the browsers would need to add it through an OS backend, since open browsers can&#8217;t include it and that would lead to a pretty big mess. In the end, the same browser may not support h264 depending on whether it&#8217;s running on Vista or Win7. Or not the same sub formats (like the maximum number of reference frames). Basically, we would never be able to get rid of fallbacks to &#8230; well what, if Theora isn&#8217;t mandatory?</p>
<p>It would certainly be nice to have the most efficient codec available as an open standard, but as long as the licensing organizations behind these codecs don&#8217;t allow free and open distribution of conforming decoders, that&#8217;s just not possible.</p>
<p>Anybody who wants h264 for video should be aware that they&#8217;re very likely knocking on the wrong door. This is not a decision the browser vendors can make,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darkimmortal</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273988</link>
		<dc:creator>Darkimmortal</dc:creator>
		<pubDate>Wed, 17 Jun 2009 18:30:28 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273988</guid>
		<description>H.264. Do it.</description>
		<content:encoded><![CDATA[<p>H.264. Do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cromwellian</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273987</link>
		<dc:creator>cromwellian</dc:creator>
		<pubDate>Wed, 17 Jun 2009 17:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273987</guid>
		<description>Using CG content for source material is not exactly the best test. Videophiles like to test with real film content containing noise, film grain, etc because the high end codecs have specific techniques to deal with these. For example, Microsoft&#039;s VC-1 codec deals particularly well with film grain.

More instructive would be to take a Michael Mann film like Collateral or Miami Vice, which contains lots of film artifacts which would detract from the director&#039;s overall artistic vision if they were removed or filtered.

I fully support patent-free unencumbered open codecs, but there&#039;s no way ordinary people are going to give up high quality video codecs for something inferior just because it is free. Unlike the situation with MP3, where the average person might not be able to notice very much the difference between 64kbit, 128kbit, MP3 vs AAC, video artifacts are much more noticible.

I think the best intermediate solution is for all browsers to support multiple codecs (free and unfree) and let video hosts include multiple encodings, as most already do (especially for mobile support). If people pushing for browsers not to include H.264, I think they are doing a dis-service to the video tag. 

To me, the video tag is about getting the API functionality available to Javascript, not getting codec freedom. It would be like tying Canvas2D or Canvas3D to the availability of open-source NVidia/AMD video card drivers.</description>
		<content:encoded><![CDATA[<p>Using CG content for source material is not exactly the best test. Videophiles like to test with real film content containing noise, film grain, etc because the high end codecs have specific techniques to deal with these. For example, Microsoft&#8217;s VC-1 codec deals particularly well with film grain.</p>
<p>More instructive would be to take a Michael Mann film like Collateral or Miami Vice, which contains lots of film artifacts which would detract from the director&#8217;s overall artistic vision if they were removed or filtered.</p>
<p>I fully support patent-free unencumbered open codecs, but there&#8217;s no way ordinary people are going to give up high quality video codecs for something inferior just because it is free. Unlike the situation with MP3, where the average person might not be able to notice very much the difference between 64kbit, 128kbit, MP3 vs AAC, video artifacts are much more noticible.</p>
<p>I think the best intermediate solution is for all browsers to support multiple codecs (free and unfree) and let video hosts include multiple encodings, as most already do (especially for mobile support). If people pushing for browsers not to include H.264, I think they are doing a dis-service to the video tag. </p>
<p>To me, the video tag is about getting the API functionality available to Javascript, not getting codec freedom. It would be like tying Canvas2D or Canvas3D to the availability of open-source NVidia/AMD video card drivers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eyelidlessness</title>
		<link>http://ajaxian.com/archives/open-codecs-open-video/comment-page-1#comment-273986</link>
		<dc:creator>eyelidlessness</dc:creator>
		<pubDate>Wed, 17 Jun 2009 16:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=6964#comment-273986</guid>
		<description>I think forcing people to download a plugin is going to be a deal-breaker on &lt;video&gt;, and result in a stagnation with Flash video. Apple can resolve this with Safari by:

a. bundling it with a Safari update in Software Update; and/or
b. bundling it with a QuickTime update in Software Update.

B would be Apple&#039;s preference generally, given their investment in QuickTime, but A is probably more likely due to the headaches of having two users with the same Safari version and different video capabilities.</description>
		<content:encoded><![CDATA[<p>I think forcing people to download a plugin is going to be a deal-breaker on &lt;video&gt;, and result in a stagnation with Flash video. Apple can resolve this with Safari by:</p>
<p>a. bundling it with a Safari update in Software Update; and/or<br />
b. bundling it with a QuickTime update in Software Update.</p>
<p>B would be Apple&#8217;s preference generally, given their investment in QuickTime, but A is probably more likely due to the headaches of having two users with the same Safari version and different video capabilities.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

