https://bugs.winehq.org/show_bug.cgi?id=56614
Bug ID: 56614 Summary: Videos are not player in The Signifier (GOG) Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs@winehq.org Reporter: titan.costa@gmail.com Distribution: ---
Created attachment 76371 --> https://bugs.winehq.org/attachment.cgi?id=76371 console log
Videos are not played. Observable during menu and on the computer at the beginning. Console output attached. wine-9.7-100-g7641124d07a
https://bugs.winehq.org/show_bug.cgi?id=56614
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|mfplat |-unknown Summary|Videos are not player in |Videos do not play in The |The Signifier (GOG) |Signifier (GOG)
--- Comment #1 from Ken Sharp imwellcushtymelike@gmail.com --- Is there are demo available for download that exhibits the same behaviour?
https://bugs.winehq.org/show_bug.cgi?id=56614
Christian Costa titan.costa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.gog.com/en/game | |/the_signifier_directors_cu | |t_demo
--- Comment #2 from Christian Costa titan.costa@gmail.com --- Yep there is a demo. Just tested and same behaviour.
https://bugs.winehq.org/show_bug.cgi?id=56614
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Videos do not play in The |The Signifier (GOG) videos |Signifier (GOG) |do not play Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #3 from Christian Costa titan.costa@gmail.com --- Still occurs with wine wine-10.0-rc1.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #4 from Christian Costa titan.costa@gmail.com --- Still occurs with wine-10.12.
http://bugs.winehq.org/show_bug.cgi?id=56614
Stian Low wineryyyyy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com
--- Comment #5 from Stian Low wineryyyyy@gmail.com --- Created attachment 78986 --> http://bugs.winehq.org/attachment.cgi?id=78986 Snapshot The Signifier (GOG) as Non-Steam with Proton-Experimental
Here's a snapshot of thesignifier.exe (installed via GOG) run as Non-Steam game via Proton-Experimental.
Testing against vanilla wine-10.12 just had a black background instead of the testcard shown in the snapshot (https://en.wikipedia.org/wiki/Test_card).
I'm debugging this output which may be part of the problem: (wine:2428656): GStreamer-Video-CRITICAL **: 14:52:04.240: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #6 from Stian Low wineryyyyy@gmail.com --- The same testcard background played for the official Steam version as well so the underlying issue seems to be wine-wide across multiple distributions of game demo.
http://bugs.winehq.org/show_bug.cgi?id=56614
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #7 from Zeb Figura z.figura12@gmail.com --- (In reply to Stian Low from comment #5)
Here's a snapshot of thesignifier.exe (installed via GOG) run as Non-Steam game via Proton-Experimental.
Proton is not supported in this bug tracker; please only report bugs against upstream Wine or Wine-Staging.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #8 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #5)
I'm debugging this output which may be part of the problem: (wine:2428656): GStreamer-Video-CRITICAL **: 14:52:04.240: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed
This bug may have reported related issues: https://bugs.winehq.org/show_bug.cgi?id=50277
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #9 from Stian Low wineryyyyy@gmail.com --- Created attachment 78995 --> http://bugs.winehq.org/attachment.cgi?id=78995 WINEDEBUG=+loaddll,+seh,+winegstreamer,+quartz,+mfplat,+wmvcore
MainMenu_BG_Generico_PROXY.m4v mentioned in these logs was extracted from the game and played through Wine's VLC so the video independently inside my Wine environment just fine.
Windows Media Player 11 freezes when opening so I couldn't play it there and I'm not sure if it factors against the way mfplat, gstreamer, quartz, or d3d methods load videos.
I built wine against the latest gstreamer repo which seems to exhibit the same behavior that debian apt packages provide.
These fixme lines were added to debug the cause of the GStreamer-Video-CRITICAL error: FIXME WINE wg_format.c:634:wg_format_from_caps: Unhandled caps
GStreamer-Video-CRITICAL only happens once because gst_caps_is_fixed fails because GstCaps contains a list. Later calls to gst_caps_is_fixed pass so this may not actually be an issue.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #10 from Stian Low wineryyyyy@gmail.com --- MainMenu_BG_Generico_PROXY.m4v also plays fine via gst-play-1.0 which came from the gstreamer build that wine was build against.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #11 from Stian Low wineryyyyy@gmail.com --- gst-discoverer-1.0 ~/Downloads/VideoClip/MainMenu_BG_Generico_PROXY.m4v
Analyzing file:///home/any/Downloads/VideoClip/MainMenu_BG_Generico_PROXY.m4v Done discovering file:///home/any/Downloads/VideoClip/MainMenu_BG_Generico_PROXY.m4v
Properties: Duration: 0:00:20.416650000 Seekable: yes Live: no container #0: Quicktime video #1: H.264 (Constrained Baseline Profile) Stream ID: 871eb8960d23da84141d5e0d8b67075fffbdf28e5f8332873cb5f3cb3d9205f1/001 Width: 2560 Height: 1080 Depth: 24 Frame rate: 60/1 Pixel aspect ratio: 1/1 Interlaced: false Bitrate: 8051634 Max bitrate: 0
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #12 from Stian Low wineryyyyy@gmail.com --- Created attachment 79012 --> http://bugs.winehq.org/attachment.cgi?id=79012 WINEDEBUG=+loaddll,+seh,+winegstreamer,+quartz,+mfplat,+wmvcore against simple d3d video test
Confirmed Media Foundation to D3D11 pipeline works at basic level using this simple sample that plays the game video with d3d11 using mf libs: https://github.com/yabadabu/dx11_video_texture
I tested with MSBuild on Windows for now while I work out the mingw-x64 mf linker errors so it can be built and tested on Linux side too.
All these tests succeeded: * Default video plays fine (dx11_video_texture/data/demo.mp4) * Game video also plays fine by renaming as default video (dx11_video_texture/data/demo.mp4) * Game video loaded as original .m4v also works as shown in log files (dx11_video_texture/data/MainMenu_BG_Generico_PROXY.m4v
These lines in latest log are of interest: 013c:trace:mfplat:MFCreateMediaEvent MEMediaSample, {00000000-0000-0000-0000-000000000000}, 0, 00007F0C94B5FB70 {VT_UNKNOWN: 00007FFFFE8C8060}, 00007F0C94B5FB68.
Compared to the previous game log, this log shows an unbroken repeated flow of those MFCreateMediaEvent MEMediaSample back to back whereas the game log contains other events and errors between.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #13 from Stian Low wineryyyyy@gmail.com --- Created attachment 79013 --> http://bugs.winehq.org/attachment.cgi?id=79013 Snapshot of game video playing with simple d3d11 mf video test
Here's a snapshot of the game video playing with the simple d3d11 mf video test described previously.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #14 from Stian Low wineryyyyy@gmail.com --- Created attachment 79151 --> http://bugs.winehq.org/attachment.cgi?id=79151 Backtrace of dx11_video_player for diff against dx11_video_texture which works without dxgi
Attached is a backtrace from dx11_video_player via commit 75b9e1722d1 for Release 10.13 on a fresh Debian 13 upgrade.
Thanks to https://github.com/windboy12138/dx11_video_player for modding https://github.com/yabadabu/dx11_video_texture (works for Wine) with DX11VideoRenderer added Media Foundation pipeline which enables dxgi.
This attachment contained interesting messages that did not stand out as clearly as running against latest commits:
https://bugs.winehq.org/attachment.cgi?id=78995
Latest commits output these messages for signifier without any WINEDEBUGs:
0228:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0. 0218:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003. 012c:fixme:dxgi:dxgi_resource_GetSharedHandle iface 00007FC900BA73D8, shared_handle 00007FFFFE1EF330 stub! 012c:fixme:dxgi:dxgi_resource_GetSharedHandle iface 00007FC900BBD148, shared_handle 00007FFFFE1EF330 stub! 012c:fixme:dxgi:dxgi_resource_GetSharedHandle iface 00007FC900BA73D8, shared_handle 00007FFFFE1EF330 stub! 022c:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0. 0218:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003.
Signifier doesn't crash like dx11_video_player perhaps because Signifier does not construct playback pipelines manually like dx11_video_player but instead uses a more automatic topology resolution method by Media Foundation.
This test helps clarify which part of Media Foundation are working vs others with issues.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #15 from Stian Low wineryyyyy@gmail.com --- Created attachment 79157 --> http://bugs.winehq.org/attachment.cgi?id=79157 thesignifier.exe dxvk logs without any WINEDEBUGs (dxvk resolves dx11_video_player backtrace)
Attached are thesignifier.exe logs for dxvk installed via winetricks for 75b9e1722d1 Release 10.13 commit on Debian 13.
dxvk fixes dx11_video_player backtrace and the video successfully plays as expected.
The game seems to launch the same as without dxvk with the same black background where the video should be playing instead.
Concerning messages right after GStreamer initializes:
0190:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. 0190:fixme:mfplat:MFPluginControl_IsDisabled (0 {88753b26-5b24-49bd-b2e7-0c445c78c982}) 0190:fixme:mfplat:MFPluginControl_GetPreferredClsidByIndex (0 0 00007FECD175F278 00007FECD175F2A0) 0274:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003. err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture err: Failed to create shared resource: VK_KHR_EXTERNAL_MEMORY_WIN32 not supported warn: D3D11: Failed to write shared resource info for a texture 0284:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0. 0274:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003. 0284:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0. 0274:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003. 0288:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0. 0274:fixme:mfplat:video_processor_ProcessMessage Ignoring message 0x10000003.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #16 from Stian Low wineryyyyy@gmail.com --- Created attachment 79158 --> http://bugs.winehq.org/attachment.cgi?id=79158 dx11_video_player logs without any WINEDEBUGs with backtrace fixed by winetricks dxvk
Attached are logs of dx11_video_player backtrace fixed via `winetricks dxvk` mentioned in the previous comments.
DXVK fixes the video which plays as expected.
DXVK uses Vulkan backend for rendering so maybe that is a factor to the cause of the backtrace.
Wine's Vulkan backend without DXVK via `winetricks renderer=vulkan` will be tested to diff against DXVK after refreshing and cleaning ~/.wine.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #17 from Stian Low wineryyyyy@gmail.com --- Created attachment 79159 --> http://bugs.winehq.org/attachment.cgi?id=79159 Logs of dx11_video_player backtrace fixed by `winetricks renderer=vulkan` instead of DXVK
Attached are logs of dx11_video_player backtrace fixed by `winetricks renderer=vulkan` instead of DXVK to diff against the previous DXVK logs.
Despite fixing the backtrace (like DXVK), the video does not play (unlike DXVK) but instead just displays a blank white window where the video should be rendered and repeats the final log messages in a loop.
This completes dx11_video_player logs for the 3 different ways to test Media Foundation DXGI apps: 1. Default OpenGL backend (without any winetricks, mods) 2. `winetricks renderer=vulkan` 3. `winetricks dxvk`
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #18 from Stian Low wineryyyyy@gmail.com --- Created attachment 79160 --> http://bugs.winehq.org/attachment.cgi?id=79160 Logs of thesignifier.exe for `winetricks renderer=vulkan` without any WINEDEBUGs
Attached are thesignifier.exe logs for `winetricks renderer=vulkan`
Unlike dx11_video_player there are no obvious diffs between `winetrick renderer=vulkan` and DXVK regarding video playback.
Both `winetrick renderer=vulkan` and DXVK display a black background where the video should be rendered so maybe these log diffs will reveal something more interesting.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #19 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #17)
This completes dx11_video_player logs for the 3 different ways to test Media Foundation DXGI apps:
- Default OpenGL backend (without any winetricks, mods)
- `winetricks renderer=vulkan`
- `winetricks dxvk`
Retesting with all wine-staging patches to commit 75b9e1722d1 Release 10.13 yields the same results as without. The wine-staging logs are practically identical as without so skipping attaching these logs.
For diligence to avoid producing a redundant solution, other projects with reputation for solving video playback issues will be tested: https://github.com/GloriousEggroll/proton-ge-custom https://github.com/Frogging-Family/wine-tkg-git
If none of those projects fix the videos it seems likely this particular video issue has not be addressed yet and may introduce brand new features when fixed.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #20 from Stian Low wineryyyyy@gmail.com --- Created attachment 79170 --> http://bugs.winehq.org/attachment.cgi?id=79170 Screenshot of video playing for proton-ge
For diligence to avoid producing a redundant solution, other projects with reputation for solving video playback issues will be tested: https://github.com/GloriousEggroll/proton-ge-custom
Attached is a screenshot of the video playing for https://github.com/GloriousEggroll/proton-ge-custom.
Therefore the solution to the bug is probably in the works by patches in-process for merge which proton-ge-custom includes as part of it's bleeding edge builds which are missing from vanilla proton, wine, gstreamer, etc.
Do the actual patches that fix this issue need to be tracked and documented here in order to properly close this issue?
As mentioned proton-ge includes patches for wine dependencies like gstreamer which may be a factor outside of Wine's fault.
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #21 from Stian Low wineryyyyy@gmail.com --- (In reply to Zeb Figura from comment #7)
Proton is not supported in this bug tracker; please only report bugs against upstream Wine or Wine-Staging.
(In reply to Stian Low from comment #20)
Attached is a screenshot of the video playing for https://github.com/GloriousEggroll/proton-ge-custom.
Is it still acceptable to post test results for proton-ge and the like for confirming when issues are resolved by some combo builds out there?
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #22 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #21)
(In reply to Zeb Figura from comment #7)
Proton is not supported in this bug tracker
https://github.com/ValveSoftware/Proton/issues/8989
http://bugs.winehq.org/show_bug.cgi?id=56614
--- Comment #23 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #22)
(In reply to Stian Low from comment #21)
(In reply to Zeb Figura from comment #7)
Proton is not supported in this bug tracker
Proton issue has been closed.
Running steam with unlockh264 fixes the video bug without the need of proton-ge which seems to auto enable the features: steam steam://unlockh264/
The GOG version is also fixed by loading it with steam as a Non-Steam game.
I'm not aware of a GOG command to enable the equivalent dependencies to fix the videos.
The specifics that fix the video still need to be determined.
If winetricks is required to fulfill missing components within wine then this issue should be left open until wine fulfills whatever is missing.
Otherwise if it's just missing dependency issues like gstreamer then this issue may be considered closed.