[Ffmpeg-devel] Seeking with in an MPEGTS
Andy Parkins
andyparkins
Mon Jun 27 17:48:13 CEST 2005
On Monday 2005 June 27 08:48, Michael Niedermayer wrote:
> > MPEG TS doesn't necessarily return complete frames, so after the seek you
> > are probably getting the end of a frame. If the decoder parses this as
> > the start of a frame, I can imagine those errors occurring. Apparently,
> > this leaves the decoder in a permanent state of confusion. Michael?
>
> i need some sample with which i can reproduce this
Uploaded to
ftp://mplayerhq.hu/MPlayer/incoming/adp-errors-after-seek-050627-2.ts
My version of ffmpeg is not bang up to date; it's a 22nd June checkout.
Using ffplay, the file plays with no errors if no seeks are performed; if a
seek is performed then errors like this appear:
[mpeg4 @ 0x8376f14]Error, header damaged or not MPEG4 header (f_code=0)
[mpeg4 @ 0x8376f14]hmm, seems the headers are not complete, trying to guess
time_increment_bits
[mpeg4 @ 0x8376f14]my guess is 1 bits ;)
[mpeg4 @ 0x8376f14]hmm, seems the headers are not complete, trying to guess
time_increment_bits
[mpeg4 @ 0x8376f14]my guess is 7 bits ;)
[mpeg4 @ 0x8376f14]hmm, seems the headers are not complete, trying to guess
time_increment_bits
[mpeg4 @ 0x8376f14]my guess is 4 bits ;)
[mpeg4 @ 0x8376f14]hmm, seems the headers are not complete, trying to guess
time_increment_bits
[mpeg4 @ 0x8376f14]my guess is 3 bits ;)
[mpeg4 @ 0x8376f14]hmm, seems the headers are not complete, trying to guess
time_increment_bits
[mpeg4 @ 0x8376f14]my guess is 2 bits ;)
And they continue for the remainder of the playback - i.e. well passed the
next key frame.
If I can be of any help, don't hesitate...
Andy
--
Dr Andrew Parkins, M Eng (hons), AMIEE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20050627/f7f311a2/attachment.pgp>
More information about the ffmpeg-devel
mailing list