[FFmpeg-devel] [PATCH] lavf/mux: do not fail in case of non monotonically increasing DTS values for data packets
Stefano Sabatini
stefasab at gmail.com
Tue Feb 23 19:34:16 CET 2016
On date Saturday 2016-02-13 18:46:55 +0100, Stefano Sabatini encoded:
> On date Friday 2015-05-01 19:10:17 +0200, Stefano Sabatini encoded:
> > On date Thursday 2015-04-30 16:24:08 +0200, Michael Niedermayer encoded:
> > > On Thu, Apr 30, 2015 at 02:20:52PM +0200, Stefano Sabatini wrote:
> > > > Disable monotonicity test for data packets. Data packets are not supposed
> > > > to be decoded by FFmpeg, and this checks cause conversion failure with
> > > > some files with non strictly monotonous timestamps.
> > > > ---
> > > > libavformat/mux.c | 5 +++--
> > > > 1 file changed, 3 insertions(+), 2 deletions(-)
> > >
> > > most muxers will not work with packets which arent ordered no matter
> > > what type the packets are
> >
> > Fine, I will drop the patch. The application level can take care of
> > that if needed (by sorting the misordered packets).
>
> I have an use case with data packets that have the same PTS (which
> makes sense in that specific case). Since I want to fix this issue,
> and dropping the check inconditionally may not be acceptable, I
> propose the following variants:
>
> * I add an option to drop strict monotonicity checks on data packets
>
> * I enable a format level capability which disables the strict
> monotonicity requirement for data packets depending on the format
>
> What do you find acceptable?
Ping.
--
FFmpeg = Forgiving Forgiving Mournful Pitiful Enhancing Ghost
More information about the ffmpeg-devel
mailing list