http://bugs.winehq.org/show_bug.cgi?id=60018 --- Comment #28 from Stian Low <wineryyyyy@gmail.com> --- (In reply to zlice from comment #27)
ah ok - i did mr-11398 which didn't work.
Patch above that hardcodes 0x800 is a reduced form of MR-11398 and exposes it's fundamental essence for fixing Unity game videos. MR-11398 fixes videos similarly but requires Unity games to be run with `WINE_D3D_CONFIG=no_create_flags=0x800` because fix is not hardcoded and disabled by default and must be run such as: WINE_D3D_CONFIG=no_create_flags=0x800 wine ashes_of_creation.exe
the 0x800 / kickback to software render patch takes care of the crashing and the video playback.
Excellent. This means it should practically be considered a duplicate of Haven video bug-50277 if no other bugs are encountered.
did look a bit more at `video_processor_process_frame()`, it seems like it is double using `ret` for `size` and then not returning `MF_E_TRANSFORM_NEED_MORE_INPUT` but `S_OK`. idk if it's right between all the wine plumbing and just ret/size being confused. it does not work on top of the 0x800 patch though.
mfplat may indeed also be bugged so if you encounter any other bugs now that patch allows game videos appear for plain vanilla wine then please report them. MR-11398 uses a different and probably much simpler code path than DXVK or however you were running it previously which involves d3d-cross-device multi-threading which may be much more bug prone. If still you encounter similar bugs using the less bug prone codepath via patch above then this bug should probably remain open and be considered only a partial duplicate of bug-50277 because mfplat bugs more broadly/specifically may need to be fixed first in order to close this bug properly per earlier description/comments.
thanks, i'll try to play this soon.
Good luck. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.