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. Best regards, Andreas
