<?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: The first in-depth technical analysis of VP8</title>
	<atom:link href="http://x264dev.multimedia.cx/archives/377/feed" rel="self" type="application/rss+xml" />
	<link>http://x264dev.multimedia.cx/archives/377</link>
	<description></description>
	<lastBuildDate>Mon, 02 Jan 2012 07:29:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Quora</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-7254</link>
		<dc:creator>Quora</dc:creator>
		<pubDate>Sun, 16 Jan 2011 03:51:53 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-7254</guid>
		<description>&lt;strong&gt;What are some of the reasons that people prefer H.264/AAC over WebM (VP8 and Ogg Vorbis) for web video and audio? Which are deal-breakers for those who won&#039;t use WebM?...&lt;/strong&gt;

Too-long version: H.264 and AAC are better than VP8 and Ogg Vorbis, respectively, in almost every way. Except one: You need a per-implementation patent license for H.264 and AAC. That&#039;s not really a problem for proprietary software vendors (like Apple...</description>
		<content:encoded><![CDATA[<p><strong>What are some of the reasons that people prefer H.264/AAC over WebM (VP8 and Ogg Vorbis) for web video and audio? Which are deal-breakers for those who won&#8217;t use WebM?&#8230;</strong></p>
<p>Too-long version: H.264 and AAC are better than VP8 and Ogg Vorbis, respectively, in almost every way. Except one: You need a per-implementation patent license for H.264 and AAC. That&#8217;s not really a problem for proprietary software vendors (like Apple&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angel Genchev</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-7059</link>
		<dc:creator>Angel Genchev</dc:creator>
		<pubDate>Sat, 11 Dec 2010 21:35:45 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-7059</guid>
		<description>I`m sorry to read that VP8 is so inferior and patent endangered. I hope that the google`s millions bought the related patents and that On2 had enough of them. A year ago I did experimental rtp server and client for live video chat using x264 from ffdshow. Then I gave up, because of my employer ordered other things to do. Later begun looking to reimplement it @home without x264 to avoid  patent issues. The theora, then VP8 codecs became one of my hopes when google changed the license.
I`m interested in comparisson of VP8 and x264 codecs for live streaming - what happens when one turns off the B slices, CABAC coding, Weighted prediction which is requrement of h.264 baseline profile and VP8 features (if required).
I think that if the patents are not an issue, VP9.x (why not xVP9 ;-) ) should be derived from vp8 to fix what is possible without patent infringement.</description>
		<content:encoded><![CDATA[<p>I`m sorry to read that VP8 is so inferior and patent endangered. I hope that the google`s millions bought the related patents and that On2 had enough of them. A year ago I did experimental rtp server and client for live video chat using x264 from ffdshow. Then I gave up, because of my employer ordered other things to do. Later begun looking to reimplement it @home without x264 to avoid  patent issues. The theora, then VP8 codecs became one of my hopes when google changed the license.<br />
I`m interested in comparisson of VP8 and x264 codecs for live streaming &#8211; what happens when one turns off the B slices, CABAC coding, Weighted prediction which is requrement of h.264 baseline profile and VP8 features (if required).<br />
I think that if the patents are not an issue, VP9.x (why not xVP9 <img src='http://x264dev.multimedia.cx/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  ) should be derived from vp8 to fix what is possible without patent infringement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Smith</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-6613</link>
		<dc:creator>Chris Smith</dc:creator>
		<pubDate>Fri, 05 Nov 2010 20:41:27 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-6613</guid>
		<description>I love the practical and frank approach your review takes. The “summary for the lazy” notice was pretty funny too, though it should probably be an anchor link to that section. (Cause they would be too lazy to scroll, get it...) Any way, good read.</description>
		<content:encoded><![CDATA[<p>I love the practical and frank approach your review takes. The “summary for the lazy” notice was pretty funny too, though it should probably be an anchor link to that section. (Cause they would be too lazy to scroll, get it&#8230;) Any way, good read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quora</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-6322</link>
		<dc:creator>Quora</dc:creator>
		<pubDate>Wed, 06 Oct 2010 22:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-6322</guid>
		<description>&lt;strong&gt;In layman&#039;s terms, what are the key technical differences between the VP8 and H.264 coded video representations?...&lt;/strong&gt;

Its hard to provide technical differences in layman&#039;s terms here, because they are actually pretty similar and the differences are very nuanced. As a very rough summary, H.264 has better adaptive capabilities in a number of areas, i.e. it reacts bette...</description>
		<content:encoded><![CDATA[<p><strong>In layman&#8217;s terms, what are the key technical differences between the VP8 and H.264 coded video representations?&#8230;</strong></p>
<p>Its hard to provide technical differences in layman&#8217;s terms here, because they are actually pretty similar and the differences are very nuanced. As a very rough summary, H.264 has better adaptive capabilities in a number of areas, i.e. it reacts bette&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rocso</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-6143</link>
		<dc:creator>Rocso</dc:creator>
		<pubDate>Thu, 09 Sep 2010 03:18:04 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-6143</guid>
		<description>To all those asking why Google is rushing to get WebM and VP8 out there before it&#039;s really ready... to quote Mozilla: &quot;net effects&quot;.

Remember Microsoft&#039;s years of vapourware announcements that were designed solely to stall &quot;net effects&quot; and uptake of anything new that they didn&#039;t own or control? They&#039;re still around but they killed, crippled and delayed a lot of great stuff in the process.

It only works if you are big enough, and Google are BIG ENOUGH.</description>
		<content:encoded><![CDATA[<p>To all those asking why Google is rushing to get WebM and VP8 out there before it&#8217;s really ready&#8230; to quote Mozilla: &#8220;net effects&#8221;.</p>
<p>Remember Microsoft&#8217;s years of vapourware announcements that were designed solely to stall &#8220;net effects&#8221; and uptake of anything new that they didn&#8217;t own or control? They&#8217;re still around but they killed, crippled and delayed a lot of great stuff in the process.</p>
<p>It only works if you are big enough, and Google are BIG ENOUGH.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evan</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-5936</link>
		<dc:creator>Evan</dc:creator>
		<pubDate>Fri, 30 Jul 2010 17:06:01 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-5936</guid>
		<description>Thanks for your first technical analysis of VP8. It is really helpful for basic understanding of VP8.

However, it should be another story regarding to patent analysis. In fact, MPEG-LA lists their essential patents of H.264 on the website. I believe it won&#039;t take you too much time to go through them (especially US patents).

In my biased opinion, only &quot;deblocking filter&quot; and &quot;DC intra prediction mode&quot; of VP8 may have patent infringement problems. 

More interestingly, there is a lawsuit now regarding to deblocking filter (http://dockets.justia.com/docket/georgia/gandce/1:2010cv00748/165453/). Video Enhancement Solutions accuses many companies (Sony, Samsung, Panasonic..) of patent infringement. The patents of deblocking filter are quite strong and assigned from LG Electronics. This tells us that even if you have paid H.264 license fee to MPEG-LA, you are still not 100% safe. So, it is not reasonable to ask Google to make sure VP8 is 100% patent-free. Maybe 95% is already high enough.</description>
		<content:encoded><![CDATA[<p>Thanks for your first technical analysis of VP8. It is really helpful for basic understanding of VP8.</p>
<p>However, it should be another story regarding to patent analysis. In fact, MPEG-LA lists their essential patents of H.264 on the website. I believe it won&#8217;t take you too much time to go through them (especially US patents).</p>
<p>In my biased opinion, only &#8220;deblocking filter&#8221; and &#8220;DC intra prediction mode&#8221; of VP8 may have patent infringement problems. </p>
<p>More interestingly, there is a lawsuit now regarding to deblocking filter (<a href="http://dockets.justia.com/docket/georgia/gandce/1:2010cv00748/165453/" rel="nofollow">http://dockets.justia.com/docket/georgia/gandce/1:2010cv00748/165453/</a>). Video Enhancement Solutions accuses many companies (Sony, Samsung, Panasonic..) of patent infringement. The patents of deblocking filter are quite strong and assigned from LG Electronics. This tells us that even if you have paid H.264 license fee to MPEG-LA, you are still not 100% safe. So, it is not reasonable to ask Google to make sure VP8 is 100% patent-free. Maybe 95% is already high enough.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Spooner</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-5#comment-5639</link>
		<dc:creator>Mike Spooner</dc:creator>
		<pubDate>Wed, 30 Jun 2010 10:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-5639</guid>
		<description>#183 Ben: see the official announcement from MPEG-LA dated 2nd February 2010:

http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf

It is quite clear that they *may* require license fees (on some yet to be determined basis: per-decoder, per-stream, per-decode, or whatever, including combinations thereof), but may not do so, depending on how they feel.

Note also that there is no legal commitment in 
any of these announcements, MPEG-LA could 
decide to require fees at *any* point in the 
future (I&#039;m no legal expert, but I strongly 
suspect that they are not entitled to make 
*retroactive* changes to patent licensing 
terms, so your previously legal past 
activities should not require (further) fees).

From the February announcement, we should
get a statement from MPEG-LA by the end of 
2010 which will state their *current*
intentions of what they will require from
2015 onwards. As noted above, such a statement
would not guarantee anything.</description>
		<content:encoded><![CDATA[<p>#183 Ben: see the official announcement from MPEG-LA dated 2nd February 2010:</p>
<p><a href="http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf" rel="nofollow">http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf</a></p>
<p>It is quite clear that they *may* require license fees (on some yet to be determined basis: per-decoder, per-stream, per-decode, or whatever, including combinations thereof), but may not do so, depending on how they feel.</p>
<p>Note also that there is no legal commitment in<br />
any of these announcements, MPEG-LA could<br />
decide to require fees at *any* point in the<br />
future (I&#8217;m no legal expert, but I strongly<br />
suspect that they are not entitled to make<br />
*retroactive* changes to patent licensing<br />
terms, so your previously legal past<br />
activities should not require (further) fees).</p>
<p>From the February announcement, we should<br />
get a statement from MPEG-LA by the end of<br />
2010 which will state their *current*<br />
intentions of what they will require from<br />
2015 onwards. As noted above, such a statement<br />
would not guarantee anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Relgoshan</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-4#comment-5522</link>
		<dc:creator>Relgoshan</dc:creator>
		<pubDate>Fri, 18 Jun 2010 00:58:31 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-5522</guid>
		<description>YouTube&#039;s AAC may not be a good as some other encoders, but VP8 LQ sounds MUCH worse than even the flash version.</description>
		<content:encoded><![CDATA[<p>YouTube&#8217;s AAC may not be a good as some other encoders, but VP8 LQ sounds MUCH worse than even the flash version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brown</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-4#comment-5510</link>
		<dc:creator>Brown</dc:creator>
		<pubDate>Thu, 17 Jun 2010 06:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-5510</guid>
		<description>How much improvement can Google milk if the apply serious psy optimizations to the encoder?</description>
		<content:encoded><![CDATA[<p>How much improvement can Google milk if the apply serious psy optimizations to the encoder?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://x264dev.multimedia.cx/archives/377/comment-page-4#comment-5484</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Wed, 16 Jun 2010 04:13:44 +0000</pubDate>
		<guid isPermaLink="false">http://x264dev.multimedia.cx/?p=377#comment-5484</guid>
		<description>What I wonder is whether the take up of WebM by web browsers will be enough to cause the MPEG association to update their terms to something that doesn&#039;t scare mosts web sites off? I hope so, but only time will tell.</description>
		<content:encoded><![CDATA[<p>What I wonder is whether the take up of WebM by web browsers will be enough to cause the MPEG association to update their terms to something that doesn&#8217;t scare mosts web sites off? I hope so, but only time will tell.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

