http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #72 from Andrew Eikum aeikum@codeweavers.com 2011-12-02 08:06:23 CST --- (In reply to comment #71)
It look like wine create two mixer devices for each duplex device and one mixer device for usb mic (half-duplex) instead of a single mixer device for a full duplex card which has playback controls and capture controls
this is why there are two master volume controls in playback mixer device and capture mixer device
Wine's WinMM mixer* implementations were written to match Windows 7's behavior as closely as easily observable. The WinMM mixer tests behave the same between Wine's and Win7's WinMM implementations, as does the sndvol32 program taken from Windows XP. Note that this behavior is fairly different from pre-Vista behavior, since they are now implemented on top of MMDevAPI which doesn't have the idea of "cards". It behaves kind of like each device as a separate "card".
Some applications seem to rely on the pre-Vista behavior, and I'm trying to determine if Rosetta Stone is one of them (I doubt it; otherwise Windows users would need to set compatibility mode to run Rosetta Stone). We might need to change Wine's implementation to match Windows 7's WinMM when a program is run with WinXP compatibility mode. I haven't investigated the differences yet. This would obviously break applications that rely on Windows 7's direct WinMM implementation, but I don't know that there actually are any.