On Tue, Mar 01, 2016 at 10:38:27PM -0500, Ganesh Ajjanagadde wrote: > On Tue, Mar 1, 2016 at 9:17 AM, Paul B Mahol <one...@gmail.com> wrote: > > On 3/1/16, Ronald S. Bultje <rsbul...@gmail.com> wrote: > >> Hi, > >> > >> On Tue, Mar 1, 2016 at 8:04 AM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > >> > >>> Ronald S. Bultje <rsbultje <at> gmail.com> writes: > >>> > >>> > > So how does this mechanism look like for the requested > >>> > > use case? > >>> > > >>> > man ln. > >>> > >>> As said, this is a completely ridiculous argument: > >>> FFmpeg has always tried to provide new features, no > >>> matter if other solutions existed or not. > >> > >> > >> When you don't get your way, just shout "ridiculous!" and all will be okay. > > > > Its just few loc. I see nothing wrong with it, lets vote! > > +1 to voting - why don't we actually put the developer committee to > use instead of arguing about it?
if people want to vote on this, why not personally ill probably abstain, as i even half misunderstood the use case this was inteded for ;) [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Asymptotically faster algorithms should always be preferred if you have asymptotical amounts of data
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel