[Bug 29585] wineoss.drv audio renderer not on par with others

[wine-bugs at winehq.org]

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

--- Comment #66 from Andrew Eikum <aeikum at codeweavers.com> 2012-05-22 11:23:25 CDT ---
(In reply to comment #65)
> In my original report, I intended a formal meaning of "not on par": winealsa
> had received a couple of improvements, wineoss not.  I haven't looked recently
> at the diff among the two drivers.  If there's no diff[*], the bug can be
> closed.
> [*] ignoring that wineoss has no lead-in.

Looks like the diff is mostly on the Capture side. The conversion for
getbuf_last was never done for OSS's capture implementation. There's also a few
minor things to straighten out (one or two instances of using GetCurrentPadding
instead of synonymous This->held_frames).

> Is GetPosition working reliably?
> 

I think so. It's monotonically increasing, and uses SNDCTL_DSP_GETODELAY. In
fact, I think the improved GetPosition behavior was the cause of Mateusz's
dsound problems, since dsound was using GetPosition instead of
GetCurrentPadding.

> Is wineoss working equally well with and without vmix? If not, that deserves
> its own bug report.

Bug 28790 seems to be the most relevant. Worth retesting at some point.

-- 
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.