[MPlayer-users] UNCHANGED: Seeking fails for FLV files when using `-novideo'

Michael Witten mfwitten at gmail.com
Tue Dec 20 22:23:22 CET 2011


On Tue, Dec 20, 2011 at 08:26, Reimar Döffinger
<Reimar.Doeffinger at gmx.de> wrote:

> On 20 Dec 2011, at 08:15, Michael Witten <mfwitten at gmail.com> wrote:
>
>> On Sun, 2011-04-10, Michael Witten <mfwitten at gmail.com> wrote:
>>
>>> Given an FLV file, `m.flv', seeking fails when running in `-novideo' mode:
>>>
>>>  mplayer -novideo m.flv
>>>
>>> Trying to seek with, say, the arrow keys causes the audio to be played
>>> from the beginning of the stream instead (it starts over). Playing
>>> `m.flv' without `-novideo' does *not* have this problem. Also,
>>> converting to an MP4 container fixes the problem:
>>>
>>>  ffmpeg -i m.flv -acodec copy -vcodec copy m.mp4
>
> If you can, try the same thing with ffplay (-vn instead
> of -novideo). I think this should be an FFmpeg bug.
> Also note that -vc null -vo null should have a similar
> effect to -novideo but might avoid this issue.

Running:

  ffplay -vn m.flv

does indeed give me a similar problem; rather than restarting the
stream, I just get this message:

  error while seeking


Running:

  mplayer -vo null m.flv

seems to be quite satisfactory (aside from the slightly different
console output), but when I add the `-vc null' flag, seeking works but
produces LOADS of warning messages, mainly:

  Too many buffered pts

and the (probably related) error about my system being too slow to
play the stream.

---------

If you are in a better position to report (to, say, the ffmpeg people),
I would appreciate you taking it from here.


More information about the MPlayer-users mailing list