Comments on: We Don’t Care; We Don’t Have To

By: Eldon

Eldon — Wed, 02 Mar 2011 23:17:13 +0000

I was just looking for a statement of why it would be a good idea for me to download, install,and use FFmpeg. What would it do for my next task, recording my 78 rpm records?

Eldon.

By: Reimar

Reimar — Wed, 10 Dec 2008 09:43:21 +0000

@Alex: don’t follow his example of blowing things out of proportions.
Or as my German teacher said: remember that exaggeration is s stylistic device ;-). People (over-)use it all the time to get a point across.

By: Alex

Alex — Tue, 09 Dec 2008 22:00:49 +0000

@Otte: You have a funny way of showing how you “got ‘trained’ to talk to other people” by posting an insults to Plant Gnome.

If I didn’t care, why would I have posted on a comment on Dave’s blog telling him to install libswscale-dev to get the missing header?

By: Richard

Richard — Tue, 09 Dec 2008 20:21:07 +0000

FFMPEG rocks!
I like it, and I also like their badass no-nonsense development culture.

:-)

Cheers
-Richard

By: Andrew

Andrew — Tue, 09 Dec 2008 17:15:59 +0000

Since I don’t (and probably never will) develop for or with it, I’m just happy a lot of QA is done – for instance, the Internet Archive uses FFMPEG to create most (all?) of it’s derivatives, and if that was untested and prone to doing odd things with input files, it’d be more trouble then it’s worth uploading odd file formats.

In any case, it seems in general there are problems, but I think anyone is lying to themselves if they can’t find problems with any project going on right now.

By: Reimar

Reimar — Tue, 09 Dec 2008 10:22:12 +0000

Well, the problem with releases (also with MPlayer) is that everyone shouts how important it is but _nobody_ (no, really, check the archives, only hot air), really _nobody_ even wants to lift a finger to make them. The obvious conclusion is that these people can’t actually care that much, otherwise they’d surely at least do something?
Like talking to the distribution maintainers who already do “releases” and coordinate them or something.
Btw. what do you mean by NIH vs. Xiph? Xiph is (IMO very deservedly) “hate” for Ogg, but that is a minor thing.
If you mean reimplementing codecs, FFmpeg does that for basically anything, but in case of Xiph a part of the problem is that to my knowledge they never properly separated the demuxer and codec code, which means it does not truly fit into FFmpeg as-is.
Lastly, as for “security”: The way you summarize is inaccurate, DoS is lower priority in FFmpeg, not security issues in general, but if a comment like “no, this slows things down” came from Michael that usually means that his “educated guess” is that it is possible to fix _without_ slowing it down, and the issue you have IMO is more with Michael being extremely reluctant to accept hacks ;-)
And one last point about the NIH you perceive (and probably exists, but you are not very specific ;-) ): multimedia is one area where almost always only one implementation of things exists, a second implementation in FFmpeg can help improving specifications etc. and is not necessarily a bad thing.
Or there is other stuff like the AES code where the code to use the appropriate libraries almost needs more code than reimplementing it. Or one library having license issues and the other one not always being available.
Maybe these reasons seem/are silly in the long term, but it’s not necessarily as stupid as it looks from the outside.

By: Benjamin Otte

Benjamin Otte — Tue, 09 Dec 2008 08:11:49 +0000

I like that post. (Adobe seems to have you trained well in PR work ;))
And to clarify, I do think that ffmpeg is great at what it does, which is (de)coding of my video streams. And it does that impressively fast. ote that I do look at ffmpeg source code for inspiration quite often. That fact alone is quite a testament to the code from my point of view.

But there’s some very important things I really dislike about ffmpeg:
1) The thing I blogged about: Not caring. While I as a GNOME developer got “trained” to talk to other people (distros, related upstream projects, normal users) and actively work out solutions to their problems with my code, I’ve always felt that FFmpeg is one of the worst projects at this. (Examples are not doing releases or the NiH towards the Xiph people – and no, the Xiph people aren’t saints either)
2) The aggressive community. Whenever I see something coming from the ffmpeg camp, it’s in a very aggressive way. I should note that this is not about meeting people, just the tone on mailing lists, IRC channels or in blog comments. This also has the unfortunate side effect that I do behave very aggressive towards ffmpeg as a result today.
3) Wrong priorities. In particular I think FFMpeg undervalues security and overvalues performance. It is in the happy position to usually only do reads on input data, so there’s a low chance the security issues are more than DoS by crashing, but whenever I advocated bounds checking after running zzuf over files, I got “no way, that slows it down” as an answer. Another wrong priority for me are NiH vs cooperation, but I mentioned that above.

PS: You forgot http://flickr.com/photos/38647526@N00/1043186989/ in your links ;)