[FFmpeg-devel] [PATCH] avfilter/src_movie: add various commands

Paul B Mahol onemda at gmail.com
Wed Feb 17 19:12:45 CET 2016


On 2/17/16, Michael Niedermayer <michael at niedermayer.cc> wrote:
> On Wed, Feb 17, 2016 at 05:28:14PM +0100, Hendrik Leppkes wrote:
>> On Wed, Feb 17, 2016 at 5:05 PM, Michael Niedermayer
>> <michael at niedermayer.cc> wrote:
>> > On Wed, Feb 17, 2016 at 04:58:31PM +0100, wm4 wrote:
>> >> On Wed, 17 Feb 2016 22:55:47 +0700
>> >> Muhammad Faiz <mfcc64 at gmail.com> wrote:
>> >>
>> >> > On Wed, Feb 17, 2016 at 10:20 PM, wm4 <nfxjfg at googlemail.com> wrote:
>> >> > > On Wed, 17 Feb 2016 21:30:20 +0700
>> >> > > Muhammad Faiz <mfcc64 at gmail.com> wrote:
>> > [...]
>> >> > >
>> >> > > Possibly it happens to work for you because there are no filters
>> >> > > with
>> >> > > much buffering and you didn't try video.
>> >> > >
>> >> > I don't mean that it will be supported by all filters. On filters
>> >> > with
>> >> > much buffering, probably there will be huge delay between seek
>> >> > command
>> >> > and their new output pts (It is tolerable). On filters which assume
>> >> > linear
>> >> > pts, probably it will fail.
>> >>
>> >> How is that even a reasonable argument?
>> >>
>> >> libavfilter already has enough "works in maybe 10% of all cases"
>> >> solutions.
>> >
>> > mpeg* can contain discontinuities in the timestamps already without
>> > any seeking
>> >
>>
>> Just because there could be discontinuities in some formats doesn't
>> mean there should be no proper handling of seeking and flushing.
>> A seek requires a flush on all components involved, thats just the
>> most basic logic.
>
> i think my comment was a bit misunderstood, i did not mean to suggest
> that "proper" seek handling is not needed
> just that discontinuities already exist and i belive alot more than
> 10% of the filters handle them fine
>
> yes, some form of flushing is needed for user initiated seeks.
>
>
> Other seeks like from a edit list (if that is using the same system)
> would be better without flush as that would disturb the state of
> filters, similarly timestamp discontinuities should not trigger
> a full rebuild of the filter graph
> that might be off topic though

I have an idea to write filter which will insert black/silece when timestap
dicontinuities happen.

>
>
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> I have never wished to cater to the crowd; for what I know they do not
> approve, and what they approve I do not know. -- Epicurus
>


More information about the ffmpeg-devel mailing list