[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 156832] No PCM detection when saved session
From:       Seblu <mail () seblu ! net>
Date:       2008-01-31 23:56:57
Message-ID: 20080131235657.8230.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=156832         




------- Additional Comments From mail seblu net  2008-02-01 00:56 -------
Could you try to disable the KMix volume restauration? Perhaps its some weird issue with volume \
change events rushing into KMix at the wrong time (early during initialization). Looking at the \
KMix code I would say that this should not be a problem, but well. Lets just try it please. 

Yes, this change nothing. First start without PCM device and after a kmix restart PCM come \
back. This only difference is the volume which is correctly set after the second start.

I have do some more test and if i start the "alsasound" script at gentoo starting, kmix start \
correctly (with or whithout saving the sound volume). So PCM is always present and they are no \
problem. This script only do an alsactl restoration (i can send you if you want).

This solve my problem but kmix behaviour is not good if volume is not previously  restored (or \
acceded) by some alsa-utils.


[prev in list] [next in list] [prev in thread] [next in thread]