Bug 134468 - radio stream is not handled correctly (asf stream)
Summary: radio stream is not handled correctly (asf stream)
Status: RESOLVED DUPLICATE of bug 132223
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 1.4.3
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-21 19:23 UTC by Cyrill Helg
Modified: 2006-11-08 15:49 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Cyrill Helg 2006-09-21 19:23:20 UTC 
Version:           1.4.3 (using KDE 3.5.4, Gentoo)
Compiler:          Target: i686-pc-linux-gnu
OS:                Linux (i686) release 2.6.17-emission8-IBM-T43

When I try to listen to the following url: http://dms-cl-016.skypro-media.net/top-128?MSWMExt=.asf
amarok gives a strange error about no audio buffers available.

When I change the URI to mmsh://dms-cl-016.skypro-media.net/top-128?MSWMExt=.asf (which I got from mplayer/xine) amarok can play the stream.

I think that amarok should handle the http adress correctly too as mplayer or xine do.

Thanks for your work!
Comment 1 Lorenz Röhrl 2006-11-05 11:59:01 UTC 
I can confirm this. Changing http:// to mms:// makes amarok play that file. But isn't that a xine bug?
Comment 2 Jos van den Oever 2006-11-05 12:02:52 UTC 
The same problems is the case for mms://livemedia2.omroep.nl/radio3-breed
When using mms://livemedia2.omroep.nl/radio3-breed?MSWMExt=.asf
the stream works.
I propose that amarok automatically tries to add '?MSWMExt=.asf'
Comment 3 Alexandre Oliveira 2006-11-08 15:49:43 UTC 

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