[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