[FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

Michael Niedermayer michael at niedermayer.cc
Tue Jan 15 23:24:25 EET 2019


On Thu, Jan 03, 2019 at 04:21:37PM +0000, Derek Buitenhuis wrote:
> On 03/01/2019 01:33, Michael Niedermayer wrote:
> > The file looks like 2 files concatenated, even with FLV main header between 
> > them. 
> 
> Yes, they all seem to be. I was under the impression FLV didn't have a header to
> check against like this. Seems I was wrong.
> 
> > the patch below should make this work with sequential demuxing assuming the
> > 2 files dont change streams somehow with the normal demuxer.
> > 
> > not sure this is the best way to do it ...
> 
> [...]
> 
> > also trying a random other flv related tool, FLVTool2 1.0.6 does not seem to
> > demux the 2nd file of the 2 correctly. Which makes me suspect more that the
> > file is invalid. Not that this would fundamentally change anything
> 
> Some do, some don't. Classic multimedia.
> 
> I would also be OK with a patch that simply stops demuxing like many programs
> seem to do, instead of outputting the packets. Up to you which you prefer; I have
> no strong opinion between the two.
> 
> > diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
> > index 4b9f46902b..c9423da31c 100644
> > --- a/libavformat/flvdec.c
> > +++ b/libavformat/flvdec.c
> 
> [...]
> 
> >  static int probe(AVProbeData *p, int live)
> > @@ -917,6 +919,17 @@ static int resync(AVFormatContext *s)
> >          flv->resync_buffer[j ] =
> >          flv->resync_buffer[j1] = avio_r8(s->pb);
> >  
> > +        if (i >= 8) {
> > +            uint8_t *d = flv->resync_buffer + j1 - 8;
> > +            if (d[0] == 'F' &&
> > +                d[1] == 'L' &&
> > +                d[2] == 'V' &&
> > +                d[3] < 5 && d[5] == 0) {
> > +                av_log(s, AV_LOG_WARNING, "Concatenated FLV detected, might fail to demux, decode and seek %Ld\n", flv->last_ts);
> > +                flv->time_offset = flv->last_ts + 1;
> > +            }
> > +        }
> 
> How does this affect seeking? That is, is it safe? If it beaks seeking,
> it may be better to not output the concatenated packets at all.

Heres a better patch which may work with seeking as long as there are only
2 files concatenated

i think completely discarding the parts after the concatenation would cause
user complaints and they would have a point, if the data is in there we
should be able to recover it for muxing it in a better file at least

commit 41db08743da8a624c35d138130379aa1a46d3a53 (HEAD -> master)
Author: Michael Niedermayer <michael at niedermayer.cc>
Date:   Thu Jan 3 01:08:31 2019 +0100

    avformat/flvdec: Try to support some concatenated flv files
    
    Fixes: discont.flv
    
    Signed-off-by: Michael Niedermayer <michael at niedermayer.cc>

diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 4b9f46902b..80bbc5cfeb 100644
--- a/libavformat/flvdec.c
+++ b/libavformat/flvdec.c
@@ -72,6 +72,9 @@ typedef struct FLVContext {
     int64_t *keyframe_filepositions;
     int missing_streams;
     AVRational framerate;
+    int64_t last_ts;
+    int64_t time_offset;
+    int64_t time_pos;
 } FLVContext;
 
 static int probe(AVProbeData *p, int live)
@@ -917,6 +920,18 @@ static int resync(AVFormatContext *s)
         flv->resync_buffer[j ] =
         flv->resync_buffer[j1] = avio_r8(s->pb);
 
+        if (i >= 8 && pos) {
+            uint8_t *d = flv->resync_buffer + j1 - 8;
+            if (d[0] == 'F' &&
+                d[1] == 'L' &&
+                d[2] == 'V' &&
+                d[3] < 5 && d[5] == 0) {
+                av_log(s, AV_LOG_WARNING, "Concatenated FLV detected, might fail to demux, decode and seek %Ld\n", flv->last_ts);
+                flv->time_offset = flv->last_ts + 1;
+                flv->time_pos    = avio_tell(s->pb);
+            }
+        }
+
         if (i > 22) {
             unsigned lsize2 = AV_RB32(flv->resync_buffer + j1 - 4);
             if (lsize2 >= 11 && lsize2 + 8LL < FFMIN(i, RESYNC_BUFFER_SIZE)) {
@@ -1072,6 +1087,10 @@ skip:
         }
         av_log(s, AV_LOG_TRACE, "%d %X %d \n", stream_type, flags, st->discard);
 
+        if (flv->time_pos <= pos) {
+            dts += flv->time_offset;
+        }
+
         if ((s->pb->seekable & AVIO_SEEKABLE_NORMAL) &&
             ((flags & FLV_VIDEO_FRAMETYPE_MASK) == FLV_FRAME_KEY ||
               stream_type == FLV_STREAM_TYPE_AUDIO))
@@ -1282,6 +1301,10 @@ leave:
             }
         }
     }
+
+    if (ret >= 0)
+        flv->last_ts = pkt->dts;
+
     return ret;
 }
 




[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Never trust a computer, one day, it may think you are the virus. -- Compn
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20190115/366d3429/attachment.sig>


More information about the ffmpeg-devel mailing list