[MPlayer-users] Cache empty, consider increasing -cache and/or -cache-min. [performance issue]

[Reimar Döffinger]

On Fri, Oct 24, 2014 at 09:58:24AM +0200, Erik Auerswald wrote:
> On Thu, Oct 23, 2014 at 11:22:42PM +0200, Reimar Döffinger wrote:
> > On Thu, Oct 23, 2014 at 10:57:21PM +0200, Reimar Döffinger wrote:
> > > On Thu, Oct 23, 2014 at 01:52:21PM +0100, Andy Furniss wrote:
> > > > Erik Auerswald wrote:
> > > > >On Thu, Oct 23, 2014 at 12:48:15PM +0100, Jim Cross wrote:
> > > > >>I have quite a few example audio streams that I can not get to play using
> > > > >>MPlayer, although the streams work in chrome's browser.
> > > > >>
> > > > >>As one example, I have tried the below 'playlist' file (or it's contents)
> > > > >>but get the further below (typical) output.
> > > > >>I have tried many options with and without -cache sizes together
> > > > >>with/without many -cache-min values.
> > > > >>
> > > > >>Could this be a bug (in the current version I'm using?) or is there another
> > > > >>option that can be applied to get the stream to start playing?:
> > > > >>
> > > > >>http://dir.xiph.org/listen/1467960/listen.m3u
> > > > >>http://ai-radio.org:8000/radio.opus
> > > > >
> > > > >I get the error message:
> > > > >
> > > > >   Ogg stream 0 is of an unknown type
> > > > 
> > > > Me too, but if I save the stream with wget, mplayer will play the file OK
> > > > (and display a logo).
> > > 
> > > That seems suspicious. I think this might be due to us using different
> > > default demuxers for Ogg, since the FFmpeg one (used to/does?) work
> > > rather badly for streaming.
> > > An explicit -demuxer lavf works.
> > > Assuming your FFmpeg version that MPlayer uses is new enough.
> > 
> > Starting with r37304 it should work (mostly?) without -demuxer lavf.
> 
> Yes, this works for the audio stream, but it does not open the video
> stream. With -demuxer lavf, both streams work.

I don't think there is a video stream, it is just a metadata image.
The native demuxer does not handle image metadata.

> Perhaps the ogg support of -demuxer lavf has improved enough to be used as
> default for ogg?

It is used by default, just not for streaming.
And the reasons why lavf is problematic for streams are kind of by
design (it wants and assumes to know all the exact stream properties upfront).
It can probably be worked around, but I so far don't really believe it's
the better option.