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 _______________________________________________ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
