Slackware 12.1, stock install; Alsa 1.0.15; Audigy 2.
 

I have with much fiddling finally figured out how to get the analog speaker outputs to work, but I am beyond baffled on how to get the once crystal clear mic capture to work.

What I needed to do, in slack 12.0, was once I "muted" (yes unmuted, technically) the analog/digital toggle, simply capture the mic input, set it to whatever level I needed, enable mic boost, and then save.

As far as I can tell now, I also need to bring up Amix (analog mix) which effectively combines anything I had going before.

The result of which is, if I happen to be listening to streaming music, playing a game, then dare to toggle the mic on teamspeak, *all* sound is thus captured and spewed forth over.

I'm baffled now. I used to be able to have a simple stock install, (alsaconf, then no other configuration needed), set the master / mic capture sliders, toggle mic on, and be done with it.

For giggles, I tested the old Slackware 12.0 drive (always keep the previous working system), to see if there was a hardware failure I wasn't aware of, and, perfectly clear, clean separate channels, no delays with teamspeak's loopback test.

I now have a sneaking suspicion there's a quirk in a kernel module, but before I fiddle with compiles, I'll ask :

How do I separate the channels out like they used to be?

My guess is look to udev/HAL/D-bus for screwing up more than it enhances.

I am with you. My box with a 2.4 kernel and a Slack 10 distro had sound working
very clear, and powerful. Somehow, though the install and default kernel found
my sound card. It is somehow over modulated, and rough. I have very low volumes,
and with alsamixer or anyothers, too much slider action and the there is piercing
feedback.

I have to figure out all the adjustment in ALSA to get this fixed.

Please keep us posted on how to tweak/adjust/test/correct ALSA under Slack 12.1.

Thanks

alright, I think I figured out this one out.

Using http://alsa.opensrc.org/index.php/Em..._kernel_module
as a reference for the possible options, I've come up with what I believe I now need as a sound configuration file.

I use just the Audigy 2, no on-board sound - on-board was disabled in BIOS.

/etc/modprobe.d/sound

('touch sound' if this file isn't there yet)

The "option" part seems to be when it began to run properly. The card physically does not have an IDE connector, and I'm not using the digital outputs (analog speakers) - So I made a guess that this was the correct option to use. [Note : id="first" I think is related to if the system finds a second sound card, that the one for the driver above, is loaded first, before anything else that is found. Now since, I do have on-board - although it's disabled - if I ever turn on-board back on, I want to minimize trying to figure out why the sound stops working again.]

Now, upon rebooting, a message just after the alsa state restore, said "no state is present for card first". After much googling, I gave up trying to figure out what this meant, and deleted the the file 'asound.state' within /etc then rebooted again to allow the system to recreate what it thought was the right card.

From there, set alsamixer to the sound levels below deafening, captured mic and Amix (apparently slack 12.0 did need this one selected and adjusted - but my tests after I learned that still had the same result, before the above configuration was used).

Ran startx, KDE's intro music chopped like before - began to worry it didn't work. Tested a few applications (TeamSpeak, Amarok, a few games and work-related support tools - all at the same time) and it seems to be fixed.

One day, when I have more free time, I'll see which part actually "fixed" my issue.