[FFmpeg-devel] [PATCH]lavf/img2enc: Allow to reverse frame order
michael at niedermayer.cc
Tue Mar 1 16:56:19 CET 2016
On Tue, Mar 01, 2016 at 08:01:26AM -0500, Ronald S. Bultje wrote:
> On Tue, Mar 1, 2016 at 7:00 AM, Carl Eugen Hoyos <cehoyos at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel