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

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

--- Comment #66 from Andrew Eikum  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.