Description of problem:No sound when configuring sound for alsa (no pulseaudio). Adding and running alsaconf gives sound but sound is heavily loaded on left channel--very little output on right channel. Version-Release number of selected component (if applicable): How reproducible: Each install demonstrates same behavior Steps to Reproduce: 1.Install Mageia 2.Disable pulseaudio 3.Result: No sound 4.Download and run alsaconf 5.Result: Sound 6.Problem: Unbalanced sound output
First time filing bug report. After further investigation, please disregard the unbalanced sound input issue. I still maintain the installer does not initialize alsa drivers correctly, however. Once alsaconf is run everything works as it should. My apologies for misleading on the unbalanced output. In my effort to tinker with the sound card, I must have inadvertently pulled out the audio cable slightly.
Also, this behavior seems to only be exhibited when trying to get soundsing an outboard sound card. In this case it is a Creative Sound Blaster Audigy 2 Platinum. Not sure if this is helpful information or not. When installing to a laptop (onboard sound module) it took care of everything just fine.
I find with my Audigy 2 card that I always have to run alsamixer -c0 and un-mute the "Audigy Analog/Digital Output Jack" after a new installation. This is then remembered and continues to work through reboots.
CC: (none) => zen25000
I just ran some tests in Gnome i586 and it seems that alsactl restore is not being run during boot (or if it is then something overrides it later). alsa settings are being saved on shutdown, but always reset to defaults (in the case of Audigy2 this means no sound) on boot. Running:- su alsactl restore returns the settings to the state at last shutdown. i.e. Sound working and same volume level etc. as set in alsamixer.
Priority: Normal => HighCC: (none) => mageia
The asound.state file had an incorrect path in sounds scripts. This should be fixed in the latest version of sound-scripts (5mga) We are also using a custom initialiser for sensible default values for mixers. It would be interesting to know if simply running "alsactl init" actually gives you sensible defaults (this is of course different from restoring your previously set values, but all the same it would be nice to know if this provides a "better" default state).
(In reply to comment #5) > The asound.state file had an incorrect path in sounds scripts. This should be > fixed in the latest version of sound-scripts (5mga) Good - I will test when available. I can't find sound-scripts-0.60-5.mga1 anywhere, but some mirrors are down ATM. > We are also using a custom initialiser for sensible default values for mixers. > It would be interesting to know if simply running "alsactl init" actually gives > you sensible defaults (this is of course different from restoring your > previously set values, but all the same it would be nice to know if this > provides a "better" default state). Yes that works well - most importantly "Audigy Analog/Digital Output Jack" is enabled. The main volume levels are also set sensibly. Will that be run on boot if asound.state is empty? One thing seems odd in Mageia. In Alsamixer, Mic select, Mic Boost and AMic are only available in playback view (F3) not in Capture (F4). Another oddity is that "Audigy Analog/Digital Output Jack" is not shown at all in kmix as an available channel (in settings-> configure channels).
The 5mga package was only pushed about 30mins ago (we're in freeze now so I can't just push it live like usual) so once it's built it will have to propagate yada yada... :) Ahh yes, the digital output jack is something we tweak automatically in PA, but as you don't use it, then you won't get this fixup. At present we use some kind of custom thing for setting defaults. "alsactl init" is alsa's built in list of sensible defaults. I was curious to see if using the official "sensible defaults" system was better than our home-baked system. If it is, I will certainly switch it over (although it may be too late for sufficient testing for this release). I'm not sure why the Mics etc. would be under Playback, but I'm guessing this is a kernel change. The alsa-info.sh script (see this helpful link: https://wiki.ubuntu.com/Audio/AlsaInfo) on a system that shows things this way and one that shows it a more "correct" way might be interesting. It's like kernel related (i.e. booting with a different kernel will change this). Not sure why the switch would not be shown in kmix as I don't really know much about kmix in non-PA mode. It has a whole bunch of XML filter definitions to hide certain controls... not sure if it's that or something more sinister.
Was this bug solved ? According to comment #6 there was tests to be done.
CC: (none) => stormi
Yeah I think this can be closed. If there are still issues, please reopen. I'm confident enough that the core problem was fixed (tho' the digital output jack tweak sans-PA is still an issue, a setup without PA is not a setup that is recommended anyway, so manual intervention to tweak alsa settings is par for the course.
Status: NEW => RESOLVEDResolution: (none) => FIXED