<div dir="ltr">Hi,<br><br>I am now using the qpe based call interface.&nbsp; I have found the following;<br><br>If the headset is connected during an ongoing call, the state doesn&#39;t change automatically.&nbsp; You have to manually select &#39;speakerphone&#39; from options to make the headset work.&nbsp; Even then, sound is heard through one earbud (the &quot;turn amp speaker off&quot; bug).&nbsp; The mic in the headset does not work, but the mic in the phone works as if in the speakerphone mode.&nbsp; <br>
<br>If one were sitting at a desk playing with alsamixer through SSH, it would be easy to hear sound through both earbuds, but this ideal world scenario is in direct dissonance with the real world scenario where the headset is employed while driving.&nbsp; <br>
<br>Further, the myriad options under alsamixer -V all confuse the user entirely, and do not give a clue as to which value to change so that the headset mic works.<br><br>When the headset is already plugged in (before a call), there is static from the earbuds, which means it can drain off the battery as there is signal leakage.&nbsp; When a call comes in, the headset works automatically, BUT its mic still does not!<br>
<br>With OM2008.8, I don&#39;t see alsamixer -V all show changes in the state files when the headset is plugged in while in use.&nbsp; It worked in 2007.2.<br><br>Has anybody else been able to replicate this problem? Does one need to file a bug report for this, or is there an easier solution?<br>
</div>