I don't know how much this test actually shows. Device manager is provided by the sink. Topology loader then is documented to set this device manager to the transforms on the video branch. There is MF_TOPOLOGY_DXVA_MODE attribute that supposedly controls that.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5464#note_67239
Otherwise pipelines fail to resolve when media source outputs compressed samples and applications have inserted optional effects (such as VRChat with AVPro player).
Note that the topology loader doesn't currently support MF_CONNECT_AS_OPTIONAL, although the connection succeeds in the the cases I've seen.
--
v2: mfmediaengine: Allow decoder / converter to be resolved between topology nodes.
mfmediaengine/tests: Test that effects allow converters between them.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5460
Starting with late Windows 10 version, in ucrtbase, stderr is now unbuffered
whatever the type of the underlying fd (previously, native only set it to
unbuffered when attached to character fd (console, NUL...)).
This serie adds also tests for msvcrt & ucrtbase to show the discrepancies.
Note: ucrtbase's tests also include a reversed engineered structure layout
for FILE.
_get_stream_buffer_pointers already gives base, ptr and cnt, and toying with
setvbuf gave easily the rest of the fields.
Didn't spend time in guessing the flags meaning: which look different
from msvcrt's.
Related to https://bugs.winehq.org/show_bug.cgi?id=56459
@piotr: I can share the details (the access to the test result in the bug
report is limited).
--
v2: msvcrt: Let stderr be always be unbuffered.
ucrtbase/tests: Add tests for checking buffering state of standard streams.
msvcrt/tests: Add tests for check buffering state of standard streams.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5462