worksforme.  I'm thinking this may have more to do with pulseaudio (which you
upgraded at the same time), less to do with amarok.

Quite possibly, yes, but I don't see any problems with mplayer.

heishiro on #fedora also sees this problem.

Same problem here.

[root@lnxbb ~]# rpm -qa|grep amarok
amarok-extras-nonfree-1.4.4-1.lvn7
amarok-1.4.8-1.fc8
[root@lnxbb ~]# rpm -qa|grep pulseaudio
pulseaudio-module-x11-0.9.7-0.17.svn20071017.fc8
pulseaudio-utils-0.9.7-0.17.svn20071017.fc8
pulseaudio-esound-compat-0.9.7-0.17.svn20071017.fc8
pulseaudio-module-gconf-0.9.7-0.17.svn20071017.fc8
kde-settings-pulseaudio-3.5-35.fc8
pulseaudio-libs-0.9.7-0.17.svn20071017.fc8
alsa-plugins-pulseaudio-1.0.14-5.fc8
pulseaudio-core-libs-0.9.7-0.17.svn20071017.fc8
pulseaudio-libs-glib2-0.9.7-0.17.svn20071017.fc8
akode-pulseaudio-2.0.1-9.fc8
pulseaudio-0.9.7-0.17.svn20071017.fc8

I tried listening to a radio stream. It works the first time, but if i select
another stream, the same problem happens.

I have to quit amarok and restart it.

Thanks.

Also,
rpm -q xine-lib
please, as it was updated recently too.  amarok uses it under the hood to play
all content.

I'll have to keep trying harder to reproduce.

In my case,

xine-lib-1.1.9.1-1.fc8

same here.

I updated the system using yum update, there was a pulseaudio update, but still
the problem remains...

pulseaudio-0.9.8-4.fc8.1

If i run amarok, then reproduce a radio stream and then change the stream to
another radio, the problem happens.

Now, in order to make it work again, i have to restart Amarok, or get into
Settings - Configure Amarok, and change the output plugin to ALSA. That solves
the problem until i change the stream again.

Then i can change the Output Plugin to Auto-Detect and it solves the problem
again, until i change the stream again... and so on...

Now, the alsa-related files that i have installed are:

alsa-utils-1.0.15-1.fc8
alsa-lib-1.0.15-1.fc8
alsa-plugins-pulseaudio-1.0.14-5.fc8
bluez-utils-alsa-3.20-4.fc8

Make sure your ALSA playback device (for both mono and stereo) is set to 
default, not hw:0,0 or something like that. It works just fine for me when set 
to default.

They are both in default when i select ALSA. When in autodetect the dialog is
not available.

xine-related files that i have installed are:

xinetd-2.3.14-14.fc8
xine-lib-extras-nonfree-1.1.9.1-1.lvn8
totem-xine-mozplugin-2.20.1-1.lvn8
xine-lib-1.1.9.1-1.fc8
xine-lib-arts-1.1.9.1-1.fc8
totem-xine-2.20.1-1.lvn8

If i double click on a stream, the problem appears, there's no audio at all and
amarok starts working slowly, but, if i just don't select anything, the song
titles played by the radio station (Club 977 the 80's Channel), appear on screen
just as if the audio was working normally, only that there's no audio.

The problem doesn't happen if i play two mp3's from the hdd, but with Radio
Streams it happens all the time.

It occurs for me with disk files as well. Are you sure you tried several times
(let the playlist finish an mp3 and move to the next one a couple of times),
Heishiro?

I loaded 30 mp3's and tried jumping from one to the other, and it worked all the
time. Also tried waiting for a track to finish, and it worked perfectly. The
problem appears to me when i change from a Radio Stream to another. When i do
that, the audio stops working until i close amarok or until i "reset" xine
through the Amarok Settings menu.

That's odd. Apart from this difference, the behaviour you report is exactly the
same as what I see.

Yeah. I tweaked everything i could but i couldn't solve the issue. Try updating
pulseaudio, and xine, to see if you at least get to the point where i am. (mp3's
working, but radio streams fail)

I'm fully up to date.

I tried combining the playlist with mp3's and radio streams. When the program
gets to the point where a Radio stream is going to be played, the problem happens.

At that point, if i try to double click on an mp3 file, the problem remains, but
the unusual thing i see is that amarok starts "skipping" the files. It tries to
play an mp3, shows the title, and it skips to the next file and so on until the
playlist is finished.

Hope you guys can solve the issue... (Kramer in Seinfeld - The Contest... I'M OUT)

From all accounts, xine-lib handles all that, and is the likely source of issue
here.  Re-assinging.

Again, it's not specific to streams for me, so I'm not sure the new synopsis 
is correct.

BTW, if I do xine /some/file.mp3 then nothing comes out although it appears
to be playing. Not sure if this is related as I never use this frontend.

I see exactly the same effect as Heishiro, and indeed it looks like a xine-lib
issue.

Upstream seems to be aware of it, but is unsure about what the correct fix is:
http://thread.gmane.org/gmane.comp.video.xine.devel/17682

Anyway, because some users on xine-devel reported success with the change
mentioned in the above thread, I've applied it in CVS.  koji does not respond to
me at the moment so I can't push a build, but in the meantime I've put a local
x86_64 build for testing up at http://scop.fedorapeople.org/packages/ . 
Non-x86_64 users can do a local mock rebuild from the src.rpm there or from
CVS's xine-lib F-8 branch.

Please test and report back how it works for you.  It appears to work fine for me.

The patch this is reverting:
http://hg.debian.org/hg/xine-lib/xine-lib?cmd=changeset;node=1867fae812913d2ad953fb91359f886620bf1cf1;style=gitweb
is one of Matthias Kretz's Phonon-related changes, I hope we aren't breaking 
Phonon badly by reverting it. :-( That would be a lose-lose situation, with 
either Amarok or Phonon broken.

*** Bug 429449 has been marked as a duplicate of this bug. ***

(In reply to comment #22)
> I see exactly the same effect as Heishiro, and indeed it looks like a 
xine-lib
> issue.
> 
> Upstream seems to be aware of it, but is unsure about what the correct fix 
is:
> http://thread.gmane.org/gmane.comp.video.xine.devel/17682
> 
> Anyway, because some users on xine-devel reported success with the change
> mentioned in the above thread, I've applied it in CVS.  koji does not 
respond to
> me at the moment so I can't push a build, but in the meantime I've put a 
local
> x86_64 build for testing up at http://scop.fedorapeople.org/packages/ . 
> Non-x86_64 users can do a local mock rebuild from the src.rpm there or from
> CVS's xine-lib F-8 branch.
> 
> Please test and report back how it works for you.  It appears to work fine 
for me.

Just tested on x86_64 and confirm this fixes the problem.  Thanks!

(In reply to comment #23)
> That would be a lose-lose situation, with either Amarok or Phonon broken.

That would be bad indeed.  Other fix/workaround suggestions welcome.  If Phonon
is the only thing suffering from the "discard buffers"-patchless xine-lib, that
seems clearly the way to go at least for < F9.

Hmm, if Matthias' patch sets audio output to "discard buffers" mode when closing
it, should the "discard buffers" mode be disabled again somewhere when audio
output is opened again?

John, Heishiro, please report whether the packages mentioned in comment 22 fix
the problem for you too.  And if someone has a setup where Phonon can be tested
with the patched packages, comments from that would be very welcome as well.

*** Bug 429456 has been marked as a duplicate of this bug. ***

The rpm's in comment 22 resolve my issues and I can confirm that they fix the issue.

Works for me too, thanks for working this out so quickly!

I don't know if this helps, but... i have a self compiled KDE 4 trunk on my
system and just installed the xine-*-1.1.9.1-3.fc8-packages from koji. Looks
like phonon is still working, while the package fixes the stream problem.

I'm having the same problem.  How does one find the
"xine-*-1.1.9.1-3.fc8-packages from koji"  I reverted to the Fedora release
version of the packages.

Link to koji's build of xine-lib-1.1.9.1-3.fc8 
http://koji.fedoraproject.org/koji/buildinfo?buildID=32264

xine-lib-1.1.9.1-3.fc7 has been pushed to the Fedora 7 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update xine-lib'

xine-lib-1.1.9.1-3.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.