Clemens Ladisch ladisch.de> writes:
> Andoru wrote:
> > The last time you replied you said that it's a hardware error. If it
> > is that way then how come the card otherwise works flawlessly in
> > Windows, and this doesn't happen on Debian when watching videos or
> > with certain programs?
> It's still a hardware error, but, apparently, it happens only when the
> Linux driver accesses it in a certain way.
> Which programs work? Which do not?
Thanks and sorry again for contacting you through your private e-mail,
wasn't working yesterday.
I thought of letting VLC play along in the background and leave the
window open with verbosity on 2 to see if any error pops up or any clue as
to why this happens. The ironic thing is that I've been listening to music
for about 4 hours and a half and nothing happened, even now it still plays
flawlessly... This is the longest period I've listened to music without
causing VLC to send this PC into error oblivion. I'll post if anything pops
Before I continue with the detailed list of programs that work or don't, I
wanted to ask if there's any way to stop the audio server when the PC
becomes unresponsive. So far this is what I've tried while the PC was
struggling to swich to the TTY:
$ alsa force unload
$ sudo invoke-rc.d alsa-utils stop
One closes ALSA completely and the other stops some components of ALSA, but
none of those two actually bring the PC/OS back to responsiveness. Nothing
shows up in top that takes that much CPU.
So now onto the list:
- VLC - Audio works fine when watching videos, but as soon as I disable the
video stream (Video -> Video Track -> Disable) same thing happens as when I
try to play audio-only files.
- cmus, moc, Banshee, MPlayer, Rythmbox - same problems as VLC, except
which instead of flooding the TTY with errors it just displays 3 and exits,
the OS is still unresponsive though.
- any midi interpreter/player - same as the above two
- PCSXR - worked until I changed asound.conf at the suggestions of Raymond
Yau earlier, no audio errors reported in the console before.
- pSX - Reports quite a few buffer underrun errors:
This occurs 1-2 times every odd second, but I've emulated a game for over 6
hours and nothing bad happened.
But for whatever reason when I tried now to run the emulator it doesn't
that many of these errors as it used to.
- DosBox - Audio works flawlessly, except midi emulation (see above), MUNT
(below), no errors reported in the terminal. When using any midi interface
this (single) error shows up and renders the OS/PC unresponsive:
ALSA-lib pcm.c:7843:(snd_pcm_recover), underrun occured
- MUNT (https://github.com/munt/munt) -
When using the stand-alone qt
client, I get this error in a dialogue window:
snd_pcm_writei failed: Broken pipe
ALSA audio: Processing thread stopped
Although admittedly it doesn't end with the OS being unresponsive
thankfully, but it happens exactly after playing 5 secs through a midi.
Now MUNT doesn't work either just like PCSXR
What I haven't tried:
Audio over wine. I don't know how well it works, but I'll try to run
foobar2000 through it to see if it changes anything.
Other stuff that don't work (properly):
- I some apps that use ALSA don't work (as PCSXR that I mentioned above)
- Can't control PCM channel volume
- alsamixer doesn't work except the controls for alsa-equal (see below)
- Screeching and popping when the audio is too loud or has cutoffs
- alsa-equal doesn't work even when properly configured (asound.conf here:
and similar screeching when explicitly using aplay -D equal and setting
controls "too high" it through alsamixer -D equal
- can't have more that one sound source (even with dmix set up)
Here's also what VLC outputs when playing a typical mp3 file in case you
need it: http://pastebin.com/gvZ4R4ZP
It shows some ALSA debug info.
Hope I was descriptive enough. Let me know if you need any additional info.