Bug 112734

Summary:	[xine] Shoutcast stream authentication problem
Product:	[Applications] amarok	Reporter:	Dario Nuevo <dn>
Component:	Playback	Assignee:	Amarok Bugs <amarok-bugs-null>
Status:	RESOLVED FIXED
Severity:	wishlist
Priority:	NOR
Version First Reported In:	1.3.1
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Dario Nuevo 2005-09-16 16:26:34 UTC

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 ;-)

Comment 1 Dan Meltzer 2005-09-17 16:53:17 UTC

Try http://user:pass@di.fm/listen/deephouse/128k.pls

Comment 2 Dario Nuevo 2005-09-20 19:23:11 UTC

> Try http://user:pass@di.fm/listen/deephouse/128k.pls 

no, this doesn't change anything in the behaviour..

Comment 3 Mark Kretschmann 2006-03-24 14:21:21 UTC


*** This bug has been marked as a duplicate of 111000 ***

Comment 4 Mark Kretschmann 2006-03-27 13:04:03 UTC

Reopening, cause this report is actually different from BUG 111000

Comment 5 Mark Kretschmann 2006-03-27 13:05:09 UTC

I've looked into this problem. Seems to be a xine-lib issue. http_input.c parses the password, but never actually uses it.

Comment 6 wef 2006-04-10 14:13:53 UTC

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.

Comment 7 Mark Kretschmann 2006-09-21 02:07:45 UTC

xinelib bug, fixed long ago.