You are not logged in.
Pages: 1
Hello,
Yesterday I decided to do a fresh Arch install. Everything worked fine, except my sound.
Here's what I did:
- Added myself to group audio when I created my account
- Installed amarok-base with xine and gstreamer engines.
- Found out that amarok crashed when trying to play a file
- lsmod | grep snd
- alsaconf
- alsamixer
snd_intel8x0m 15940 0
snd_intel8x0 30528 2
snd_ac97_codec 85116 2 snd_intel8x0m,snd_intel8x0
snd_pcm_oss 51104 0
snd_mixer_oss 18432 1 snd_pcm_oss
snd_pcm 84868 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer 22660 1 snd_pcm
snd 49380 11 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 8032 1 snd
snd_page_alloc 8840 3 snd_intel8x0m,snd_intel8x0,snd_pcm
So everything is supposed to work correctly. But it doesn't. Amarok crashes with the xine engine and outputs nothing with the gstreamer engine (gstreamer cannot play mp3??? This is not Debian, I hope? ).
mplayer -ao oss alsa [file] outputs silence and mplayer -ao alsa [file] does nothing. Actually, alsa outputs this:
...
Starting playback...
A: 0.0 (00.0) ??,?%
[^C]
MPlayer interrupted by signal 2 in module: play_audio
alsa-uninit: pcm closed
aplay [file]:
Playing raw data 'music/01 Speed Of Sound.mp3' : Unsigned 8 bit, Rate 8000 Hz, Mono
Aborted by signal Interrupt...
Complete silence...
Anyone got a clue what it could be? Sound has never failed me before .
Offline
Flash applets also crash (probably because of alsa)
Offline
snd_intel8x0m is a module for modem sound. It is known to interfere with the other sound module (snd_intel8x0). Try adding it to /etc/hotplug/blacklist
Offline
snd_intel8x0m is a module for modem sound. It is known to interfere with the other sound module (snd_intel8x0). Try adding it to /etc/hotplug/blacklist
Afaik I do not run hotplug anymore. Just the hardware detection that is built into rc.conf. I have already added that module to the blacklist in rc.conf, but in vain.
edit:
I checked my lsmod, and I saw that snd_intel8x0m was loaded, despite the fact that I blacklisted it. I'll try the hotplug blacklist...
edit2:
As I expected, adding it to the hotplug blacklist doesn't help, since I have hotplug prefixed with a ! in rc.conf. Btw, what is the syntax for the blacklist array? This is how it look now:
# Scan hardware and load required modules at bootup
MOD_AUTOLOAD="yes"
# Module Blacklist - modules in this list will never be loaded by hwdetect
MOD_BLACKLIST=(hw_random snd_intel8x0m)
#
# Modules to load at boot-up (in this order)
# - prefix a module with a ! to disable it
#
MODULES=(acpi cpufreq_ondemand)
Offline
I haven't checked out tpowa's hwdetect script yet so I have no clue how it works. If snd_intel8x0m keeps being loaded, you could try disabling hwdetect and adding the modules you need in the MODULES array.
Offline
I haven't checked out tpowa's hwdetect script yet so I have no clue how it works. If snd_intel8x0m keeps being loaded, you could try disabling hwdetect and adding the modules you need in the MODULES array.
Yes that worked! I believe there's a little bug in hwdetect, since snd-intel8x0m works, but snd_intel8x0m doesn't.
Offline
Yes that worked! I believe there's a little bug in hwdetect, since snd-intel8x0m works, but snd_intel8x0m doesn't.
That has nothing to do with hwdetect - as you do have hardware support both 8x0m and 8x0 - the bug is with the 8x0m module intefering with 8x0.
Offline
LB06 wrote:Yes that worked! I believe there's a little bug in hwdetect, since snd-intel8x0m works, but snd_intel8x0m doesn't.
That has nothing to do with hwdetect - as you do have hardware support both 8x0m and 8x0 - the bug is with the 8x0m module intefering with 8x0.
I was talking about the MOD_BLACKLIST array in rc.conf
Offline
You might want to report that in the hwdetect thread so that tpowa is aware of that.
Offline
Pages: 1