Alex Villacís Lasso wrote:
Robert Reif wrote:
Alex Villacís Lasso wrote:
Robert Reif wrote:
Fix the wine ALSA driver rather than the test unless you can prove
that the test fails on Windows.
Hers is a real quick hack that fixes the problem. This should give
you someplace to start.
Robert Reif wrote:
Alex Villacís Lasso wrote:
Robert Reif wrote:
Fix the wine ALSA driver rather than the test unless you can prove
that the test fails on Windows.
Hers is a real quick hack that fixes the problem. This should give
you someplace to start.
--
Alex Villacís Lasso wrote:
Robert Reif wrote:
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
"reference" tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
hardware position
Robert Reif wrote:
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
"reference" tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
hardware position directly, which wraps around
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
"reference" tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
hardware position directly, which wraps around at a buffer size that
Robert Reif wrote:
Only the primary buffer supports hardware acceleration. The secondary
buffer(s) are implemented in software and mixed into the primary buffer.
The formats (mono/stereo, 8/16 bit samples, and sample rate) of the
primary and secondary buffers are totally independent and can be
Alex Villacís Lasso wrote:
Alex Villacís Lasso wrote:
The good news: the patch sort of works (in my setup, at least, with
Fedora Core 4). All the games I have (Japanese RPGs) now have smooth
sound, unless the CPU load is too high.
The bad news: the patch does nothing to make the dsound te
