[MPlayer-users] There is no cache when playing m3u8 stream (hls-protocol)
nfxjfg at googlemail.com
Sun Sep 29 17:23:50 CEST 2013
On Sun, 29 Sep 2013 16:22:08 +0200
Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
> On Sat, Sep 21, 2013 at 06:42:23PM +0200, Reimar Döffinger wrote:
> > On Sat, Sep 21, 2013 at 06:12:49PM +0200, Reimar Döffinger wrote:
> > > > With that, it works well. But still, isn't that only side-stepping the
> > > > issue?
> > >
> > > Kind of. But as said, most people like mean cannot receive rtsp streams
> > > over UDP either way because they use a NAT router.
> > > Unless you do crazy stuff like UPnP or firewall hole punching rtsp does
> > > not work in that case and will fall back to tcp.
> > > However after looking at the messages I am fairly certain this is
> > > already solved in FFmpeg:
> > > [udp @ 0x7f494f3c7700]'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
> > > So it's just broken due to the way we configure FFmpeg (assuming that
> > > circular buffer is large enough to hold a few frames).
> > Should be fixed, but as said RTSP-over-UDP doesn't work in my network
> > so I can't test it.
> Did someone manage to test if RTSP over UDP now works reasonably?
> Otherwise it might make sense to make streaming over TCP the default.
> This will also avoid the timeout for people like me where UDP does not
No, it doesn't with a vanilla mplayer build as of right now. As usual,
it appears to work with -rtsp-stream-over-tcp ffmpeg://rtsp://
It also spams "Using network protocols without global network
initialization. Please use avformat_network_init(), this will become mandatory later."
More information about the MPlayer-users