[MPlayer-users] mplayer vs mpv
Mike Castle
dalgoda+mplayer at gmail.com
Thu Jan 11 19:28:39 EET 2024
On Thu, Jan 11, 2024 at 6:34 AM Michael Hawkins
<mhawkins.consultant at gmail.com> wrote:
> This works fine:
> mpv -playlist https://somafm.com/defcon130.pls
>
> This does not:
> mplayer -playlist https://somafm.com/defcon130.pls
Adding a bunch of '-v's to the command line shows something interesting.
It looks like for http:, mplayer handles the fetch/parsing of the
playlist itself. While, for https:, it hands it off to
libavformat/ffmpeg to fetch the playlist.
In the http: the output goes:
Parsing playlist file http://somafm.com/thistle130.pls...
Trying asx...
First char isn't '<' but '['
Buffer = [[playlist]
numberofentries=5
File1=http://ice1.somafm.com/thistle-128-aac
Title1=SomaFM: ThistleRadio (#1): Exploring music from Celtic roots and branches
Length1=-1
File2=http://ice2.somafm.com/thistle-128-aac
Title2=SomaFM: ThistleRadio (#2): Exploring music from Celtic roots and branches
Length2=-1
File3=http://ice6.somafm.com/thistle-128-aac
Title3=SomaFM: ThistleRadio (#3): Exploring music from Celtic roots and branches
Length3=-1
File4=http://ice4.somafm.com/thistle-128-aac
Title4=SomaFM: ThistleRadio (#4): Exploring music from Celtic roots and branches
Length4=-1
File5=http://ice5.somafm.com/thistle-128-aac
Title5=SomaFM: ThistleRadio (#5): Exploring music from Celtic roots and branches
Length5=-1
Version=2
]
Trying Winamp playlist...
Detected Winamp playlist format
Whereas in https:
Parsing playlist file https://somafm.com/thistle130.pls...
[https @ 0x7f7bf3494be0]Chunked encoding data size: 730
[https @ 0x7f7bf3494be0]Chunked encoding data size: 0
[https @ 0x7f7bf3494be0]Last chunk received, closing conn
Trying asx...
Trying Winamp playlist...
Trying extended m3u playlist...
Trying reference-ini playlist...
Trying smil playlist...
Trying nsc playlist...
Detected nsc playlist format
Trying plaintext playlist...
Error while parsing playlist
Warning: empty playlist
So, it *feels* like the library is not returning the right content
back up to the caller, and as mplayer tries to detect the format of
the playlist, simply can't do it.
This could be a simple misconfiguration on somafm's side that other
systems happen to be working around, or mplayer is calling the library
incorrectly in this particular spot. Or something else entirely.
I doubt it is anything intentional.
mrc
More information about the MPlayer-users
mailing list