[MPlayer-users] rtmp stream problems - large GOP

Reimar Döffinger Reimar.Doeffinger at gmx.de
Sun Aug 4 15:47:52 CEST 2013


Hi,

On Thu, Jun 27, 2013 at 01:36:05PM +0100, Karoly Horvath wrote:
> I have two streams:
> 
> rtmp://ext-origin-02.fms.visionip.tv/testing/teststream1.stream – Long GOP
> (max 150f)
> 
> rtmp://ext-origin-02.fms.visionip.tv/testing/teststream2.stream – Normal
> GOP (max 25)
> 
> The second one plays perfectly.
> 
> The first one usually works, but about 25% of the time it doesn't start.
> It signals "ds_fill_buffer: EOF reached (stream: video)" in an endless loop.

It's been some time, but still.
Do you still have this issue?
I tried a few times and it seems to work fine.
This message can appear if video and audio are not properly interleaved.
For long GOP I expect this can happen if the server refuses to send
video until the next keyframe.
However MPlayer is supposed to recover from this once video is actually
sent, but of course testing this kind of code is hard.

> Any idea how to fix this (patch, command line parameter, ..) ?

Using different -cache options might make a slight difference,
and you can set the -msglevel so the message isn't printed, but
if MPlayer gets stuck that is probably a bug that can only
be fixed by changing the code.


More information about the MPlayer-users mailing list