libav

After seeing a few of the comments from libav developers here and on IRC, you can see the bitterness is still alive.

>started to merge daily everything Libav does more or less since the beginning, making FFmpeg effectively a strict derivative of Libav.

The ffmpeg download page seems to be open about including code from libav, but uh, additional features could be major.

Then why did so many remain with the ffmpeg project instead of going with libav?

If >If noone has time ill fix the memleak and commit and let the libav cleanup monkeys clean the rest up for me.

As far as I can tell, libav is the one with the rules and multiple developers.

I wouldn't put it that way, considering that the last distros still shipping libav are abandoning it in favor of ffmpeg.

I'm not saying libav is a small subsection, or making any sort of claim about the ratio of ffmpeg original work vs.

There is a lot of very useful functionality in ffmpeg/libav.

For those who were around for it, I'd be interested in a comparison with the ffmpeg/libav issue and the GNU Emacs/XEmacs times.

Please keep in mind that because of the daily merges, all commits that are made in Libav also appear in FFmpeg, but not the other way round.

Will ffmpeg and libav be able to merge now?

>“The people behind Libav stole the FFmpeg infrastructure”, some of the admins even got questioned in their workplace if they really stole something.

Libav has a code of conduct and it is enforced so maybe you'd have much an harder time finding such gems.

Libav may be the best thing since sliced bread, but if you drive away potential users and supporters, you are harming the chances of the project's success.

'..making FFmpeg effectively a strict derivative of Libav' is a pretty egregious display of bias, one that to some degree shows the distortion of the author's viewpoint.