mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-12-22 00:06:36 +00:00
a668de747f
An oddness of wasapi loopback feature is that capture client will not produce any data if there's no outputting sound to corresponding render client. In other words, if there's no sound to render, capture task will stall. As an option to solve such issue, we can add timeout to wake up from capture thread if there's no incoming data within given time interval. But it seems to be glitch prone. Another approach is that we can keep pushing silence data into render client so that capture client can keep capturing data (even if it's just silence). This patch will choose the latter one because it's more straightforward way and it's likely produce glitchless sound than former approach. A bonus point of this approach is that loopback capture on Windows7/8 will work with this patch. Note that there's an OS bug prior to Windows10 when loopback capture client is running with event-driven mode. To work around the bug, event signalling should be handled manually for read thread to wake up. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1588> |
||
|---|---|---|
| .. | ||
| androidmedia | ||
| applemedia | ||
| bluez | ||
| d3d11 | ||
| d3dvideosink | ||
| decklink | ||
| directsound | ||
| dshowdecwrapper | ||
| dshowsrcwrapper | ||
| dshowvideosink | ||
| dvb | ||
| fbdev | ||
| ipcpipeline | ||
| kms | ||
| magicleap | ||
| mediafoundation | ||
| msdk | ||
| nvcodec | ||
| opensles | ||
| shm | ||
| tinyalsa | ||
| uvch264 | ||
| v4l2codecs | ||
| va | ||
| wasapi | ||
| wasapi2 | ||
| winks | ||
| winscreencap | ||
| meson.build | ||