<?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: links for 2007-07-17</title>
	<atom:link href="http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/</link>
	<description>Dave Neary's view of the world</description>
	<lastBuildDate>Wed, 25 Nov 2009 00:48:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Antoine</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-716</link>
		<dc:creator>Antoine</dc:creator>
		<pubDate>Thu, 19 Jul 2007 00:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-716</guid>
		<description>rbultje, IME the gstreamer-ffmpeg plugins are completely unstable and often non-functional, quite probably because of the issues outlined by Dave.

As for saying that &quot;new codecs get developed first, foremost and often even only for ffmpeg&quot;, that&#039;s a very bold claim and I&#039;d rather see some hard evidence before believing it... For example the x264 library looks like an independent project, not an ffmpeg spin-off.</description>
		<content:encoded><![CDATA[<p>rbultje, IME the gstreamer-ffmpeg plugins are completely unstable and often non-functional, quite probably because of the issues outlined by Dave.</p>
<p>As for saying that &#8220;new codecs get developed first, foremost and often even only for ffmpeg&#8221;, that&#8217;s a very bold claim and I&#8217;d rather see some hard evidence before believing it&#8230; For example the x264 library looks like an independent project, not an ffmpeg spin-off.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Neary</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-712</link>
		<dc:creator>Dave Neary</dc:creator>
		<pubDate>Wed, 18 Jul 2007 20:26:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-712</guid>
		<description>@rbultje: If the ffmpeg developers displayed any willingness to have release management, I might just do that - I&#039;ve been a release manager before, and I know what it takes to get to a stable release. But the fact is that they haven&#039;t.</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-708">rbultje</a>: If the ffmpeg developers displayed any willingness to have release management, I might just do that &#8211; I&#8217;ve been a release manager before, and I know what it takes to get to a stable release. But the fact is that they haven&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugenia</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-711</link>
		<dc:creator>Eugenia</dc:creator>
		<pubDate>Wed, 18 Jul 2007 17:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-711</guid>
		<description>&gt;the ffmpeg application is crap. Nobody uses it

THAT&#039;s where you are wrong! Many people use it, because there is nothing better. This &quot;Reference&quot; implementation is all there is and front-ends, scripts etc are all using it. The fact that is crap does not sway them away because simply, there is nothing else!</description>
		<content:encoded><![CDATA[<p>&gt;the ffmpeg application is crap. Nobody uses it</p>
<p>THAT&#8217;s where you are wrong! Many people use it, because there is nothing better. This &#8220;Reference&#8221; implementation is all there is and front-ends, scripts etc are all using it. The fact that is crap does not sway them away because simply, there is nothing else!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbultje</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-708</link>
		<dc:creator>rbultje</dc:creator>
		<pubDate>Wed, 18 Jul 2007 12:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-708</guid>
		<description>It&#039;s true that ffmpeg needs releases, and for that they&#039;ll need people doing the work. Just nobody ranting about it appears to want to do the work. Known issue in the free software world, I guess...

Since Dave is so passionate about it, maybe he should do it? :-).</description>
		<content:encoded><![CDATA[<p>It&#8217;s true that ffmpeg needs releases, and for that they&#8217;ll need people doing the work. Just nobody ranting about it appears to want to do the work. Known issue in the free software world, I guess&#8230;</p>
<p>Since Dave is so passionate about it, maybe he should do it? <img src='http://blogs.gnome.org/bolsh/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':-)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: otte</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-704</link>
		<dc:creator>otte</dc:creator>
		<pubDate>Wed, 18 Jul 2007 09:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-704</guid>
		<description>Ronald, you know that&#039;s not true. FFmpeg is marketed as a regular library, not as some unstable crap you shouldn&#039;t use. And it&#039;s even moreso marketed as such by the distros.

The real issue is that everyone is depending on such unstable crap and noone has a way of dealing with people that develop software instead of doing release management.

But I did a rant about that a while ago on my blog.</description>
		<content:encoded><![CDATA[<p>Ronald, you know that&#8217;s not true. FFmpeg is marketed as a regular library, not as some unstable crap you shouldn&#8217;t use. And it&#8217;s even moreso marketed as such by the distros.</p>
<p>The real issue is that everyone is depending on such unstable crap and noone has a way of dealing with people that develop software instead of doing release management.</p>
<p>But I did a rant about that a while ago on my blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbultje</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-703</link>
		<dc:creator>rbultje</dc:creator>
		<pubDate>Wed, 18 Jul 2007 04:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-703</guid>
		<description>I don&#039;t think you understand the point of ffmpeg. Ffmpeg is not an application library like gtk. It could be used as such, but it&#039;s better not. Ffmpeg is a toolbox on its own, it&#039;s an incredible collection of codecs and such, no better exists or will ever exist. In order to support the ever-growing range of codecs completely, it needs change, constant, continuous change. This includes many API changes and many feature additions to existing code. You want stability, you fork the codebase like everyone does and maintain your own copy. It&#039;s the recommended way of doing it, and it works for everyone else.

If you try to force ffmpeg into the conservative and dysfunctional armour of API stability, something that nobody will ever be able to do anyway, the result will be that it will stagnate and be forgotten, and the star developers will turn somewhere else. The power is that all star multimedia developers now hack on a single project, one that does it all. New codecs get developed first, foremost and often even only for ffmpeg and everyone, from Sun to IBM to Intel to all those other companies has people working on, documenting, and trying to understand ffmpeg. It&#039;s amazing, unforeseen, unexpected and incredibly unexplainable. And apparently difficult for people like you. Live with it, and ask developers like those of the powerful gstreamer framework to use their sweet sugar candy API to wrap ffmpeg and provide API stability.

That way, we all win, and we get a most remarkable piece of free software for it in return.

Eugenia: the ffmpeg application is crap. Nobody uses it, not even its developers. Ffmpeg, for all practical purposes, is the library providing codecs and containers, lavcodec and lavformat (plus their dependency lavutil). They are some of the star products of the free software community.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think you understand the point of ffmpeg. Ffmpeg is not an application library like gtk. It could be used as such, but it&#8217;s better not. Ffmpeg is a toolbox on its own, it&#8217;s an incredible collection of codecs and such, no better exists or will ever exist. In order to support the ever-growing range of codecs completely, it needs change, constant, continuous change. This includes many API changes and many feature additions to existing code. You want stability, you fork the codebase like everyone does and maintain your own copy. It&#8217;s the recommended way of doing it, and it works for everyone else.</p>
<p>If you try to force ffmpeg into the conservative and dysfunctional armour of API stability, something that nobody will ever be able to do anyway, the result will be that it will stagnate and be forgotten, and the star developers will turn somewhere else. The power is that all star multimedia developers now hack on a single project, one that does it all. New codecs get developed first, foremost and often even only for ffmpeg and everyone, from Sun to IBM to Intel to all those other companies has people working on, documenting, and trying to understand ffmpeg. It&#8217;s amazing, unforeseen, unexpected and incredibly unexplainable. And apparently difficult for people like you. Live with it, and ask developers like those of the powerful gstreamer framework to use their sweet sugar candy API to wrap ffmpeg and provide API stability.</p>
<p>That way, we all win, and we get a most remarkable piece of free software for it in return.</p>
<p>Eugenia: the ffmpeg application is crap. Nobody uses it, not even its developers. Ffmpeg, for all practical purposes, is the library providing codecs and containers, lavcodec and lavformat (plus their dependency lavutil). They are some of the star products of the free software community.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugenia</title>
		<link>http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/comment-page-1/#comment-702</link>
		<dc:creator>Eugenia</dc:creator>
		<pubDate>Wed, 18 Jul 2007 00:59:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/bolsh/2007/07/17/links-for-2007-07-17/#comment-702</guid>
		<description>I am personally bummed because of non-automatic letterbox option:
http://eugenia.blogsome.com/2007/03/16/the-shit-thats-called-ffmpeg/

Mencoder is not better either though. Here you have an mpeg2 video that you want to transcode to motionjpeg format (for better video editing abilities), and the aspect ratio gets stuck to 4:3 even if you specifically ask for anamorphic 16:9.

Personally, I can&#039;t trust any of these two programs to do my job, that&#039;s why I moved my video workload to Sony Vegas and QuickTime under Windows.</description>
		<content:encoded><![CDATA[<p>I am personally bummed because of non-automatic letterbox option:<br />
<a href="http://eugenia.blogsome.com/2007/03/16/the-shit-thats-called-ffmpeg/" rel="nofollow">http://eugenia.blogsome.com/2007/03/16/the-shit-thats-called-ffmpeg/</a></p>
<p>Mencoder is not better either though. Here you have an mpeg2 video that you want to transcode to motionjpeg format (for better video editing abilities), and the aspect ratio gets stuck to 4:3 even if you specifically ask for anamorphic 16:9.</p>
<p>Personally, I can&#8217;t trust any of these two programs to do my job, that&#8217;s why I moved my video workload to Sony Vegas and QuickTime under Windows.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
