<?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: Reflections On On2</title>
	<atom:link href="http://multimedia.cx/eggs/reflections-on-on2/feed/" rel="self" type="application/rss+xml" />
	<link>http://multimedia.cx/eggs/reflections-on-on2/</link>
	<description>Topics On Multimedia Technology and Reverse Engineering</description>
	<lastBuildDate>Sun, 06 May 2012 18:52:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: RC</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149762</link>
		<dc:creator>RC</dc:creator>
		<pubDate>Tue, 25 Aug 2009 05:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149762</guid>
		<description>You said yourself, Mike, some time ago, that YouTube appears to be using &quot;MEncoder&quot; to encode videos.  &quot;Flix Video for Linux&quot; just happens to  utilize MPlayer for decoding . On2 bought Flix some time ago.  It&#039;s not too big of a stretch to think that Google wants to acquire a company who&#039;s product it depends on, and which they would greatly benefit from improvements to.</description>
		<content:encoded><![CDATA[<p>You said yourself, Mike, some time ago, that YouTube appears to be using &#8220;MEncoder&#8221; to encode videos.  &#8220;Flix Video for Linux&#8221; just happens to  utilize MPlayer for decoding . On2 bought Flix some time ago.  It&#8217;s not too big of a stretch to think that Google wants to acquire a company who&#8217;s product it depends on, and which they would greatly benefit from improvements to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Wilson</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149739</link>
		<dc:creator>Jonathan Wilson</dc:creator>
		<pubDate>Tue, 25 Aug 2009 01:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149739</guid>
		<description>Do any royalties apply to distributors of MPEG4/H.264 content?
If they do (or will start applying soon), Google (owner of one of the largest video distribution sites on the planet) would likely want an alternative to H.264 that they DIDN&#039;T have to pay those royalties on (one that any browser vendor can support and that can play back fast on mobile devices)</description>
		<content:encoded><![CDATA[<p>Do any royalties apply to distributors of MPEG4/H.264 content?<br />
If they do (or will start applying soon), Google (owner of one of the largest video distribution sites on the planet) would likely want an alternative to H.264 that they DIDN&#8217;T have to pay those royalties on (one that any browser vendor can support and that can play back fast on mobile devices)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AxelP</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149658</link>
		<dc:creator>AxelP</dc:creator>
		<pubDate>Wed, 12 Aug 2009 07:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149658</guid>
		<description>I wonder what impact Google&#039;s purchase of On2 and its technology will have on Sun&#039;s JavaFX plattform. If I remember correctly, then On2s codecs are the only mandatory codecs supported by JavaFX on all plattforms.

Not a very wise decision in my book, because of the lack of free means to create videos in with On2 codecs.

I think one of reason was because, at least VP6, is supposed to have a lesser CPU load than other codecs on playback, which might be a good reason for mobile and embedded devices. However, more and more of those come with hardware acceleration for H.264 so this might become less of an advantage.

The last reason I could imagine why Google wants to gain access to video codec technology is the licensing. If I am not mistaken there will be a change in license fess for H.264 in 2010 (2011?) that might be pretty expensive for large video portals such as YouTube.

Google could, with Chrome and Android, enforce a de facto standard for video codecs on web and mobile devices, just like Adobe made H.263,VP6 and now H.264 standards.</description>
		<content:encoded><![CDATA[<p>I wonder what impact Google&#8217;s purchase of On2 and its technology will have on Sun&#8217;s JavaFX plattform. If I remember correctly, then On2s codecs are the only mandatory codecs supported by JavaFX on all plattforms.</p>
<p>Not a very wise decision in my book, because of the lack of free means to create videos in with On2 codecs.</p>
<p>I think one of reason was because, at least VP6, is supposed to have a lesser CPU load than other codecs on playback, which might be a good reason for mobile and embedded devices. However, more and more of those come with hardware acceleration for H.264 so this might become less of an advantage.</p>
<p>The last reason I could imagine why Google wants to gain access to video codec technology is the licensing. If I am not mistaken there will be a change in license fess for H.264 in 2010 (2011?) that might be pretty expensive for large video portals such as YouTube.</p>
<p>Google could, with Chrome and Android, enforce a de facto standard for video codecs on web and mobile devices, just like Adobe made H.263,VP6 and now H.264 standards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149654</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Tue, 11 Aug 2009 01:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149654</guid>
		<description>It&#039;s an interesting concept, naturally. But as I laid out in the post, I don&#039;t believe it will come to pass (Google open sourcing any of On2&#039;s previously closed tech).</description>
		<content:encoded><![CDATA[<p>It&#8217;s an interesting concept, naturally. But as I laid out in the post, I don&#8217;t believe it will come to pass (Google open sourcing any of On2&#8242;s previously closed tech).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mans</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149652</link>
		<dc:creator>Mans</dc:creator>
		<pubDate>Tue, 11 Aug 2009 01:39:24 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149652</guid>
		<description>VP6 is not now, nor will it every be, competitive with H.264.  Furthermore, there is no reason at all to believe VP6 is covered by any fewer patents than H.264.  The only real difference regarding patents here is that for H.264 we know what they are, for VP6 we know nothing.</description>
		<content:encoded><![CDATA[<p>VP6 is not now, nor will it every be, competitive with H.264.  Furthermore, there is no reason at all to believe VP6 is covered by any fewer patents than H.264.  The only real difference regarding patents here is that for H.264 we know what they are, for VP6 we know nothing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Wilson</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149651</link>
		<dc:creator>Jonathan Wilson</dc:creator>
		<pubDate>Tue, 11 Aug 2009 00:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149651</guid>
		<description>Either way, Vorbis audio with VP6 video would likely be competitive with H.264 (especially given that H.264 is patented up the wazoo and has all kinds of royalties attached AFAIK)</description>
		<content:encoded><![CDATA[<p>Either way, Vorbis audio with VP6 video would likely be competitive with H.264 (especially given that H.264 is patented up the wazoo and has all kinds of royalties attached AFAIK)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149646</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Mon, 10 Aug 2009 16:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149646</guid>
		<description>It&#039;ll never work, Jonathan. You can&#039;t put a codec into an Ogg container until you give it an incomprehensible and esoteric name. I&#039;m pretty sure that&#039;s in the spec.

:-)</description>
		<content:encoded><![CDATA[<p>It&#8217;ll never work, Jonathan. You can&#8217;t put a codec into an Ogg container until you give it an incomprehensible and esoteric name. I&#8217;m pretty sure that&#8217;s in the spec.</p>
<p>:-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Wilson</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149645</link>
		<dc:creator>Jonathan Wilson</dc:creator>
		<pubDate>Mon, 10 Aug 2009 14:41:52 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149645</guid>
		<description>If Google are smart, they would release VP6 as 100% open source and create &quot;OGG VP6&quot; (OGG container, VP6 video and Vorbis audio). Why would this be a good thing for Google?

VP6 produces better video for the same file size (or conversely, better file size for the same video quality) than Theora does which means shipping YouTube videos in VP6 is easier for Google to justify vs shipping in Theora.

Google (and especially YouTube) could well make VP6 the de-facto standard for the video tag in HTML 5 in the same way as png, jpg and gif are the de-facto standards for the img tag. It would be free enough for any browser maker that wanted to use it to use it and the quality difference vs H.264 is nowhere near as big as the it is between Theora and H.264.

Also, with VP6 having been used in Flash for so long (and having been licensed by On2 to other companies also), any patents that apply to it should have been identified (if anyone thought they had a patent against VP6 its likely they would have sued Adobe by now given how huge Flash is) so using VP6 should in theory be no more legally risky (vis a vis patents) than using H.264 is.

Why VP6 and not the latest and greatest VP8? Because that way they can still make money from VP8. Also, VP6 has stood the test of time as part of Flash and as such is more mature. Plus work has been done in making VP6 (mostly through its use in Flash) work on lower power hardware (either as seperate decoder chips or as optimized implementations for platforms such as ARM.</description>
		<content:encoded><![CDATA[<p>If Google are smart, they would release VP6 as 100% open source and create &#8220;OGG VP6&#8243; (OGG container, VP6 video and Vorbis audio). Why would this be a good thing for Google?</p>
<p>VP6 produces better video for the same file size (or conversely, better file size for the same video quality) than Theora does which means shipping YouTube videos in VP6 is easier for Google to justify vs shipping in Theora.</p>
<p>Google (and especially YouTube) could well make VP6 the de-facto standard for the video tag in HTML 5 in the same way as png, jpg and gif are the de-facto standards for the img tag. It would be free enough for any browser maker that wanted to use it to use it and the quality difference vs H.264 is nowhere near as big as the it is between Theora and H.264.</p>
<p>Also, with VP6 having been used in Flash for so long (and having been licensed by On2 to other companies also), any patents that apply to it should have been identified (if anyone thought they had a patent against VP6 its likely they would have sued Adobe by now given how huge Flash is) so using VP6 should in theory be no more legally risky (vis a vis patents) than using H.264 is.</p>
<p>Why VP6 and not the latest and greatest VP8? Because that way they can still make money from VP8. Also, VP6 has stood the test of time as part of Flash and as such is more mature. Plus work has been done in making VP6 (mostly through its use in Flash) work on lower power hardware (either as seperate decoder chips or as optimized implementations for platforms such as ARM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: avenger</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149640</link>
		<dc:creator>avenger</dc:creator>
		<pubDate>Mon, 10 Aug 2009 07:11:10 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149640</guid>
		<description>&gt;It still annoys me that I reverse engineered DK4 and DK3 from binary only to later discover that they were already open sourced...

Well, look at it from another point. You reverse engineer for fun. The open source version is good for confirming your results. Its like hiking up the mountainside and noticing a chair-lift after you reached the top. Well, if you are tired, you can sit on it to come down, but you can also choose to stay on feet.</description>
		<content:encoded><![CDATA[<p>&gt;It still annoys me that I reverse engineered DK4 and DK3 from binary only to later discover that they were already open sourced&#8230;</p>
<p>Well, look at it from another point. You reverse engineer for fun. The open source version is good for confirming your results. Its like hiking up the mountainside and noticing a chair-lift after you reached the top. Well, if you are tired, you can sit on it to come down, but you can also choose to stay on feet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Multimedia Mike</title>
		<link>http://multimedia.cx/eggs/reflections-on-on2/comment-page-1/#comment-149635</link>
		<dc:creator>Multimedia Mike</dc:creator>
		<pubDate>Fri, 07 Aug 2009 16:45:41 +0000</pubDate>
		<guid isPermaLink="false">http://multimedia.cx/eggs/?p=1712#comment-149635</guid>
		<description>@SvdB: Per my analysis, TrueMotion-S looks to be about the same as what would become TrueMotion 1, except that they scattered the bits of the frames across different files.</description>
		<content:encoded><![CDATA[<p>@SvdB: Per my analysis, TrueMotion-S looks to be about the same as what would become TrueMotion 1, except that they scattered the bits of the frames across different files.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

