On Thu, May 23, 2013 at 11:40 AM, Paul B Mahol <[email protected]> wrote: > On 5/22/13, Robert Krueger <[email protected]> wrote: >> On Wed, May 22, 2013 at 6:53 PM, Brad O'Hearne >> <[email protected]> wrote: >>> On May 22, 2013, at 9:02 AM, Robert Krueger <[email protected]> wrote: >>> >> >> my last reply to that, I promise.
>> Have there been occasions where I disagreed with things developers >> have decided to do or been frustrated about it? Yes, but I am not >> really a contributor so the people doing the work have their decision >> making process and that's what I have to live with or go find another >> project or product to get the job done. > > About what you are refering to? Very few things that I am not bringing up here because I just think it's normal to disagree on things and this was not meant as criticism. > >> >> Do I have my own opinion what ffmpeg should have their priorities set >> to? Sure, but hey, for every person actually making something happen >> in this project, there are probably at least a hundred out there >> thinking they know how things should be done so I bite my tongue most >> of the time. It's not my company/project and the way to get a say in >> these things is contributing, it's as simple as that. > > There is place where everyone can open new bug/feature request report. Which I do use on a regular basis it is a good thing. The point I am making is that my experience is that when it comes to making decisions (where almost always trade-offs are involved), the voice of people who contribute code is more likely to count and that IMHO is the only way it can work (not only for ffmpeg but probably at almost any organisation, team, company people who take responsibility get to decide things at the end of the day). The point of my posting was to make clear that while I do understand that it sometimes can become frustrating trying to find out a particular thing about ffmpeg code or functionality, I think one has to remind oneself that you get probably the most comprehensive/capable media codec/format library on the planet for free (even if you use it in a commercial product and happen to get rich because of that) including a lot of support and then you have to also live with the implications of this not being a product you have a paid support contract for. IMHO this means you - should be humble when telling people how they should or should not run things - should not come here with a demanding attitude, expecting ffmpeg devs to take the time to post working code examples for your case even if they probably could or even expect anything. see anything that comes as a free gift. - if you think things should/could be improved, get involved by one of the following: - contribute code or docs - make good bug reports (concise, reproducible, taking away as much work from the dev as possible) or feature requests (and live with it if nobody works on them, because nobody really has to) - sponsor development Cheers, Robert Hope that clears up potential misunderstandings. _______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
