Red Hat Bugzilla – Bug 65706
RFE: place USB audio devices *after* fixed ones
Last modified: 2007-04-18 12:42:49 EDT
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) Description of problem: Turtle Beach Santa Cruz soundcard detected fine by sndconfig, but no output. Changing mixer settings has no effect. Attempting to play back an MP3 in xmms, xmms "zooms through" the file in a few seconds, but with no output. Card worked fine in RH 7.2, has not worked since upgrade. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Red Hat 7.2 2. Setup sound with sndconfig 3. Upgrade to 7.3 Actual Results: - No audible output from sound card - Only one channel shown in aumix and other mixer applications - Altering levels on this single channel has no effect - XMMS runs and doesn't report errors, but runs through the file at highly increased speed, and there is no sound - sndconfig (apaprently) detects the card correctly, but there is no output Expected Results: Normal playback Additional info: lspci -v gives this entry for the sound card: 00:0a.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) Subsystem: Voyetra Technologies: Unknown device 3357 Flags: bus master, slow devsel, latency 32, IRQ 15 Memory at d5800000 (32-bit, non-prefetchable) [size=4K] Memory at d5000000 (32-bit, non-prefetchable) [size=1M] Capabilities: [40] Power Management version my /etc/modules.conf looks like this alias eth0 eepro100 alias parport_lowlevel parport_pc alias usb-controller usb-uhci alias scsi_hostadapter aic7xxx #alias scd1 sr_mod #pre-install sg modprobe ide-scsi #pre-install sr_mod modprobe ide-scsi #pre-install ide-scsi modprobe ide-cd alias sound-slot-0 cs46xx post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || :
Reassigning to kudzu.
If xmms 'zips through' the file, it's probably using the disk writer plugin - look for large files in your home directory. ;) As for the card, are there any errors in 'dmesg' when you load the module?
Are you using KDE (and hence the artsd plugin)? I've seen this happen with the 7.3 artsd with a totally different card before
It didn't seem to be the disk writer plugin -- it was selected in root's xmms preferences, but not my user prefs. Toggling it on and off causes WAV files to be written (or not) as expected. But with OSS selected as the output target, xmms still "zooms through" the file. I'm not using KDE -- WindowMaker 0.80, source compile. There is nothing at all in dmesg about loading the module, as far as I can tell. But trying to load it at the command line, I get an unresolved symbol error: [root@pegasus root]# /sbin/insmod cs46xx Using /lib/modules/2.4.18-3/kernel/drivers/sound/cs46xx.o /lib/modules/2.4.18-3/kernel/drivers/sound/cs46xx.o: unresolved symbol ac97_probe_codec_R84601c2b Browsing dmesg output I notice that it's picking up my Logitech Quickcam and installing a driver for it (as far I recall, 7.2 didn't). The Quickcam has an inbuilt microphone, and I'm guessing it's this channel that's showing up when I run xmixer (as I'm offered a single microphone input to adjust). Any known issues with multiple audio sources? (Though I'm guessing the unresolved symbol error is a hotter lead.)
The logitech quickam claims to the OS to be speakers as well and yes I've seen this becoming the first audio device as a result. XMMS has an option to select which device to use, using /dev/dsp1 instead of /dev/dsp will work I suspect. (It did for a friend of mine ;)
(oh and the unresolved symbol most likely comes from using insmod and not modprobe. modprobe will do the same thing as insmod with the exception that it also resolves dependencies first, eg it'll load the ac97 module first)
Spot on, chaps. My soundcard had indeed been moved to /dev/dsp1 /dev/mixer1 in favour of the QuickCam. Of course, if I wanted to squirm I'd say, "The installer should have spotted that," but I won't, because I really think I should have spotted it. Thanks, Craig.