Comment 3 for bug 374010

Revision history for this message
Jarkko Lietolahti (jarkko-jab) wrote :

Testing with:
aplay /usr/share/sounds/alsa/*
Which almost always hangs during playback.
jarkko@gandalf:~$ aplay /usr/share/sounds/alsa/*
Toistetaan WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
Toistetaan WAVE '/usr/share/sounds/alsa/Front_Left.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
Toistetaan WAVE '/usr/share/sounds/alsa/Front_Right.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
Toistetaan WAVE '/usr/share/sounds/alsa/Noise.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
Toistetaan WAVE '/usr/share/sounds/alsa/Rear_Center.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
Toistetaan WAVE '/usr/share/sounds/alsa/Rear_Left.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
alitus!!! (vähintään 830,515 ms pitkä)
Toistetaan WAVE '/usr/share/sounds/alsa/Rear_Right.wav' : Signed 16 bit Little Endian, Taajuus 48000 Hz, Mono
^CSignaali Keskeytys keskeytti...

E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.

module-combine.c: [Simultaneous output on HDA Intel] sample rates too different, not adjusting (44100 vs. 35858).