Version: 1.4.1 (using KDE KDE 3.5.4) Installed from: Ubuntu Packages OS: Linux I'm having problems playing this radiostream http://www.dr.dk/netradio/Metafiler/asx/dr_boogie_128.asx by checking the source with kwrite I found URL: http://wmscr1.dr.dk/e02ch07m?wmcontentbitrate=300000 only by manually changing it to use the mms protokol can I hear the radiostream mms://wmscr1.dr.dk/e02ch07m?wmcontentbitrate=300000 Should amarok not figure this out by itself? or should I file as a wish that this is done automatically?
In fact Amarok supports asx playlists, but apparently something is broken.
Will this be fixed in Amarok 1.4.4? /Pascal
Still doesn't work in 1.4.4
*** Bug 134468 has been marked as a duplicate of this bug. ***
This report is really fixed. Because: In 1.4.5 we've fixed the ASX loader; it does parse the playlist fine now. The stream itself doesn't play anyway for me, but that's probably either a server or xine problem.
It's true that it parses the list fine now. Unfortunatly it doesn't play for me either. It does however play in kaffeine, and they are both using the xine engine. Therefore I reopen the bug.
Yes, this appears to make sense, but it's trickier: Amarok does more error checking than Kaffeine, catching certain xinelib messages. It is still a xinelib error, generating an error. Please report the bug there.
I can't wait to tell the xine-folks that Amarok is too good for their code ;-) I'm not quite sure I've understood it correctly though. Does the stream contain errors or does xinelib report errors that isn't there. Any way the error message I get in Amarok saying that that "there is no sound channel" or "there is no plugin to handle this" (freely translated from danish) is wrong right?
Apparently xinelib reports an error: the one that Amarok shows. Whether this error message is triggered wrongly or is correct, I can't say (and neither can Amarok).
I've filed a bug on the xinelib http://sourceforge.net/tracker/index.php?func=detail&aid=1671362&group_id=9655&atid=109655
Not a xine-lib problem. Markey, when you parse the playlist, you pass the <Ref href=""> value directly to xine, which will then try to download the url via http, through the normal HTTP methods, and so it will get a .pls file: [Reference] Ref1=http://wmscr1.dr.dk/e02ch07m?wmcontentbitrate=300000&MSWMExt=.asf Ref2=http://192.168.16.9:80/e02ch07m?wmcontentbitrate=300000&MSWMExt=.asf And so xine won't know how to play that one. What you should do, is to replace http:// in the url with mmsh:// (MMS over HTTP) when feeding it to xine. If I have some time later tonight I'll see to implement this change myself.
Thank you Diego. I appreciate it :-)
Diego, did you take a look at this bug yet?
*** Bug 128364 has been marked as a duplicate of this bug. ***
Hi, i've just put a tracker for this bug at launchpad https://bugs.launchpad.net/amarok/+bug/104949 Thanks for your help
*** Bug 145888 has been marked as a duplicate of this bug. ***
I use Amarok 1.4.8 on Kubuntu and couldn't play following asx playlist http://player.cumulusstreaming.com/stations/KRUZ-FM/PubPoint.asx After I download it at had a closer look, it seems that the asx file is somehow corrupted. asx file ---------------------- <ASX Version ="3.0"> <Title>KRUZ-FM</Title> <ENTRY> <Title>KRUZ-FM</Title> <REF HREF ="mms://live.cumulusstreaming.com/KRUZ-FM"/> <REF HREF ="Http://live.cumulusstreaming.com/KRUZ-FM"/> </ENTRY> </ASX>M"/> </ENTRY> </ASX> ---------------------- After removing the following it worked </ASX>M"/> </ENTRY> It also works out of the box with (k)mplayer,kaffeine and amarok2prealpha without changing something in the asx file. So if there eventually will be a 1.4.9 it would be great if it gets backported.
As it works on Amarok 2 bugsquad is closing it on a common decision.