[Bug 56614] New: Videos are not player in The Signifier (GOG)
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(a)winehq.org Reporter: titan.costa(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=56614 Ken Sharp <imwellcushtymelike(a)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(a)gmail.com> --- Is there are demo available for download that exhibits the same behaviour? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=56614 Christian Costa <titan.costa(a)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(a)gmail.com> --- Yep there is a demo. Just tested and same behaviour. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=56614 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Videos do not play in The |The Signifier (GOG) videos |Signifier (GOG) |do not play Keywords| |download -- 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.
https://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #3 from Christian Costa <titan.costa(a)gmail.com> --- Still occurs with wine wine-10.0-rc1. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #4 from Christian Costa <titan.costa(a)gmail.com> --- Still occurs with wine-10.12. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 Stian Low <wineryyyyy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy(a)gmail.com --- Comment #5 from Stian Low <wineryyyyy(a)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 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #6 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #7 from Zeb Figura <z.figura12(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #8 from Stian Low <wineryyyyy(a)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 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #9 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #10 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #11 from Stian Low <wineryyyyy(a)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 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #12 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #13 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #14 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #15 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #16 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #17 from Stian Low <wineryyyyy(a)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` -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #18 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #19 from Stian Low <wineryyyyy(a)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: 1. Default OpenGL backend (without any winetricks, mods) 2. `winetricks renderer=vulkan` 3. `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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #20 from Stian Low <wineryyyyy(a)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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #21 from Stian Low <wineryyyyy(a)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? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #22 from Stian Low <wineryyyyy(a)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 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=56614 --- Comment #23 from Stian Low <wineryyyyy(a)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. -- 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.
participants (1)
-
WineHQ Bugzilla