On 2/17/16, Michael Niedermayer <mich...@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 >> <mich...@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 <mfc...@gmail.com> wrote: >> >> >> >> > On Wed, Feb 17, 2016 at 10:20 PM, wm4 <nfx...@googlemail.com> wrote: >> >> > > On Wed, 17 Feb 2016 21:30:20 +0700 >> >> > > Muhammad Faiz <mfc...@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 > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
