<?xml version="1.0" encoding="UTF-8"?><rss version="0.92">
<channel>
	<title>Diary Of An x264 Developer</title>
	<link>http://x264dev.multimedia.cx</link>
	<description></description>
	<lastBuildDate>Sun, 23 Oct 2011 19:21:31 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	<!-- generator="WordPress/3.2.1" -->

	<item>
		<title>The neutering of Google Code-In 2011</title>
		<description><![CDATA[Posting this from the Google Summer of Code Mentor Summit, at a session about Google Code-In! Google Code-In is the most innovative open-source program I&#8217;ve ever seen.  It provided a way for students who had never done open source &#8212; or never even done programming &#8212; to get involved in open source work.   It made [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/658</link>
			</item>
	<item>
		<title>Summer of Code (in space)</title>
		<description><![CDATA[There&#8217;s apparently another Summer of Code in town.  x264 has been accepted into the ESA Summer of Code in Space.  Just like Google Summer of Code, work on x264 over the summer and get paid!  Watch out though; only some countries are allowed, so check first if you&#8217;re allowed to participate.  The application deadline is [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/655</link>
			</item>
	<item>
		<title>You should apply for x264 Google Summer of Code</title>
		<description><![CDATA[Want to do some fun open source work and get paid?  You should apply for GSOC.  Check out our ideas page and the official Google page. (And yes, I&#8217;ll get around to approving the queued comments and writing more real posts.  Eventually!  I promise!)]]></description>
		<link>http://x264dev.multimedia.cx/archives/648</link>
			</item>
	<item>
		<title>Direct from the Blu-ray disc</title>
		<description><![CDATA[A MediaInfo from the Warner Brothers&#8217; Blu-ray &#8220;The Town&#8220;: General Complete name : 00020.m2ts Format : BDAV Format/Info : Advanced Video Codec File size : 528 KiB Duration : 900ms Overall bit rate : 4 745 Kbps Maximum Overall bit rate : 15.0 Mbps Video ID : 4113 (0x1011) Menu ID : 1 (0x1) Format [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/643</link>
			</item>
	<item>
		<title>Announcing TMPGEnc 4: now with x264!</title>
		<description><![CDATA[A few months ago, we announced a commercial licensing program so that even companies unable to use GPL software in their products have a chance to use the open source x264 instead of proprietary alternatives.  The system worked on two basic concepts.  First, all licensees would still be required to give their changes to x264 [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/584</link>
			</item>
	<item>
		<title>Patent skullduggery: Tandberg rips off x264 algorithm</title>
		<description><![CDATA[Update: Tandberg claims they came up with the algorithm independently: to be fair, I can actually believe this to some extent, as I think the algorithm is way too obvious to be patented.  Of course, they also claim that the algorithm isn&#8217;t actually identical, since they don&#8217;t want to lose their patent application. I still [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/589</link>
			</item>
	<item>
		<title>How to contribute to open source, for companies</title>
		<description><![CDATA[I have seen many nigh-incomprehensible attempts by companies to contribute to open source projects, including x264.  Developers are often simply boggled, wondering why the companies seem incapable of proper communication.  The companies assume the developers are being unreceptive, while the developers assume the companies are being incompetent, idiotic, or malicious.  Most of this seems to [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/576</link>
			</item>
	<item>
		<title>H.264 and VP8 for still image coding: WebP?</title>
		<description><![CDATA[Update: post now contains a Theora comparison as well; see below. JPEG is a very old lossy image format.  By today&#8217;s standards, it&#8217;s awful compression-wise: practically every video format since the days of MPEG-2 has been able to tie or beat JPEG at its own game.  The reasons people haven&#8217;t switched to something more modern [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/541</link>
			</item>
	<item>
		<title>Announcing the world&#8217;s fastest VP8 decoder: ffvp8</title>
		<description><![CDATA[Back when I originally reviewed VP8, I noted that the official decoder, libvpx, was rather slow.  While there was no particular reason that it should be much faster than a good H.264 decoder, it shouldn&#8217;t have been that much slower either!  So, I set out with Ronald Bultje and David Conrad to make a better [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/499</link>
			</item>
	<item>
		<title>VP8: a retrospective</title>
		<description><![CDATA[I&#8217;ve been working the past few weeks to help finish up the ffmpeg VP8 decoder, the first community implementation of On2&#8242;s VP8 video format.  Now that I&#8217;ve written a thousand or two lines of assembly code and optimized a good bit of the C code, I&#8217;d like to look back at VP8 and comment on [...]]]></description>
		<link>http://x264dev.multimedia.cx/archives/486</link>
			</item>
</channel>
</rss>

