Description of problem: Audio stops while playing Ogg files. The UI is still responsive, but clicking a button like Pause or Next cause the UI to stop refreshing. Version-Release number of selected component (if applicable): rhythmbox-0.10.0-8.fc7 How reproducible: It has done this about 5 times in the past hour, when playing an album that was just imported (using the same version of Rhythmbox). Steps to Reproduce: 1. Insert CD. 2. Click "Copy to Library" 3. Select CD in the library and click "Play". Additional info: "rhythmbox -d" provides no unusual output. A DB polling thread appears to continue functioning fine even after audio stops. Sysrq stack trace is similarly uninteresting.
Created attachment 211881 [details] sysrq-t output after audio hang
This is occurring on a dual-core PowerMac G5.
Please test with rhythmbox-0.10.1-2.fc7 in updates-testing. In the future, please attach a user-space backtrace, I know you kernel guys like your SysRq+Ts :)
It looks like my yum only found rhythmbox-0.10.1-1.fc7, and it is still affected. (I assume the -1 to -2 difference is only packaging, so this information is still relevent.)
Created attachment 211921 [details] gdb thread backtrace This is the output of "thread apply all bt" in gdb, with some debuginfo RPMs installed.
Created attachment 215261 [details] backtrace from mp3 hang Hang also affects mp3 playback, but can take a while to manifest (approx 30 mins this time). mp3 playback also occasionally stutters, but less often than Vorbis FWIW.
Created attachment 215271 [details] normal rhythmbox thread state For completeness, this backtrace was generated after interrupting a perfectly-running rhythmbox.
Problem does not affect VLC mp3 playback. Since VLC directly uses /dev/snd, that probably rules out a bug in the ALSA driver, leaving rhythmbox and gstreamer as candidates.
I haven't been able to reproduce this problem in Fedora 8.