https://bugs.winehq.org/show_bug.cgi?id=50277
Bug ID: 50277 Summary: Haven intro video does not play Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs@winehq.org Reporter: kai.sterker+wine@gmail.com Distribution: ---
Created attachment 68825 --> https://bugs.winehq.org/attachment.cgi?id=68825 Debug logs with +mfplat,+gstreamer
Upon testing Haven with the builtin media foundation implementation, the following error is logged, the intro movie does not play and the game is stuck at launch:
020c:err:mfplat:media_source_constructor Failed to play source, error 0. 0218:err:mfplat:bus_watch qtdemux0: Internal data stream error. 0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason error (-5)
Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can provide any other useful information please let me know.
https://bugs.winehq.org/show_bug.cgi?id=50277
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|mfplat |winegstreamer
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- Thank you. I'll change component to winegstreamer for now.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #2 from Kai Sterker kai.sterker+wine@gmail.com --- Retested with wine 6.15 and the error above is gone. Intro video does still not play, however. Now the failure reads
0150:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}.
Although this might just be a friendlier (and potentially more helpful) log of the same underlying problem. If needs be I can provide debug logs again. Or should I rather file a separate report for this?
https://bugs.winehq.org/show_bug.cgi?id=50277
vv221 vv221+winehq@dotslashplay.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vv221+winehq@dotslashplay.i | |t
--- Comment #3 from vv221 vv221+winehq@dotslashplay.it --- I get something similar with True Fear: Forsaken Souls Part 2, a game that has no entry in WineHQ AppDB yet. Using WINE 7.0-rc3 on a Debian Bookworm/Sid, with Mesa 21.2.6.
The intro video audio is played and subtitles are shown, but the screen stays black instead of showing a video stream. The following debug output is shown when the video issues occur:
winegstreamer warning: qtdemux0: Invalid atom size. winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380): gst_qtdemux_loop_state_header (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Header atom '....' has empty length 0148:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #4 from vv221 vv221+winehq@dotslashplay.it --- Unsurprisingly, the error reported with True Fear: Forsaken Souls Part 2 happens in the exact same way with the first game of the series, True Fear: Forsaken Souls Part 1.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #5 from vv221 vv221+winehq@dotslashplay.it --- I found another game affected by what seems to be the same bug, Summer in Mara: https://appdb.winehq.org/objectManager.php?sClass=application&iId=19893
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #6 from vv221 vv221+winehq@dotslashplay.it --- This is still a current issue with WINE 7.22.
https://bugs.winehq.org/show_bug.cgi?id=50277
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- For me, True fears works like a charm with wine-8.16
Can anyone confirm?
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #8 from vv221 accounts.winehq.org@vv221.fr --- I tried True Fear: Forsaken Souls Part 2 with WINE 8.16, the introduction video playback still does not work, I only get closed captions on a black screen.
But there is a change, I now get the following debug output:
(wine:1843052): GStreamer-Video-CRITICAL **: 00:54:58.441: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed 01c4:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}.
The second line (Unsupported service) is not new, but the first one (assertion 'gst_caps_is_fixed (caps)' failed) I don’t remember seeing with WINE 8.0.
https://bugs.winehq.org/show_bug.cgi?id=50277
Maxime berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |berillions@gmail.com
--- Comment #9 from Maxime berillions@gmail.com --- Someone (in Wine's dev) have an idea to fix this issue ? I have the problem with "A Plague Tale : Requiem", the intro video is black and i have only sound.
Error message in the output console : ####
00cc:fixme:mfplat:media_engine_SetLoop (00007F3896A0D7E0, 0): stub. 00cc:fixme:thread:NtSetInformationThread ThreadIdealProcessor stub! 021c:fixme:mfplat:stream_handler_BeginCreateObject Unimplemented flags 0x11
(wine:17641): GStreamer-Video-CRITICAL **: 08:52:39.514: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed 01ac:fixme:mfplat:topology_loader_Load iface 00007F3893FC2820, input_topology 00007F3A2F9BED80, ret_topology 00007F3A16CDFCF8, current_topology 0000000000000000 stub! 01ac:fixme:mfplat:video_processor_ProcessMessage iface 00007F3A0404CE80, message 0x10000000, param 0 stub!
####
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #10 from joaopa jeremielapuree@yahoo.fr --- Did you install the version all the requested gstreamer plugins: base good bad
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #11 from Maxime berillions@gmail.com --- (In reply to joaopa from comment #10)
Did you install the version all the requested gstreamer plugins: base good bad
Yes of course.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #12 from joaopa jeremielapuree@yahoo.fr --- I meant the 32-bit version.
https://bugs.winehq.org/show_bug.cgi?id=50277
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #13 from Zeb Figura z.figura12@gmail.com --- (In reply to joaopa from comment #12)
I meant the 32-bit version.
If GStreamer plugins were missing we'd specifically see an error along those lines.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #14 from vv221 accounts.winehq.org@vv221.fr --- Iron Harvest is another game affected by this bug.
GStreamer tools (gst-typefind-1.0) identify the video file triggering the crash as "video/quicktime, variant=(string)iso", the required plugins to handle this format are available in the correct architecture (base + good + libav).
The main symptom is the game getting stuck on a black screen at the end of the first mission, when it should display the video instead. This prevents any further progress in the campaign.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #15 from vv221 accounts.winehq.org@vv221.fr --- Chicken Police is yet another game (based on the Unity engine) affected by the same problem. This time the game is stuck on a black screen when it should play the intro video when starting a new game.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #16 from Ken Sharp imwellcushtymelike@gmail.com --- If you find an app with the exact same bug just link it in the AppDB.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #17 from vv221 accounts.winehq.org@vv221.fr ---
If you find an app with the exact same bug just link it in the AppDB.
I did that for Iron Harvest, but it seems that Chicken Police is not included in the AppDB yet.
I plan to populate the AppDB with new reports soon, so I will link the new Chicken Police entry to this bug report when I add it.
https://bugs.winehq.org/show_bug.cgi?id=50277
Shmerl shtetldik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shtetldik@gmail.com
--- Comment #18 from Shmerl shtetldik@gmail.com --- Could be a similar issue. I get these errors when videos don't play in Blood West:
0:00:00.094873436 823464 0x7f06a8000db0 ERROR audio-info audio-info.c:302:gst_audio_info_from_caps: no rate property given (wine:823464): GStreamer-Video-CRITICAL **: 19:53:46.923: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed 0:00:00.107035676 823464 0x7f06a8001000 ERROR audio-info audio-info.c:302:gst_audio_info_from_caps: no rate property given 01e0:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. 01e0:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 01e0:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007F099DA1EEC8 00007F099DA1EEF0) 0314:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0.
According to this collection
https://github.com/HonkingGoose/proton_codecs_media_support_tracker/blob/mai...
dd0ac3d8-40e3-4128-ac48-c0add067b714 refers to H.264+AAC.
Is anything missing in Wine to make it work over gstreamer? I have all gstreamer plugins installed.
https://bugs.winehq.org/show_bug.cgi?id=50277
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #19 from mrdeathjr28@yahoo.es --- elderborn (same devs of blood west) show a similar error, audio works without video
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #20 from joaopa jeremielapuree@yahoo.fr --- Created attachment 76764 --> https://bugs.winehq.org/attachment.cgi?id=76764 console output for elderborn
I tested elderborn. Videos are black there is sound, but no mfplat error messages. Surely not the same bug.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #21 from joaopa jeremielapuree@yahoo.fr --- Speak too fast. I have the mfplat errors (wine:5289): GStreamer-Video-CRITICAL **: 15:31:06.141: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed 0150:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. 0150:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 0150:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007D7BDF5EF198 00007D7BDF5EF1C0) 0230:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0.
(wine:5289): GStreamer-Video-CRITICAL **: 15:31:06.594: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed 0154:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. 0154:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 0154:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007D7BDF4DF198 00007D7BDF4DF1C0)
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #22 from Shmerl shtetldik@gmail.com --- Some report that Proton handles Blood West correct. What is the exact difference and can this be upstreamed or for some reason not?
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #23 from Shmerl shtetldik@gmail.com --- FYI, using new ffmpeg backend for MF doesn't yet fix this.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #24 from Shmerl shtetldik@gmail.com --- Btw, what exactly is dd0ac3d8-40e3-4128-ac48-c0add067b714? Is it something explicitly missing in Wine now that's not enabling it? I'm sure ffmpeg can support H.264 + AAC if anything.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #25 from Shmerl shtetldik@gmail.com --- Actually my bad, I built Wine without libav*-dev packages. I rebuilt it now and winedmo is not a dummy anymore.
Here are some more detailed errors when starting Blood West:
``` 01fc:fixme:mfplat:media_source_IMFGetService_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714} / riid {26afea53-d9ed-42b5-ab80-e64f9ee34779} 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {62ce7e72-4c71-4d20-b15d-452831a87d9d}) 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {82d353df-90bd-4382-8bc2-3f6192b76e34}) 01fc:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007FBE03CDEED8 00007FBE03CDEF00) 01fc:fixme:mfplat:transform_GetAttributes iface 00007FBCE4D4DD68, attributes 00007FBE03CDF078 semi-stub! 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 01fc:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007FBE03CDEDB8 00007FBE03CDEDE0) 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {f447b69e-1884-4a7e-8055-346f74d6edb3}) 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {2eeb4adf-4578-4d10-bca7-bb955f56320a}) 01fc:fixme:mfplat:MFPluginControl_IsDisabled (0 {32d186a7-218f-4c75-8876-dd77273a8999}) 01fc:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007FBE03CDEED8 00007FBE03CDEF00) 0:00:00.070471028 12403 0x7fbb68ea2cf0 ERROR aacparse gstaacparse.c:358:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for raw AAC 0:00:00.070479268 12403 0x7fbb68ea2cf0 ERROR aacparse gstaacparse.c:358:gst_aac_parse_sink_setcaps:<aacparse0> Need codec_data for raw AAC 0:00:00.070904783 12403 0x7fbb68ea2cf0 ERROR WINE unixlib.c:226:link_element_to_sink: Failed to find src pad compatible to <'':sink> on <audioresample1>. 0:00:00.070923863 12403 0x7fbb68ea2cf0 ERROR WINE wg_transform.c:694:wg_transform_create: Failed to create winegstreamer transform. 031c:fixme:mfplat:transform_ProcessMessage iface 00007FBCE4E2F4E0, message 0x10000003, param 0000000000000000 stub! 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 031c:err:dmo:winedmo_demuxer_read Failed to read sample, status 0xc0000023 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 031c:err:dmo:winedmo_demuxer_read Failed to read sample, status 0xc0000023 031c:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003. 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 031c:err:dmo:winedmo_demuxer_read Failed to read sample, status 0xc0000023 ... 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 031c:err:dmo:winedmo_demuxer_read Failed to read sample, status 0xc0000023 031c:fixme:mfplat:transform_GetAttributes iface 00007FBCE4D4DD68, attributes 00007FBCE427FC30 semi-stub! 031c:fixme:mfplat:transform_GetOutputStreamAttributes iface 00007FBCE4D4DD68, id 0, attributes 00007FBCE427FC30 semi-stub! 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 031c:err:dmo:winedmo_demuxer_read Failed to read sample, status 0xc0000023 031c:err:dmo:buffer_unlock Failed to update buffer length, hr 0x80070057 ... ```
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #26 from Shmerl shtetldik@gmail.com --- Not sure if it's the game update that changed something or something changed in Wine, but videos in Blood West started working!
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #27 from Kai Sterker kai.sterker+wine@gmail.com --- Retried Haven with wine 9.21, but it's still not working fully.
The intro normally looks like this: https://youtu.be/apDarietN0M
With wine it looks like on the attached screenshot. Music is playing fine, and the game reacts to inputs, allowing to skip to the main menu.
Waiting long enough will also bring up the main menu eventually, so it seems the intro is playing as expected, just not rendering correctly.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #28 from Kai Sterker kai.sterker+wine@gmail.com --- Created attachment 77417 --> https://bugs.winehq.org/attachment.cgi?id=77417 Haven intro movie renders like this
https://bugs.winehq.org/show_bug.cgi?id=50277
Kai Sterker kai.sterker+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #68825|0 |1 is obsolete| |
--- Comment #29 from Kai Sterker kai.sterker+wine@gmail.com --- Created attachment 77418 --> https://bugs.winehq.org/attachment.cgi?id=77418 New logs with +mfplat,+gstreamer
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #30 from vv221 accounts.winehq.org@vv221.fr --- I ran tests with WINE 9.21, using several games affected by this bug.
Haven The video can now be skipped, allowing to reach the game menu and then the actual gameplay parts. While the introduction video itself can still not been seen in game, the game is now playable. Some short videos showing logos before the longer introduction video are shown without any rendering problems, that was not the case with WINE 9.0.
Chicken Police The intro video (played after starting a new game) fails to render anything but a black screen and the sound is messed up. But there is sound, unlike with WINE 9.0, and the video can now be skipped. The actual gameplay can now be reached.
Atone: Heart of the Elder Tree The failure to render the intro video with WINE 9.0 prevented the game menu from rendering. With WINE 9.21 the intro video prior to reaching the menu can be skipped, a new game can be started, and the following video can be skipped, finally allowing to reach the actual gameplay. None of the skippable videos are rendered correctly, I only get a black screen with audio.
Iron Harvest The video at the end of the first campaign map fails to render anything and its audio is messed up, but it can be skipped when WINE 9.21 is used. This allows progressing further in the campaign, while we used to be stuck there with WINE 9.0.
https://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #31 from vv221 accounts.winehq.org@vv221.fr --- PS: I don’t remember having tested any version between WINE 9.0 and 9.21, so I can’t say for sure the improvements are specific to 9.21 or introduced with an earlier version.
https://bugs.winehq.org/show_bug.cgi?id=50277
login@b-vo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |login@b-vo.fr
http://bugs.winehq.org/show_bug.cgi?id=50277
Cedric Heintz cedric@ced117.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cedric@ced117.net
http://bugs.winehq.org/show_bug.cgi?id=50277
Stian Low wineryyyyy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com
--- Comment #32 from Stian Low wineryyyyy@gmail.com --- (In reply to Kai Sterker from comment #28)
Created attachment 77417 [details] Haven intro movie renders like this
Confirming for 10.13 commit d74d97cbf87 using shared wow64 which reproduces snapshot of the background image over which the video is supposed to play.
GE-Proton10-11 plays the video outside Steam.
Video also works via Steam Proton experimental.
Running steam via this command may be needed to enable additional video features: steam steam://unlockh264
unlockh264 is another workaround suggested for The Signifier start menu background videos reported broken: https://bugs.winehq.org/show_bug.cgi?id=56614#c23 https://github.com/ValveSoftware/Proton/issues/8989#issuecomment-3258020085
GE-Proton seems to enable unlockh264 features by default.
GE-Proton-10-15 gets never loads past the initial loading screen to even play the video but that may be related to a separate issue for wine 10.15 that I need to test.
Recently GE-Proton has saved a lot of time otherwise wasted trying to fix bugs that are already technically fixed.
This begs the question. Are these video fixes considered valid? If so then why are fixes not merged back to winehq? Is it accidental? If it's intentional then documenting the reason why may help newcomers from confusing video bugs as high priority bugs when actually very low and instead focusing efforts on much higher priority bugs.
What is needed to close these bugs? Extract diffs that fix videos from proton and apply to vanilla wine?
Please advise.
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #33 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #32)
This begs the question. Are these video fixes considered valid? If so then why are fixes not merged back to winehq? Is it accidental? If it's intentional then documenting the reason why may help newcomers from confusing video bugs as high priority bugs when actually very low and instead focusing efforts on much higher priority bugs.
What is needed to close these bugs? Extract diffs that fix videos from proton and apply to vanilla wine?
Please advise.
Same question for video bugs applies for vulkan bugs fixed by dxvk: https://bugs.winehq.org/show_bug.cgi?id=58495
Why are dxvk fixes not merged back to winehq? Intentional?
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #34 from Stian Low wineryyyyy@gmail.com --- (In reply to Shmerl from comment #22)
Some report that Proton handles Blood West correct. What is the exact difference and can this be upstreamed or for some reason not?
This seems to be an open-ended question. Maybe by design?
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #35 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #34)
(In reply to Shmerl from comment #22)
Some report that Proton handles Blood West correct. What is the exact difference and can this be upstreamed or for some reason not?
This seems to be an open-ended question. Maybe by design?
Partly answering my own question: https://forum.winehq.org/viewtopic.php?p=148593#p148593
Much less ambiguity but still some regarding solution for WINE.
DXVK C++ fixes translated to C considered valid?
Anything else blocking in theory?
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #36 from Shmerl shtetldik@gmail.com --- Blood West videos work in Wine now, as I mentioned above.
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #37 from Stian Low wineryyyyy@gmail.com --- (In reply to Shmerl from comment #36)
Blood West videos work in Wine now, as I mentioned above.
Thanks.
I'll assume upstreaming proton diffs that fix remaining otherwise broken videos like Haven for vanilla wine is considered valid unless told otherwise.
Found yet another semi-duplicate video bug also fixed by proton: https://bugs.winehq.org/show_bug.cgi?id=57908
UnityPlayer.dll seems common among all of these video bugs but Blood West also depends on Unity so whatever fixed it seems hit or miss.
Still unclear how WINE views DXVK but seems clear enough for now to proceed.
Remaining ambiguity:
DXVK considered a workaround or solution?
I assume WINE ideally rathers DXVK implemented in C and packaged with WINE.
But C++ projects fulfilling gaps like graphics may be considered valid enough that priority to port to C isn't as high as other efforts.
Perhaps this is an ongoing consideration not fully decided and still evolving.
I'll assume that if C++ fixes are easy enough to port to C then its worth the effort.
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #38 from Stian Low wineryyyyy@gmail.com --- (In reply to Shmerl from comment #36)
Blood West videos work in Wine now, as I mentioned above.
Confirming Blood West videos still work for Wine 10.14 commit e6df334f178 with shared wow64.
So probably not a duplicate of this bug so Blood West video bug can probably be closed: https://bugs.winehq.org/show_bug.cgi?id=56936
However:
Blood West gameplay responds to no keyboard/mouse inputs:
0294:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
All inputs worked fine leading up to actual start of gameplay.
I'll create a separate bug to handle broken input if determined legit after more testing.
http://bugs.winehq.org/show_bug.cgi?id=50277
--- Comment #39 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #38)
(In reply to Shmerl from comment #36)
Blood West videos work in Wine now, as I mentioned above.
Confirming Blood West videos still work for Wine 10.14 commit e6df334f178 with shared wow64.
Correction:
Blood West videos played for wine-10.0 (Debian 10.0~repack-6) provided by Debian apt pkg.
But retesting for Wine 10.14 confirms that Blood West videos still work or latest so indeed not a duplicate of Haven video bugs.
Blood West gameplay responds to no keyboard/mouse inputs:
Wine 10.14 also fixes input bugs encountered for Debian wine-10.0.
Blood West has very laggy gameplay but that's outside the scope of video bugs.
-
WineHQ Bugzilla