On Tue, Mar 01, 2016 at 08:01:26AM -0500, Ronald S. Bultje wrote: > Hi, > > On Tue, Mar 1, 2016 at 7:00 AM, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > > > wm4 <nfxjfg <at> googlemail.com> writes: > > > > > Adding dozens of small very specialized features leads to > > > unmaintainable and unusable software, even if the change > > > itself is inoffensive. > > > > I don't think this is a "small" feature, I consider it a > > very useful request. > > I also wonder why it is "very specialized": I can see a > > few uses for the new option. > > > Nonetheless, it does not belong in ffmpeg or libav*. > > > Powerful, orthogonal mechanisms will always be superior. > > > > So how does this mechanism look like for the requested > > use case? > > > man ln.
iam not sure this is such a great alternative it seems rather inconvenient. why i think so ? well if it was convenient you would likely have written the working command and not pointed to the manual also does this work on all platforms? (windows?) and ffmpeg supports alot more than files, one could want to do -reverse 1 -i http://foobar.com/image%d.jpeg to do that with ln one either needs some remote mounting http thing (i dont even know how to do that) or download all the images first which may or may not be practical depending on their number and size that said, i too prefer if there was a generic+portable+simple solution using something that works with all comand line tools and isnt ffmpeg specific [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Let us carefully observe those good qualities wherein our enemies excel us and endeavor to excel them, by avoiding what is faulty, and imitating what is excellent in them. -- Plutarch
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
