Michael Niedermayer niedermayer.cc> writes:
> personally ill probably abstain, as i even half misunderstood
> the use case this was inteded for ;)
But that's true for everybody who has commented so far...
Carl Eugen
___
ffmpeg-devel mailing list
ffm
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 wrote:
> > On 3/1/16, Ronald S. Bultje wrote:
> >> Hi,
> >>
> >> On Tue, Mar 1, 2016 at 8:04 AM, Carl Eugen Hoyos wrote:
> >>
> >>> Ronald S. Bultje gmail.com> writes:
> >>>
> >>>
On Tue, Mar 1, 2016 at 9:17 AM, Paul B Mahol wrote:
> On 3/1/16, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Tue, Mar 1, 2016 at 8:04 AM, Carl Eugen Hoyos wrote:
>>
>>> Ronald S. Bultje gmail.com> writes:
>>>
>>> > > So how does this mechanism look like for the requested
>>> > > use case?
>>> >
>>>
Michael Niedermayer niedermayer.cc> writes:
> and ffmpeg supports alot more than files, one could want to do
>
> -reverse 1 -i http://foobar.com/image%d.jpeg
This patch is unrelated to demuxing, it is meant
to implement:
$ ffmpeg -i input -reverse 1 -start_number xyz out%3d.jpg
Carl Eugen
__
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 wrote:
>
> > wm4 googlemail.com> writes:
> >
> > > Adding dozens of small very specialized features leads to
> > > unmaintainable and unusable software, even if the chang
On 3/1/16, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Mar 1, 2016 at 8:04 AM, Carl Eugen Hoyos wrote:
>
>> Ronald S. Bultje gmail.com> writes:
>>
>> > > So how does this mechanism look like for the requested
>> > > use case?
>> >
>> > man ln.
>>
>> As said, this is a completely ridiculous argumen
Hi,
On Tue, Mar 1, 2016 at 8:04 AM, Carl Eugen Hoyos wrote:
> Ronald S. Bultje 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 featur
Ronald S. Bultje 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.
Apart from the fact that ln
Hi,
On Tue, Mar 1, 2016 at 7:00 AM, Carl Eugen Hoyos wrote:
> wm4 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 consid
wm4 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":
wm4 skrev: (24 februari 2016 11:51:26 CET)
>On Wed, 24 Feb 2016 10:32:24 + (UTC)
>Carl Eugen Hoyos wrote:
>
>> Ronald S. Bultje gmail.com> writes:
>>
>> > > As requested on ffmpeg-user.
>> >
>> > I'm a little ambivalent to this. Let me explain. You can
>> > easily fix this with a shell
On Wed, 24 Feb 2016 10:32:24 + (UTC)
Carl Eugen Hoyos wrote:
> Ronald S. Bultje gmail.com> writes:
>
> > > As requested on ffmpeg-user.
> >
> > I'm a little ambivalent to this. Let me explain. You can
> > easily fix this with a shell script that creates links
> > from img-{1000...1}.jp
On 02/24/2016 11:32 AM, Carl Eugen Hoyos wrote:
(I find it striking that you use "shell syntax" and "exe"
in the same sentence...)
Me too :)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Ronald S. Bultje gmail.com> writes:
> > As requested on ffmpeg-user.
>
> I'm a little ambivalent to this. Let me explain. You can
> easily fix this with a shell script that creates links
> from img-{1000...1}.jpg to img_2_{1...1000}.jpg and deletes
> them after the ffmpeg run. This is super-t
Hi,
On Tue, Feb 23, 2016 at 10:39 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> As requested on ffmpeg-user.
I'm a little ambivalent to this. Let me explain. You can easily fix this
with a shell script that creates links from img-{1000...1}.jpg to
img_2_{1...1000}.jpg and deletes them after the ffmpeg
15 matches
Mail list logo