Volume-change problems
Submitted by Victor Toso
Assigned to Spice Bug List
Description
Creating this bug to track volume-change issues between guest and client. I believe that big part of these issues are in QEMU that calls spice-server with the wrong volume value (proportionally) but the solution could be done in the using vdagent to check/sync audio properly;
This is also related to https://bugzilla.redhat.com/show_bug.cgi?id=1012868 as we are trying to sync volume between client and guest using the agent but the server sends volume-change with different value of the one just set by the agent and usually higher then the right value.
Main issues when setting guest volume;
-
F21(client) and F21(guest) - The value sent by spice-server is always higher then the updated value in the guest;
-
F21(client) and Windows 7(guest) - Same as 1)
-
Windows 7(client) to Windows XP(guest): Setting 100% in the guest is 74% in the client;
Example:
client: Fedora 21 (all spice components from git master)
guest: Fedora 21 (latests from f21)
volume in both before: 32768 or -18.06 dB (50%)
setting volume with pacmd set-sink-volume 0 volume
setting 10000 (around 15%), spice-gtk receives 22102 (33%)
setting 40000 (around 61%), spice-gtk receives 53970 (82%)
setting 50000 (around 76%), spice-gtk receives 59110 (90%)
setting 60000 (around 91%), spice-gtk receives 63736 (97%)
setting 65000 hits the maximum in the client (65536)