> Onimusha: Warlords doesn't even use H264 and has several other problems. None of these games need H264 to be explicitly exposed, they only need compressed output.
This merge request isn't about H.264; it's about compressed samples in general. 1/3 and 2/3 are here because H.264 needs slightly special treatment.
> This is also only making my work on upstreaming Proton changes more difficult and I don't really understand what you are trying to achieve here.
The purpose of 3/3 is to fix bugs related to applications explicitly or implicitly assuming that the media source outputs compressed samples.
What changes does it make more difficult to upstream?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5988#note_75210
This is part XVI of cmd engine rewrite.
Nothing fancy, mainly setting success/failure return code
for a bunch of commands.
Some code cleanup.
--
v2: programs/cmd: Set success/failure return code for LABEL command.
programs/cmd: Set success/failure return code for VOL command.
programs/cmd: Set success/failure return code for VERIFY command.
programs/cmd: Set success/failure return code for VER command.
programs/cmd: Set success/failure return code for DATE TIME commands.
programs/cmd: Set success/failure return code for SETLOCAL/ENDLOCAL commands.
programs/cmd/tests: Test success / failure for more commands.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5997
The source reader accepts incomplete output types that decoders don't.
This is for instance the case with audio types with only a subtype but
no MF_MT_AUDIO_BITS_PER_SAMPLE attribute specified.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5989