[FFmpeg-trac] #2530(undetermined:new): Seeking in transport stream spams decoder error messages

[FFmpeg]

#2530: Seeking in transport stream spams decoder error messages
-------------------------------------+-------------------------------------
             Reporter:  gjdfgh       |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  mpegts h264  |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by cehoyos):

 Replying to [comment:2 gjdfgh]:
 > >To the best of my knowledge, you describe the expected behaviour: Why
 do you think there is a bug?
 >
 > How are tons of error messages "expected behavior"?

 libavformat seeks to the intended position and libavcodec drops the frames
 until the next recovery point.

 > It feels like it should be silent as long as no bug is hit and the TS is
 not broken.

 If you don't like the warnings, turn them off. (honestly!)

 > >Please test current git head
 >
 > Broken as well with git from 5 days ago.



 >
 > >clarify if the issue is reproducible with ffmpeg (the application) to
 make this a valid ticket.
 >
 > I don't know how to seek with ffmpeg.

 {{{$ ffmpeg -ss x -i input}}}

 > And how is ffplay not enough?

 It depends on an external library (that is known to be buggy) and it is
 generally much harder to reproduce issues with ffplay than ffmpeg.

 > But I tested with mplayer (svn from a few days ago). With -demuxer lavf
 it's even worse (shows gray garbage right after seek)

 Use {{{$ mplayer -demuxer lavf -lavdopts wait_keyframe}}} to get the same
 behaviour as FFmpeg. (Reimar prefers the MPlayer behaviour which you can
 get with FFmpeg using {{{-flags2 showall}}}.)

 > with the default demuxer it works perfectly fine and no error messages
 are shown.

 I wonder if the MPlayer demuxer also works if the stream does not contain
 I-frames...
 (I never tested.)

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2530#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker