Well, renice-ing rhythmbox down to -9 did not seem to help. I got stuttering every two-three minutes. Besides the ath5k noise floor calibration message, the only message I received during the test was
I don't always get the alsa-sink.c: Underrun! message, but I don't ever recall getting the protocol-native message.
This group of messages which is occasionally but not always reported by pulseaudio also puzzles me:
alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_usb_audio'. Please report this issue to the ALSA developers.
alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
Well, renice-ing rhythmbox down to -9 did not seem to help. I got stuttering every two-three minutes. Besides the ath5k noise floor calibration message, the only message I received during the test was
Jul 4 15:37:15 temuko pulseaudio[1273]: ratelimit.c: 848 events suppressed
I don't always get the alsa-sink.c: Underrun! message, but I don't ever recall getting the protocol-native message.
This group of messages which is occasionally but not always reported by pulseaudio also puzzles me:
alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_usb_audio'. Please report this issue to the ALSA developers.
alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
I have to say I'm pretty stuck at this point.