[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]