Red Hat Bugzilla – Bug 429182
streams can only play once
Last modified: 2008-01-24 17:04:21 EST
Description of problem:
After updating to be current with today's Fedora 8, amarok
can no longer play properly. When you start it, it can play
once or twice, and then skips playing anything else immediately.
It's not plugin specific, as it happens with both oggs and mp3s,
and restarting amarok helps until the same thing happens. It's
not specific to local file vs. stream either.
Moving amarok rc files out of the way doesn't help, nor does
choosing between ALSA or OSS
This was working without problems, probably before the 2008-01-17 updates.
Version-Release number of selected component (if applicable):
Jan 17 16:15:15 pent yum: Updated: pulseaudio - 0.9.8-4.fc8.1.x86_64
Steps to Reproduce:
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
[root@lnxbb ~]# rpm -qa|grep pulseaudio
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.
rpm -q xine-lib
please, as it was updated recently too. amarok uses it under the hood to play
I'll have to keep trying harder to reproduce.
In my case,
I updated the system using yum update, there was a pulseaudio update, but still
the problem remains...
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:
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
They are both in default when i select ALSA. When in autodetect the dialog is
xine-related files that i have installed are:
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),
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
Again, it's not specific to streams for me, so I'm not sure the new synopsis
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
Upstream seems to be aware of it, but is unsure about what the correct fix is:
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:
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
> Upstream seems to be aware of it, but is unsure about what the correct fix
> 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
> me at the moment so I can't push a build, but in the meantime I've put a
> 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
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-*-188.8.131.52-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-*-184.108.40.206-3.fc8-packages from koji" I reverted to the Fedora release
version of the packages.
Link to koji's build of xine-lib-220.127.116.11-3.fc8
xine-lib-18.104.22.168-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-22.214.171.124-3.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.