Bug#808385: mplayer cannot play m3u8

[Alexander Strasser]

On 2015-12-19 13:40 +0100, Andreas Cadhalpun wrote:
> Control: tags -1 confirmed
> Control: severity -1 normal
> 
> Hi Jean-Philippe,
> 
> On 19.12.2015 13:21, Jean-Philippe MENGUAL wrote:
> >    * What led up to the situation?
> > 
> > I tried a new URL to play a Canadian radio.
> > 
> >    * What exactly did you do (or not do) that was effective (or
> >      ineffective)?
> > 
> > This url gives a weird result:
> > http://985-lh.akamaihd.net/i/studioaudio_1@393647/master.m3u8
> > 
> > If I do instead:
> > #!/bin/bash
> > 
> > ##on cré un tube
> > date=`date +%F-%H:%M:%S`
> > mkfifo /tmp/$date
> > 
> > 
> > 
> > ffmpeg -re -i "http://985-lh.akamaihd.net/i/studioaudio_1@393647/master.m3u8" -acodec copy -vcodec copy -f mpegts -y /tmp/$date &
> > pid=$!
> > 
> > It works.
> > 
> >    * What was the outcome of this action?
> > 
> > mplayer "jumps" and displays:
> > [aac @ 0x7f51bc135540]element type mismatch 1 != 0
> 
> These messages appear also with ffplay, which plays this fine, so I guess that's
> a problem of the stream.
> However, with mplayer the following message appears often:
> Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later.
> 
> This message always shows when mplayer "jumps", so I guess that this is the
> actual problem here.

  Does not happen for me with current MPlayer trunk version.

  I suppose some commit(s) after 1.2 fixed it.


  Alexander