[Bug 764298] wasapi: does not work at all

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=764298

Morten M Neergaard <mneergaa at cisco.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mneergaa at cisco.com

--- Comment #3 from Morten M Neergaard <mneergaa at cisco.com> ---
I have written a patchset. The plugin works again, but not without its quirks.

The largest remaining bug is that it hangs when stopping.

On the crack side of things, patch 5 adds a BYTE overflow[10240] that handles
the odd read lengths requested at buffer wraparounds. If wasapi has 960 samples
available, each 32-bit stereo, that's 7680 bytes. If the length passed to the
read function is less than that, we put the remaining bytes in the overflow
buffer, and write them out on the next pass. Especially the hardcode of 10240
is bad here, although by my arithmetics we should never see numbers above 7672
bytes here.

For now, the format is not negotiated, you have to specify a cap that your
driver supports. E.g. wasapisrc loopback=true dev-type=multimedia !
audio/x-raw,format=S16LE,rate=48000,channels=1 might fail on a system with
44.1khz stereo output.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.