<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
<br>
</span>I did observe something by ear, but it's a long story. Since you asked<br>
for it, the full story is related to<br>
<a href="http://lists.nongnu.org/archive/html/qemu-devel/2015-04/msg02271.html" target="_blank">http://lists.nongnu.org/archive/html/qemu-devel/2015-04/msg02271.html</a>,<br>
and goes like this:<br>
<br>
I (have to) run Microsoft Lync for telephone conferencing in a Windows<br>
guest on Qemu/KVM under Linux. I use Qemu's spice audio protocol to link<br>
my sound sources/sinks to the Windows guest. The Windows guest sees an<br>
emulated Intel HD Audio codec (ICH6 or ICH9) that has a 74dB volume<br>
scale for capture. For unknown reasons, Windows uses only the upper<br>
~30dB. Therfore setting the Windows volume slider to 1% lets the "HW"<br>
volume in the emulated HD audio chip jump ~40% immediately. See the<br>
above qemu-devel post for details.<br>
<br>
The libvirt spice server communicates this percentage  to PA. PA is<br>
using the "48dB Capture + 36dB Boost" = 84dB volume scale. Setting this<br>
to 40% results in Capture=+30dB (maximum) and Boost=+12dB. Again, this<br>
happens if I set just 1% volume under Windows, about the lowest possible<br>
setting!<br></blockquote><div><br><br></div><div> are you using pulseaudio as backend ?<br><br><a href="http://git.qemu.org/?p=qemu.git;a=commitdiff;h=6e7a7f3d9bc2031b4c93c05400b18775ba1b1f55;hp=a394aed235d6b3f048eeae83289f4d21eca7023c">http://git.qemu.org/?p=qemu.git;a=commitdiff;h=6e7a7f3d9bc2031b4c93c05400b18775ba1b1f55;hp=a394aed235d6b3f048eeae83289f4d21eca7023c</a><br><br></div><div>qemu seem using stream volume control pa_context_set_source_volume_by_index() instead of source volume control<br></div><br></div><br></div></div>