On Thu, 15 Jun 2017 16:22:34 +0200 Michael Niedermayer <mich...@niedermayer.cc> wrote:
> no, but that doesnt mean we can make false statments about other > people or their work. > > Theres the moral wrong > > Theres the technical wrong, of not correctly stating the problem and > that potentially affecting work on the problem > > Theres the social wrong. That is people who spend significant time on > the CLI becoming offended and alienated by such statments. > > Theres the legal wrong, there are many people who worked on the CLI > at some point. Anyone of them can probably sue us for defamation, > but IANAL. I dont think that would help FFmpegs / our public image. I think you're blowing this out of proportion, as usual (I guess I should sue myself because I've worked on ffmpeg.c too?). But my particular problem here is that some people just can't admit that certain parts of the code are just bad, and that they actively fight cleaning it up. Fuck that, I don't see any reason to hold back under these circumstances. ffmpeg.c in particular is a vile POS. Whenever there is a problem, I find half a dozen more problems, no clear way to fix it, and general misery. If I want to try to find out how to do something specific with ffmpeg.c, its help output is utterly useless and confusing, and I end up reading the code. I guess it produces more stackoverflow traffic and more need for ffmpeg specialists (especially when there's payment), so I guess it has something good too. > A big part of the current CLI has btw been implemented by Libav > developers, and merged into FFmpeg, other parts are very old code > from times when FFmpeg was much simpler. Who mentioned Libav? _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel