Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54413

Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54546

We are testing that FD_CLOSE isn't generated, but Wine currently generates
FD_CLOSE anyway. However, sometimes Wine does not generate FD_CLOSE immediately,
causing the test to intermittently succeed inside the todo block.

This test is difficult to fix properly—it would involve either (arbitrary?)
buffering in the server, or support from the host OS.

However, we also don't want to make the Windows tests take longer, so add the
200 ms of leeway only on Wine.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54073

Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54073

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: David Kahurani <k.kahurani@gmail.com>

These properties are expected to be present even if frame count is 1.

Instead of iterating through types one by one and calling EnumMatchingFilters()
on each one, build a list of all media types exposed by the pin and call the
function once.

This avoids trying to pointless autoplug the same filter multiple times, which
speeds up autoplugging greatly for cases when a given filter connects less than
instantaneously. The most prominent example of such a filter is the AVI
decompressor, which has to call ICLocate() on connection. ICLocate() is not a
fast API on Wine, and it is even slower on Windows; this reduces the number of
times we try to call it greatly.

Needed for Lenovo Ready for Assistant.

Needed by windows.devices.usb.idl.

Needed by windows.devices.usb.idl.