Version: 1.3.1 (using KDE KDE 3.4.2) Installed from: Compiled From Sources OS: Linux i've seen a bug which stated this feature as implemented, but that isn't true. In fact, amaroK seems to refuse to add some files to it's playlist when it's loaded.. i make actions -> play media and enter a playlist url of di.fm http://www.di.fm/listen/deephouse/128k.pls (i'm premium member there).. and amarok simply states "some media could not be loaded (not playable)" in the status bar. the playlist has the following content: [playlist] NumberOfEntries=3 File1=http://dnuevo:[*censored*]@81.92.172.3:8092 Title1=Chillout Length1=-1 File2=http://dnuevo:[*censored*]@160.79.128.22:8092 Title2=Chillout Length2=-1 File3=http://dnuevo:[*censored*]@160.79.128.41:80 Title3=Chillout Length3=-1 Version=2 i assume it's a problem with the authentication, maybe it's also the "Length: -1" statement, i don't know.. but as i said, i've seen a bug that claimed that authentication problems are fixed(?).. anyway, i think that our great player simply has to support such streams. it's not tolerable that wmp on win can play streams which amarok doesn't ;-) thanks ;-)
Try http://user:pass@di.fm/listen/deephouse/128k.pls
> Try http://user:pass@di.fm/listen/deephouse/128k.pls no, this doesn't change anything in the behaviour..
*** This bug has been marked as a duplicate of 111000 ***
Reopening, cause this report is actually different from BUG 111000
I've looked into this problem. Seems to be a xine-lib issue. http_input.c parses the password, but never actually uses it.
Dario, you might be talking about bug 84207 and bug 91184. It works with the gstreamer engine, at least with amarok from svn-060213 which is the version I use at the moment. It doesn't work with the xine-engine for me, I get the following error message: xine: cannot find input plugin for MRL [http://user:pass@81.92.172.3:802 0] xine: input plugin cannot open MRL [http://user:pass@81.92.172.3:8020] input_http: http status not 2xx: >401 Unauthorized()< xine: found input plugin : http input plugin But when I think about it, your problem seems to be another problem I noticed before - that amaroK refuses to load the playlist. Somehow all my .pls-files were rewritten every once in a while by amaroK. I think it happened when I expanded the the playlist in amaroK (using the '+'-sign). This caused all .pls-files on disk to be rewritten - they all lacked the [playlist]-line. My solution to this - which I still use - was to write-protect all .pls-files. So check your .pls-files on disk and look if they lack the [playlist]-file.
xinelib bug, fixed long ago.