[Bug 14559] Rosetta stone v3 microphone detection

wine-bugs at winehq.org wine-bugs at winehq.org
Fri Dec 2 08:06:23 CST 2011


http://bugs.winehq.org/show_bug.cgi?id=14559

--- Comment #72 from Andrew Eikum <aeikum at 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.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list