[Bug 45277] New: 006b:fixme:vulkan: X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering , which is not implemented yet!
https://bugs.winehq.org/show_bug.cgi?id=45277
Bug ID: 45277 Summary: 006b:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet! Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: cootacarft@gmail.com Distribution: ---
Created attachment 61537 --> https://bugs.winehq.org/attachment.cgi?id=61537 Image of Far Cry 5's Arcade Editor not displaying the game, just a white screen.
When attempting to launch Far Cry 5 Arcade Editor, I am only able to load into the editor itself, and no the game window - it only displays a white screen. I use DXVK to load the game itself without any errors. DXVK isn't affecting the results of the Arcade Editor as DXVK and the Arcade Editor work fine on Windows.
https://bugs.winehq.org/show_bug.cgi?id=45277
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com Component|-unknown |winex11.drv Severity|blocker |normal
https://bugs.winehq.org/show_bug.cgi?id=45277
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |winevulkan CC| |thunderbird2k@gmail.com
--- Comment #1 from Roderick Colenbrander thunderbird2k@gmail.com --- Thanks for reporting. Finally some real applications, which use this awful feature. Trying to collect a list of them and ultimately will try to add support. Can the editor be used without owning the game?
https://bugs.winehq.org/show_bug.cgi?id=45277
kakurasan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kakurasan@gmail.com
--- Comment #2 from kakurasan@gmail.com --- Google Earth Pro for Windows (DirectX mode) on DXVK, too, requires child window rendering. Both 32-bit and 64-bit versions have the issue.
Steps to reproduce: 1. Install DXVK (e.g. winetricks dxvk) 2. Download Google Earth Pro direct installer from https://support.google.com/earth/answer/168344?hl=en 3. Run the installer 4. Launch the application 5. Choose "DirectX" in the Options dialog (Tools - Options), 3D View - Graphics Mode 6. Restart the application 7. It crashes on startup (Wine outputs "fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet!" and DXVK fails to create win32 surface)
https://bugs.winehq.org/show_bug.cgi?id=45277
Fredrick Lockert lockert.fredrick@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lockert.fredrick@gmail.com
--- Comment #3 from Fredrick Lockert lockert.fredrick@gmail.com --- Created attachment 62139 --> https://bugs.winehq.org/attachment.cgi?id=62139 World of Final Fantasy terminal output with Wine 3.14 + DXVK
When starting World of Final Fantasy with Wine 3.14 + DXVK, it requires X11DRV_vkCreateWin32SurfaceKHR with child window rendering.
The game can be found over at Steam: https://store.steampowered.com/app/552700/WORLD_OF_FINAL_FANTASY/
https://bugs.winehq.org/show_bug.cgi?id=45277
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=45277
Felix Hädicke felixhaedicke@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |felixhaedicke@web.de
--- Comment #4 from Felix Hädicke felixhaedicke@web.de --- Condor 2 with DXVK also requires child window rendering.
https://bugs.winehq.org/show_bug.cgi?id=45277
tinywrkbee tinywrkbee@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tinywrkbee@gmail.com
--- Comment #5 from tinywrkbee tinywrkbee@gmail.com --- Also required for Fusion 360 when chosen rendering engine in application's settings is DirectX11.
I can't be sure if that this is the cause of the issue I'm experiencing but in i3wm floating menu windows are "sticky", they appear on every workspace. When running the application with virtual desktop the menu windows disappear.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #6 from tinywrkbee tinywrkbee@gmail.com --- Created attachment 63007 --> https://bugs.winehq.org/attachment.cgi?id=63007 Fusion 360 floating menu windows appear on all workspaces
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #7 from tinywrkbee tinywrkbee@gmail.com --- Created attachment 63008 --> https://bugs.winehq.org/attachment.cgi?id=63008 Fusion 360 floating menu windows should be tied to the app like this
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #8 from tinywrkbee tinywrkbee@gmail.com --- p.s. forget to mention that with rendering engine is set as DirectX11 nothing will be render to the canvas and it won't even show the mesh. This is true with Intel Graphics iGPU.
https://bugs.winehq.org/show_bug.cgi?id=45277
wavexx@thregr.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wavexx@thregr.org
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #9 from wavexx@thregr.org --- I can confirm that Fusion 360 requires child window rendering to work in DX11 mode.
https://bugs.winehq.org/show_bug.cgi?id=45277
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzhang@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #10 from Zhiyi Zhang zzhang@codeweavers.com --- *** Bug 45702 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=45277
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs@winehq.org |zzhang@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #11 from Zhiyi Zhang zzhang@codeweavers.com --- confirming. I will look into this.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #12 from Zhiyi Zhang zzhang@codeweavers.com --- Created attachment 63338 --> https://bugs.winehq.org/attachment.cgi?id=63338 patch
This fixed World of Final Fantasy for me.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #13 from Roderick Colenbrander thunderbird2k@gmail.com --- (In reply to Zhiyi Zhang from comment #12)
Created attachment 63338 [details] patch
This fixed World of Final Fantasy for me.
While the patch probably works, unfortunately it is not the correct fix. There is a reason I waited implementing this feature. Let me share some background we had the same child window rendering issue for OpenGL. We couldn't directly use X11 windows, so had to resort to offscreen rendering using XComposite + XCopyArea and as a fallback we had a XPixmap backend as well.
We need a similar solution as well for Vulkan. Though first we need some conformance tests providing child window rendering is allowed for Vulkan. Besides for DXVK path, I didn't find any Vulkan child window apps at the time. I always suspect child window rendering is allowed (the spec doesn't disallow it).
In case we render directly to the client window, I suppose we need a patch like yours (likely needs some tweaking). In other cases we need something like the XComposite path. However doing it properly requires probably unifying it with the OpenGL code. I recall I have a patch for this floating around somewhere, but didn't have time to finish... May do a stab at it later..
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #14 from Zhiyi Zhang zzhang@codeweavers.com --- (In reply to Roderick Colenbrander from comment #13)
(In reply to Zhiyi Zhang from comment #12)
Created attachment 63338 [details] patch
This fixed World of Final Fantasy for me.
While the patch probably works, unfortunately it is not the correct fix. There is a reason I waited implementing this feature. Let me share some background we had the same child window rendering issue for OpenGL. We couldn't directly use X11 windows, so had to resort to offscreen rendering using XComposite + XCopyArea and as a fallback we had a XPixmap backend as well.
We need a similar solution as well for Vulkan. Though first we need some conformance tests providing child window rendering is allowed for Vulkan. Besides for DXVK path, I didn't find any Vulkan child window apps at the time. I always suspect child window rendering is allowed (the spec doesn't disallow it).
In case we render directly to the client window, I suppose we need a patch like yours (likely needs some tweaking). In other cases we need something like the XComposite path. However doing it properly requires probably unifying it with the OpenGL code. I recall I have a patch for this floating around somewhere, but didn't have time to finish... May do a stab at it later..
I had a sense that this is not correct. I haven't figure out how to do the offscreen rendering properly yet. Since you're already working on this, would you like to finish it or would you like me to take over?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #15 from Ken Thomases ken@codeweavers.com --- There's another possibility: change the X11 driver back to using actual X11 child windows for the Win32 child windows. Then, child window rendering for OpenGL and Vulkan just falls out for free. This is what the Mac driver does.
I believe that handling of clipping with siblings and parent windows (for GDI drawing, not necessarily OpenGL/D3D) was the reason that the X11 driver switched away from X11 child windows in the first place. But that was before client side rendering via the DIB engine. With that, it may be OK to switch back. On the other hand, I may not have the full story there.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #16 from Roderick Colenbrander thunderbird2k@gmail.com --- (In reply to Ken Thomases from comment #15)
There's another possibility: change the X11 driver back to using actual X11 child windows for the Win32 child windows. Then, child window rendering for OpenGL and Vulkan just falls out for free. This is what the Mac driver does.
I believe that handling of clipping with siblings and parent windows (for GDI drawing, not necessarily OpenGL/D3D) was the reason that the X11 driver switched away from X11 child windows in the first place. But that was before client side rendering via the DIB engine. With that, it may be OK to switch back. On the other hand, I may not have the full story there.
That would be interesting, but I thought the issue had to do with X11 events confusing win32 applications. I mean events the applications were not expecting.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #17 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Ken Thomases from comment #15)
I believe that handling of clipping with siblings and parent windows (for GDI drawing, not necessarily OpenGL/D3D) was the reason that the X11 driver switched away from X11 child windows in the first place. But that was before client side rendering via the DIB engine. With that, it may be OK to switch back. On the other hand, I may not have the full story there.
X11 child windows had some other problems, for instance some of WMs had Z order of such windows broken. Different semantics between X11 and win32 for child windows clipping and painting is another one.
https://bugs.winehq.org/show_bug.cgi?id=45277
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|zzhang@codeweavers.com |wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=45277
wermaan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wermaan@gmail.com
--- Comment #18 from wermaan@gmail.com --- I want to add one more app to the list - RenderDoc (https://github.com/baldurk/renderdoc)
I'm currently fixing DXVK to make RenderDoc work and as for now the only issue outside DXVK is a lack of child window rendering for vulkan. It is being used to render scenes and textures in RenderDoc.
With the attached patch I'm getting:
0009:err:ntdll:RtlpWaitForCriticalSection section 0x7f4fa05942c0 "../../../dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0009, blocked by 0030, retrying (60 sec)
Which hangs the application.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #19 from wermaan@gmail.com ---
With the attached patch I'm getting:
0009:err:ntdll:RtlpWaitForCriticalSection section 0x7f4fa05942c0 "../../../dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0009, blocked by 0030, retrying (60 sec)
Which hangs the application.
After a second glance it appears that release_win_data is missing from that patch:
release_win_data( child_data ); release_win_data( parent_data );
While RenderDoc's windows no longer hang I still don't get any output in them.
https://bugs.winehq.org/show_bug.cgi?id=45277
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #20 from Zhiyi Zhang zzhang@codeweavers.com --- (In reply to Roderick Colenbrander from comment #13)
(In reply to Zhiyi Zhang from comment #12)
Created attachment 63338 [details] patch
This fixed World of Final Fantasy for me.
While the patch probably works, unfortunately it is not the correct fix. There is a reason I waited implementing this feature. Let me share some background we had the same child window rendering issue for OpenGL. We couldn't directly use X11 windows, so had to resort to offscreen rendering using XComposite + XCopyArea and as a fallback we had a XPixmap backend as well.
Could you elaborate on why we couldn't directly use X11 windows?
https://bugs.winehq.org/show_bug.cgi?id=45277
rafaeln.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rafaeln.dev@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #21 from Felix Hädicke felixhaedicke@web.de --- Sent a fix proposal to wine-devel yesterday.
https://www.winehq.org/pipermail/wine-devel/2019-July/148639.html https://github.com/felixhaedicke/wine/commit/258a826593df383c5117e2c04d0a1eb...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #22 from wermaan@gmail.com --- (In reply to Felix Hädicke from comment #21)
Sent a fix proposal to wine-devel yesterday.
https://www.winehq.org/pipermail/wine-devel/2019-July/148639.html https://github.com/felixhaedicke/wine/commit/ 258a826593df383c5117e2c04d0a1eb4c866d809
I've tested it with RenderDoc and have the same results with Wine's DX11 and DXVK. When I'm zooming in/out the main viewport - several surfaces with textures and viewport itself are displayed correctly, the moment I'm moving the mouse their textures are replaced with garbage. I didn't look closer, I think RenderDoc updates its surfaces only when something is changed...
https://bugs.winehq.org/show_bug.cgi?id=45277
swansong.tech@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |swansong.tech@gmail.com
--- Comment #23 from swansong.tech@gmail.com --- (In reply to Felix Hädicke from comment #21)
Sent a fix proposal to wine-devel yesterday.
https://www.winehq.org/pipermail/wine-devel/2019-July/148639.html https://github.com/felixhaedicke/wine/commit/ 258a826593df383c5117e2c04d0a1eb4c866d809
Tested this with the editor for The Talos Principle. Application of both this and V2 of the patch generate: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 12 (X_ConfigureWindow) in logging, seemingly generated by the call in winex11.drv/window.c. The application continues to run for some short time before finally crashing. Application of the hack posted earlier in the thread also provides similar results. With neither patch applied, the application seemingly chugs along fine, albeit not rendering anything.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #24 from Felix Hädicke felixhaedicke@web.de --- (In reply to swansong.tech from comment #23)
Tested this with the editor for The Talos Principle. Application of both this and V2 of the patch generate: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 12 (X_ConfigureWindow) in logging, seemingly generated by the call in winex11.drv/window.c.
Where can I get this application?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #25 from swansong.tech@gmail.com --- (In reply to Felix Hädicke from comment #24)
Where can I get this application?
I believe it is only available on steam with purchase of the game. This is specifically the vulkan backend for the editor, it also supports D3D11 and 12 and but only the 11 backend semi-works under current proton version, and 12 generates same behavior with patch. I am available and moderately capable to debug it on my end, presently I'm unsure where to look.
https://bugs.winehq.org/show_bug.cgi?id=45277
jeremiahpwilson@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiahpwilson@yahoo.com
--- Comment #26 from jeremiahpwilson@yahoo.com --- Treasure Adventure Game also seems to want child window rendering with Vulkan. With the patch and D9VK, it seems to load to a black screen after the initial logo.
http://robitgames.com/treasure-adventure-game/
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #27 from Felix Hädicke felixhaedicke@web.de --- (In reply to jeremiahpwilson from comment #26)
Treasure Adventure Game also seems to want child window rendering with Vulkan. With the patch and D9VK, it seems to load to a black screen after the initial logo.
Which patch have you tried? Does this patch work for you? https://github.com/felixhaedicke/wine/commit/4cc738f609faff68bf4c67d5618174f...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #28 from jeremiahpwilson@yahoo.com --- I used the patch from Tk-Glitch: https://github.com/Tk-Glitch/PKGBUILDS/blob/master/wine-tkg-git/wine-tkg-pat..., which looks to be the patch from January posted here. I tested on Wine 4.12.1 TKG, but I can also test with regular Wine if need be. I haven't tried your patch yet, but I'll try it as soon as I can. Thanks!
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #29 from jeremiahpwilson@yahoo.com --- Looks like it works mostly OK (there are some refresh issues and it runs pretty slow), but it works.
https://bugs.winehq.org/show_bug.cgi?id=45277
soredake yuno@hitler.rocks changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yuno@hitler.rocks
https://bugs.winehq.org/show_bug.cgi?id=45277
tempel.julian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tempel.julian@gmail.com
--- Comment #30 from tempel.julian@gmail.com --- (In reply to Felix Hädicke from comment #27)
Does this patch work for you? https://github.com/felixhaedicke/wine/commit/ 4cc738f609faff68bf4c67d5618174fa87ab3cdb.patch
Hello, this patch doesn't work for 3DCenter Filter Tester + DXVK, it fails with
X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 12 (X_ConfigureWindow) Resource id in failed request: 0x520003d Serial number of failed request: 110 Current serial number in output stream: 110
https://bugs.winehq.org/show_bug.cgi?id=45277
oscarbg rtfss1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rtfss1@gmail.com
--- Comment #31 from oscarbg rtfss1@gmail.com --- Just pointing out Cemu 1.16 WIP3 with Vulkan support available for Patreons requires this..
wine Cemu.exe 0231:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0231:err:winediag:wined3d_dll_init Forcing sample count to 0. This may not be compatible with all applications. 0231:fixme:wbemprox:client_security_SetBlanket 000000006775CB20, 0000000000855C80, 10, 0, (null), 3, 3, 0000000000000000, 0x00000000 0231:fixme:wbemprox:client_security_Release 000000006775CB20 0231:fixme:wbemprox:enum_class_object_Next timeout not supported 0235:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 0000000000B8FD80 0235:fixme:msg:ChangeWindowMessageFilter c041 00000001 0235:fixme:msg:ChangeWindowMessageFilter 111 00000001 0235:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet!
https://bugs.winehq.org/show_bug.cgi?id=45277
FritzOnFire fritz.engl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fritz.engl@gmail.com
--- Comment #32 from FritzOnFire fritz.engl@gmail.com --- (In reply to oscarbg from comment #31)
Just pointing out Cemu 1.16 WIP3 with Vulkan support available for Patreons requires this..
wine Cemu.exe 0231:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0231:err:winediag:wined3d_dll_init Forcing sample count to 0. This may not be compatible with all applications. 0231:fixme:wbemprox:client_security_SetBlanket 000000006775CB20, 0000000000855C80, 10, 0, (null), 3, 3, 0000000000000000, 0x00000000 0231:fixme:wbemprox:client_security_Release 000000006775CB20 0231:fixme:wbemprox:enum_class_object_Next timeout not supported 0235:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 0000000000B8FD80 0235:fixme:msg:ChangeWindowMessageFilter c041 00000001 0235:fixme:msg:ChangeWindowMessageFilter 111 00000001 0235:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet!
Cemu 1.16 WIP3&7 working for me after applying this commit: https://github.com/felixhaedicke/wine/commit/258a826593df383c5117e2c04d0a1eb...
Tested on: - The Legend of Zelda - The Wind Waker HD (WIP3&7) - The Legend of Zelda Breath of the Wild (WIP7)
https://bugs.winehq.org/show_bug.cgi?id=45277
yshuiv7@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yshuiv7@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Tobias Gerbeth tobias.gerbeth@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tobias.gerbeth@gmail.com
--- Comment #33 from Tobias Gerbeth tobias.gerbeth@gmail.com --- Affinity Photo seems also to require child window rendering:
https://forum.affinity.serif.com/index.php?/topic/94180-running-affinity-on-...
https://bugs.winehq.org/show_bug.cgi?id=45277
winehq.org@framethrower.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq.org@framethrower.de
https://bugs.winehq.org/show_bug.cgi?id=45277
outline941@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |outline941@live.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |demian.l.ihrig@gmail.com
--- Comment #34 from Ken Sharp imwellcushtymelike@gmail.com --- *** Bug 47909 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=45277
xdshot miha-xdshot@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |miha-xdshot@yandex.ru
--- Comment #35 from xdshot miha-xdshot@yandex.ru --- Source 2 Workshop tools (for Dota 2 and SteamVR) with DXVK do suffer from this issue.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #36 from xdshot miha-xdshot@yandex.ru --- Felix Hädicke's patch fixes issue with Source2 + dxvk
https://bugs.winehq.org/show_bug.cgi?id=45277
maniikarabera@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maniikarabera@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=45277
raulvior.bcn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |raulvior.bcn@gmail.com
--- Comment #37 from raulvior.bcn@gmail.com --- TMPEGEnc Authoring Works 6 on Wine 5.0 RC2 + DXVK 1.5 is affected by this bug too.
https://bugs.winehq.org/show_bug.cgi?id=45277
Forest forestcode@ixio.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |forestcode@ixio.org
https://bugs.winehq.org/show_bug.cgi?id=45277
Simon the Sorcerer sur3@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sur3@gmx.de
https://bugs.winehq.org/show_bug.cgi?id=45277
Peter van de Werken peter@van-de-werken.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter@van-de-werken.nl
https://bugs.winehq.org/show_bug.cgi?id=45277
Igor123 milososki@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |milososki@gmail.com
--- Comment #38 from Igor123 milososki@gmail.com --- Hi all, I get the same crash when trying to run dxo optics and its successor dxo photolabs.
It can run without vulkan but with bad performance, so can't use it for real that way. If someone wants to look into this let me know and I'll reinstall clean again to provide logs and any other help I can, but maybe easier for knowledgeable devs to download the trial at the dxo.com site to debug on own machine.
Rough install steps to make it run without dxvk would be (but if installing dxvk is crashes with this error): - Used winehq-staging (version 5.2) and the 191224 winetricks - Install .net 4.8 and d3dcompiler_47 using winetricks - Change windows version to win10 (with winecfg) - Run dxo photolab 3 installer (with wine64) - Change windows version to win7 (with winecfg) - Try to run photolab a few times (doesn’t seem to work at first) (with wine64)
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #39 from Igor123 milososki@gmail.com --- I'm new here so I don't know how thing work, so I have a question about not merging Felix's patch because it doesn't work for some programs but crashes them... Why is that an argument, since if not rendering they can't be used anyway, while the programs it does help will be possible to use with the patch, so unless we get performance problems for other apps currently working (would be indicated by any automated regression tests I assume exist?) I guess that's not an argument against merging the patch by Felix? I mean doesn't it fix more than it breaks? I'm probably misunderstanding something so please set me straight =)!
https://bugs.winehq.org/show_bug.cgi?id=45277
The Foilist errantsoren@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |errantsoren@gmail.com
--- Comment #40 from The Foilist errantsoren@gmail.com --- There are a couple of VST plugins I'm aware of that also require child window rendering, namely sforzando and Surge Synthesizer. Both of them crash immediately or fail to load with similar tracebacks.
https://bugs.winehq.org/show_bug.cgi?id=45277
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com Summary|006b:fixme:vulkan:X11DRV_vk |Multiple apps (Dxo |CreateWin32SurfaceKHR |PhotoLab. Affinity Photo, |Application requires child |Google Earth Pro, Autodesk |window rendering, which is |Fusion 360 ) crash |not implemented yet! |vulkan:X11DRV_vkCreateWin32 | |SurfaceKHR Application | |requires child window | |rendering, which is not | |implemented yet!
--- Comment #41 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Igor123 from comment #39)
I'm new here so I don't know how thing work, so I have a question about not merging Felix's patch because it doesn't work for some programs but crashes them...
AFAIK the patch is included in tk-glitch (Lutris) so you might want to try that (?)
Changed title to more readable...
https://bugs.winehq.org/show_bug.cgi?id=45277
Rodrigo Rivas Costa rodrigorivascosta@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rodrigorivascosta@gmail.com
--- Comment #42 from Rodrigo Rivas Costa rodrigorivascosta@gmail.com --- Created attachment 66940 --> https://bugs.winehq.org/attachment.cgi?id=66940 Patch over Felix's patch to sync Vulkan queue
I noticed that Felix's patch has an issue that caused lost frames and rendering issues: that it called XCopyArea without waiting for the Vulkan queue to be finished, no sync.
My solution is to call vkQueueWaitIdle() before copying the pixels. Maybe not the most performant solution, but it works.
Applying this patch after Felix's fixes all rendering issues in my Fusion 360.
https://bugs.winehq.org/show_bug.cgi?id=45277
Steven Linn smlucf@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |smlucf@gmail.com
--- Comment #43 from Steven Linn smlucf@gmail.com --- Felix's patch doesn't work appear to work properly on applications with more than 1 xcomposite window. Rendering a frame on one prevents rendering a frame on another.
https://bugs.winehq.org/show_bug.cgi?id=45277
barfin barfin@protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |barfin@protonmail.com
--- Comment #44 from barfin barfin@protonmail.com --- i have the same issue with cemu tkg version of wine works fine with vulkan enabled but non the regular wine(-staging)
https://bugs.winehq.org/show_bug.cgi?id=45277
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, patch URL| |https://www.dxo.com/dxo-pho | |tolab/download/
--- Comment #45 from Louis Lenders xerox.xerox2000x@gmail.com --- add some info + patch keyword
https://bugs.winehq.org/show_bug.cgi?id=45277
Anton Romanov theli.ua@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |theli.ua@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Thomas Kowaliczek linuxdonald@posteo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linuxdonald@posteo.de
https://bugs.winehq.org/show_bug.cgi?id=45277
Francis soulsofblack12@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |soulsofblack12@hotmail.com
--- Comment #46 from Francis soulsofblack12@hotmail.com --- Having trouble with Death End Re;Quest 2, tried with Proton-tkg to no avail. Gonna attach the logs later as i'm working now
https://bugs.winehq.org/show_bug.cgi?id=45277
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Multiple apps (Dxo |Multiple applications need |PhotoLab. Affinity Photo, |Vulkan child window |Google Earth Pro, Autodesk |rendering (DxO PhotoLab, |Fusion 360 ) crash |Affinity Photo, Google |vulkan:X11DRV_vkCreateWin32 |Earth Pro, Autodesk Fusion |SurfaceKHR Application |360) |requires child window | |rendering, which is not | |implemented yet! |
--- Comment #47 from Zebediah Figura z.figura12@gmail.com --- Please do not attach new logs; the problem is well-understood and more information will not help to solve it.
https://bugs.winehq.org/show_bug.cgi?id=45277
braiamp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |braiamp@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
František Zatloukal fzatlouk@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fzatlouk@redhat.com
https://bugs.winehq.org/show_bug.cgi?id=45277
wineuser sickam@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sickam@mail.ru
--- Comment #48 from wineuser sickam@mail.ru --- Still present in wine-staging 5.22. Any updates on this?
https://bugs.winehq.org/show_bug.cgi?id=45277
Dominique Martinet dvufhr.nznqarjf@noclue.notk.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dvufhr.nznqarjf@noclue.notk | |.org
https://bugs.winehq.org/show_bug.cgi?id=45277
Dimitris Zervas dzervas@dzervas.gr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dzervas@dzervas.gr
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #49 from Dimitris Zervas dzervas@dzervas.gr --- Whoever fixes this (I want it for Autodesk Fusion 360) I'll send 20$ in paypal (I hope this doesn't go against the board rules)
https://bugs.winehq.org/show_bug.cgi?id=45277
exuvo@exuvo.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |exuvo@exuvo.se
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #50 from wineuser sickam@mail.ru --- Still present in wine-staging 6.0.
https://bugs.winehq.org/show_bug.cgi?id=45277
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.dxo.com/dxo-pho |https://web.archive.org/web |tolab/download/ |/20210127215945/https://dow | |nload-center.dxo.com/PhotoL | |ab/v4/Win/DxOPhotoLab_4.1.1 | |_build4479_Setup.exe CC| |focht@gmx.net
--- Comment #51 from Anastasius Focht focht@gmx.net --- Hello folks,
adding a stable download link for DxO PhotoLab via Internet Archive:
https://web.archive.org/web/20210127215945/https://download-center.dxo.com/P...
https://www.dxo.com/dxo-photolab/download/ requires email registration to get the real download link. This is much more convenient and stable ;-)
$ sha1sum DxOPhotoLab_4.1.1_build4479_Setup.exe a7034d8857eaa272d902755622a6477841050665 DxOPhotoLab_4.1.1_build4479_Setup.exe
$ du -sh DxOPhotoLab_4.1.1_build4479_Setup.exe 412M DxOPhotoLab_4.1.1_build4479_Setup.exe
Regards
https://bugs.winehq.org/show_bug.cgi?id=45277
csonka.mihaly@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |csonka.mihaly@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
redsandro+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |redsandro+winehq@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
chowder3907@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chowder3907@gmail.com
--- Comment #52 from chowder3907@gmail.com --- Created attachment 69544 --> https://bugs.winehq.org/attachment.cgi?id=69544 Log after attempting to run TEdit 4.2.7 through DXVK
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #53 from chowder3907@gmail.com --- Comment on attachment 69544 --> https://bugs.winehq.org/attachment.cgi?id=69544 Log after attempting to run TEdit 4.2.7 through DXVK
Running TEdit ( https://www.binaryconstruct.com/downloads/ ) through DXVK fails with the error 0024:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet!
This application requires dotnet462 in order to run. Instead of completely opening, the program fails upon trying to show the main window. The initial window that opens as a file browser and an expected error message do show before the app completely crashes.
https://bugs.winehq.org/show_bug.cgi?id=45277
wolfe@katie.host changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wolfe@katie.host
--- Comment #54 from wolfe@katie.host --- This issue has been posted to Bountysource: https://www.bountysource.com/issues/97294617
https://bugs.winehq.org/show_bug.cgi?id=45277
msdobrescu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |msdobrescu@gmail.com
--- Comment #55 from msdobrescu@gmail.com --- For Affiniy Photo it has just got worse.
I have a license, but the trial works the same.
I have installed 1.9.2, it renders fine first, then all its area becomes black. If click on it, it reacts, so it is not frozen, just not rendered. I'd accept even a temporary solution, until the right one is found.
My setup is:
winetricks allfonts pptfonts fontsmooth=rgb gdiplus dxvk d3dx11_43 winetricks --force dotnet48 winetricks --force dotnet35sp1
Run the installer as Windows 7, as it won't work as Windows 10, then run it as Windows 10 (it complains about Aero if Windows 7).
wine-6.4 (Staging) winetricks is 20210206 - sha256sum: 87b129a8f33963b5c772c901e4ae255e7015863a7f2f0e68cf384506e7b3abe5
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #56 from msdobrescu@gmail.com --- Created attachment 69742 --> https://bugs.winehq.org/attachment.cgi?id=69742 Initial Affinity Photo 1.9.2 rendering
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #57 from redsandro+winehq@gmail.com --- (In reply to msdobrescu from comment #55)
For Affiniy Photo it has just got worse.
Do you mean it got worse compared to previous Wine version or previous Photo version? Because for me, it used to crash on opening the art board, so not rendering sounds like an improvement over crashing. ;)
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #58 from msdobrescu@gmail.com --- (In reply to redsandro+winehq from comment #57)
(In reply to msdobrescu from comment #55)
For Affiniy Photo it has just got worse.
Do you mean it got worse compared to previous Wine version or previous Photo version? Because for me, it used to crash on opening the art board, so not rendering sounds like an improvement over crashing. ;)
Compared to 1.8.x Photo version.
https://bugs.winehq.org/show_bug.cgi?id=45277
Emma Jane Bonestell EmmaJaneBonestell@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |EmmaJaneBonestell@gmail.com
--- Comment #59 from Emma Jane Bonestell EmmaJaneBonestell@gmail.com --- Adobe Audition CC 2021 has this error as well, at the splash screen launcher. Adobe CC installers won't work, but you should be able to reproduce by installing it inside Windows first. Will probably require native msvcp100.dll and msvcp140_codecvt_ids.dll Disappointing since an already installed Photoshop now works without modification.
Link for download. Don't know if the trial behaves the same. https://www.adobe.com/products/audition/free-trial-download.html
This is using Wine 6.6.
https://bugs.winehq.org/show_bug.cgi?id=45277
Julian Rüger jr98@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jr98@gmx.net
https://bugs.winehq.org/show_bug.cgi?id=45277
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #60 from Linards linards.liepins@gmail.com --- CS:GO (Stean, latest version) is also affected by this bug.
Using DXVK-1.8.1 via winetricks.
System:
$ wine --version wine-6.6 (Staging)
$ inxi -Gxz Graphics: Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] vendor: XFX Pine driver: amdgpu v: kernel bus-ID: 01:00.0 Display: x11 server: Fedora Project X.org 1.20.10 driver: loaded: ati,modesetting unloaded: fbdev,vesa resolution: 1920x1080 OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.40.0 5.11.12-200.fc33.x86_64 LLVM 11.0.0) v: 4.6 Mesa 20.3.5 direct render: Yes
https://bugs.winehq.org/show_bug.cgi?id=45277
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #61 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 69896 --> https://bugs.winehq.org/attachment.cgi?id=69896 Patch with sync in vkAcquireNextImage2KHR
I've got an alternative implementation of Felix's patches above, that is now in Proton Experimental. I'm attaching it here too as it seems to be working fine so far.
In addition, this series also introduces new X11 Present extension dependency, and uses it to present GL and VK client windows on screen. This part isn't yet in Proton, so it's perhaps not as well tested.
It should be more efficient than doing the XCopyArea, and, I think, makes the wait on fence in vkAcquireNextImage2KHR (to prevent tearing) unnecessary.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #62 from msdobrescu@gmail.com --- (In reply to Rémi Bernon from comment #61)
Created attachment 69896 [details] Patch with sync in vkAcquireNextImage2KHR
Is this applicable against Wine 6.6?
https://bugs.winehq.org/show_bug.cgi?id=45277
braiamp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|braiamp@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=45277
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #69896|0 |1 is obsolete| |
--- Comment #63 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 69901 --> https://bugs.winehq.org/attachment.cgi?id=69901 Patch with sync in vkAcquireNextImage2KHR
It's meant for latest upstream wine. There's been some recent changes in winevulkan that causes a bit of conflicts (although perhaps harmless).
However I just found out that there are several invalid frees in one of the patch, which were much more visible with wine staging heap implementation. This update should fix them.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #64 from tempel.julian@gmail.com --- I've tested your patch with 3DCenter Filter Tester in Proton Experimental with DXVK and it indeed works. :)
https://bugs.winehq.org/show_bug.cgi?id=45277
dreamcat4@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dreamcat4@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Thierry Vignaud thierry.vignaud@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thierry.vignaud@gmail.com
--- Comment #65 from Thierry Vignaud thierry.vignaud@gmail.com --- The patch doesn't apply anymore on top of wine-6.8…
https://bugs.winehq.org/show_bug.cgi?id=45277
Patrick patrick+winehq.org@laimbock.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick+winehq.org@laimbock | |.com
--- Comment #66 from Patrick patrick+winehq.org@laimbock.com --- This one worked for me: https://github.com/Frogging-Family/wine-tkg-git/blob/master/wine-tkg-git/win...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #67 from Patrick patrick+winehq.org@laimbock.com --- (In reply to Rémi Bernon from comment #63)
Created attachment 69901 [details] Patch with sync in vkAcquireNextImage2KHR
Hi Rémi, in Wine 6.10 vkAcquireNextImage2KHR was removed: https://source.winehq.org/git/wine.git/commitdiff/f59925416a12a9190691205711... Any chance you could update your patch so it applies to 6.10? Thanks!
https://bugs.winehq.org/show_bug.cgi?id=45277
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #69901|0 |1 is obsolete| |
--- Comment #68 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 70100 --> https://bugs.winehq.org/attachment.cgi?id=70100 Patch with sync in vkAcquireNextImage2KHR
I don't think that commit is anything new, I don't even see what changed in wine 6.10 that could have broken this, here's a rebased version of the current series.
Note that it includes a patch (last one) to use Present extension, but I'm not sure after all that it's right. It may introduce tearing again so just remove it if it does (and I'd be interesting to know if it's the case).
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #69 from Patrick patrick+winehq.org@laimbock.com --- (In reply to Rémi Bernon from comment #68)
Created attachment 70100 [details] Patch with sync in vkAcquireNextImage2KHR
I don't think that commit is anything new, I don't even see what changed in wine 6.10 that could have broken this, here's a rebased version of the current series.
Thank you Rémi!
For anyone trying this patch on wine-staging 6.10, use the following command: patches/patchinstall.sh DESTDIR="`pwd`" --all -W Pipelight -W winex11-Vulkan_support Without the '-W Pipelight -W winex11-Vulkan_support' Rémi's patch does not apply.
Note that it includes a patch (last one) to use Present extension, but I'm not sure after all that it's right. It may introduce tearing again so just remove it if it does (and I'd be interesting to know if it's the case).
Will report back if I see tearing.
https://bugs.winehq.org/show_bug.cgi?id=45277
iiordanov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |iiordanov@gmail.com
--- Comment #70 from iiordanov@gmail.com --- For whoever finds this useful, this is how i built a winehq-devel 6.10 deb archive under Ubuntu 20.04 (should work in any Debian/Ubuntu derivative distro with slight directory name modifications too):
# First make sure deb sources are enabled in your sources.list file.
# Then, run the commands below apt build-dep winehq-devel apt install libvulkan*
apt source winehq-devel cd wine-6.10~focal patch -p1 < path/to/remis/patch/wine-vk-child-window.patch dpkg-buildpackage -rfakeroot -uc -b
https://bugs.winehq.org/show_bug.cgi?id=45277
r087r70@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |r087r70@yahoo.it
https://bugs.winehq.org/show_bug.cgi?id=45277
James topgamer7@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |topgamer7@gmail.com
--- Comment #71 from James topgamer7@gmail.com --- Trying this with Remi's changes on Manjaro 21.1.0 i3 using dxvk for Affinity Photo I get a really inconsistent experience. It loads, is responsive, but there is a lot of tearing and black elements.
I would guess it has do with wine_vk_surface_set_offscreen and there is something else needed. However I don't have really any graphics programming experience.
When I move resize the window it flickers, if I time it right and hold click down it will render properly the whole window.
I have also tried with remy's wip/vulkan-child-v1 just for fun and that is the same.
Running a nvidia graphics card is probably asking for it, but I am using a 1070 mobile.
I've tried it patched over 6.10-staging, 6.14-staging, 6.15-staging, and 6.15 non staging.
I've tried it with both --with-xcomposite and without.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #72 from Patrick patrick+winehq.org@laimbock.com --- Hi James. Rémi mentioned in #c68 that the last part of his patch might introduce tearing. So remove this last part of the patch:
diff --git a/dlls/winex11.drv/xpresent.h b/dlls/winex11.drv/xpresent.h new file mode 100644 index 00000000000..6fd813a930e --- /dev/null +++ b/dlls/winex11.drv/xpresent.h @@ -0,0 +1,36 @@ +/* + * Wine X11DRV Xpresent interface + * + * Copyright 2021 Rémi Bernon for CodeWeavers + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA + */ +#ifndef __WINE_XPRESENT_H +#define __WINE_XPRESENT_H + +#ifndef __WINE_CONFIG_H +# error You must include config.h to use this header +#endif + +#ifdef SONAME_LIBXPRESENT +#include <X11/extensions/Xpresent.h> +#define MAKE_FUNCPTR(f) extern typeof(f) * p##f DECLSPEC_HIDDEN; +MAKE_FUNCPTR(XPresentQueryExtension) +MAKE_FUNCPTR(XPresentQueryVersion) +MAKE_FUNCPTR(XPresentPixmap) +#undef MAKE_FUNCPTR +#endif /* defined(SONAME_LIBXPRESENT) */ + +#endif /* __WINE_XPRESENT_H */
And rebuild & retest. Does that make a difference?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #73 from Patrick patrick+winehq.org@laimbock.com --- Sorry, rechecking the patch there's more to remove. It seems to start at:
From 02a20889201677ec2a65ab161662a4ac8f281406 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Bernon?= rbernon@codeweavers.com Date: Thu, 11 Mar 2021 23:38:35 +0100 Subject: [PATCH 10/10] winex11.drv: Use XPresentPixmap instead of XCopyArea when available.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45277 ...
Or you could build with: ./configure --without-xpresent
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #74 from James topgamer7@gmail.com --- I think I tried using the --without-xpresent flag as well (although its hard to remember, I tried a number of things).
I'll give it another shot and retry. Will report back.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #75 from James topgamer7@gmail.com --- So that doesn't resolve it unfortunately.
Here is my configure statement
../wine/configure \ --prefix='/usr' \ --libdir='/usr/lib' \ --with-x \ --with-gstreamer \ --with-xattr \ --enable-win64 \ --with-xcomposite \ --without-xpresent make -j8
and similar for win32.
I've tried with a couple permutations of xcomposite and xpresent on/off.
It's not just flickering that I encounter. One window just effectively stays black. Only shows the button that I click (I'm running the trial, and there is a continue trial button).
There end up being 4 windows that open. A splash screen, this one pretty well always renders and shows updates properly. The continue trial window, this one never really renders and remains black. Then there is a news window, a new image window, and the main editor window.
The news window partial renders but never changes. The new image window will often render portions of the window depending on which image size I click on. The main editor will flicker like crazy, rendering different portions of the gui, mostly the portion of the image will be the most stable, while outside of that is usually black, and partially renders if I rescale the window. If I click on one of the tools, some portion of that will render.
Could it be what Steven Linn mentions about multiple xcomposite windows?
https://bugs.winehq.org/show_bug.cgi?id=45277
frostzeux@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frostzeux@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
TOM l12436@yahoo.com.tw changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l12436@yahoo.com.tw
--- Comment #76 from TOM l12436@yahoo.com.tw --- I also have this issue with follow error already apply patch
01b8:err:vulkan:X11DRV_vkCreateWin32SurfaceKHR Failed to allocate client window for hwnd=0x1017c [1012/111709.224:ERROR:angle_platform_impl.cc(47)] reset(615): Could not create additional swap chains or offscreen surfaces, HRESULT: 0x80070057 [1012/111709.224:ERROR:gl_surface_egl.cc(668)] EGL Driver message (Critical) eglCreateWindowSurface: Bad allocation. [1012/111709.224:ERROR:gl_surface_egl.cc(1234)] eglCreateWindowSurface failed with error EGL_BAD_ALLOC [1012/111709.224:ERROR:in_process_command_buffer.cc(592)] ContextResult::kSurfaceFailure: Failed to create surface. 03b8:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000EFBFE10 01b8:err:vulkan:X11DRV_vkCreateWin32SurfaceKHR Failed to allocate client window for hwnd=0x101b4 [1012/111709.313:ERROR:angle_platform_impl.cc(47)] reset(615): Could not create additional swap chains or offscreen surfaces, HRESULT: 0x80070057 [1012/111709.313:ERROR:gl_surface_egl.cc(668)] EGL Driver message (Critical) eglCreateWindowSurface: Bad allocation. [1012/111709.314:ERROR:gl_surface_egl.cc(1234)] eglCreateWindowSurface failed with error EGL_BAD_ALLOC [1012/111709.314:ERROR:in_process_command_buffer.cc(592)] ContextResult::kSurfaceFailure: Failed to create surface.
https://bugs.winehq.org/show_bug.cgi?id=45277
Marc Laffler d1096252@urhen.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |d1096252@urhen.com
--- Comment #77 from Marc Laffler d1096252@urhen.com --- The patched worked great with wine-staging 6.19 for cemu. But I can't apply it cleanly to 6.20. Any chance that you update it?
https://bugs.winehq.org/show_bug.cgi?id=45277
Andy Holst andy.holst85@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andy.holst85@gmail.com
--- Comment #78 from Andy Holst andy.holst85@gmail.com --- So I'm compiling Wine source and applying patches with Wine staging. I'm going to test out IronCAD 2019 by rendering graphics with Vulkan. Is there anything I need to know about what patch to apply?
Is it still patch https://bugs.winehq.org/attachment.cgi?id=70100 aka 'Patch with sync in vkAcquireNextImage2KHR' that needs to be applied as is by providing
'./patches/patchinstall.sh DESTDIR="`pwd`" --all -W Pipelight -W winex11-Vulkan_support' that just support v6.19?
Or will the following commands by literally applying the wine-staging v6.20 patches as is in a open container context?
For amd64 architecture:
ARG VERSION="6.20" ARG WINE_VERSION="${VERSION}~buster" ARG WINE_DEB_VERSION="${WINE_VERSION}-1"
RUN DEBIAN_FRONTEND=noninteractive apt build-dep -y wine="${WINE_DEB_VERSION}"
RUN git clone -b "wine-${VERSION}" git://source.winehq.org/git/wine.git /usr/src/wine-source
RUN git clone -b "v${VERSION}" https://github.com/wine-staging/wine-staging.git /usr/src/wine-staging
RUN mkdir -p /usr/src/wine64
WORKDIR /usr/src/wine-staging/patches
RUN exec /bin/bash -c './patchinstall.sh DESTDIR=/usr/src/wine-source --all --force-autoconf'
WORKDIR /usr/src/wine64
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure --enable-win64 \ --prefix=/opt/wine-staging'
RUN exec /bin/bash -c 'make -j7'
For i386 architecture:
ARG VERSION="6.20" ARG WINE_VERSION="${VERSION}~buster" ARG WINE_DEB_VERSION="${WINE_VERSION}-1"
RUN DEBIAN_FRONTEND=noninteractive apt build-dep -y wine="${WINE_DEB_VERSION}"
RUN mkdir -p /usr/src/wine32 /usr/src/wine32-tools COPY --from=amd64 /usr/src/wine-source /usr/src/wine-source COPY --from=amd64 /usr/src/wine64 /usr/src/wine64
WORKDIR /usr/src/wine32-tools
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure'
RUN exec /bin/bash -c 'make -j7'
WORKDIR /usr/src/wine32
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure --with-wine64=../wine64 \ --with-wine-tools=../wine32-tools --prefix=/opt/wine-staging'
RUN exec /bin/bash -c 'make -j7'
RUN exec /bin/bash -c 'checkinstall -D --pkgname=wine-local --pkgversion="${VERSION}" --nodoc --install=yes'
From final amd64 architecture do following:
RUN cd /usr/bin && wget 'https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetrick...'
RUN chmod +x /usr/bin/winetricks
WORKDIR /home/ubuntu
COPY --from=amd64 /usr/src/wine-source /home/ubuntu/wine-source COPY --from=amd64 /usr/src/wine64 /home/ubuntu/wine64 COPY --from=i386 /opt/wine-staging /opt/wine-staging COPY --from=i386 /lib /lib
WORKDIR /home/ubuntu/wine64
RUN exec /bin/bash -c 'checkinstall -D --pkgname=wine-local --pkgversion="${VERSION}" --nodoc --install=yes'
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #79 from Andy Holst andy.holst85@gmail.com --- (In reply to Andy Holst from comment #78)
So I'm compiling Wine source and applying patches with Wine staging. I'm going to test out IronCAD 2019 by rendering graphics with Vulkan. Is there anything I need to know about what patch to apply?
Is it still patch https://bugs.winehq.org/attachment.cgi?id=70100 aka 'Patch with sync in vkAcquireNextImage2KHR' that needs to be applied as is by providing
'./patches/patchinstall.sh DESTDIR="`pwd`" --all -W Pipelight -W winex11-Vulkan_support' that just support v6.19?
Or will the following commands by literally applying the wine-staging v6.20 patches as is in a open container context?
For amd64 architecture:
ARG VERSION="6.20" ARG WINE_VERSION="${VERSION}~buster" ARG WINE_DEB_VERSION="${WINE_VERSION}-1"
RUN DEBIAN_FRONTEND=noninteractive apt build-dep -y wine="${WINE_DEB_VERSION}"
RUN git clone -b "wine-${VERSION}" git://source.winehq.org/git/wine.git /usr/src/wine-source
RUN git clone -b "v${VERSION}" https://github.com/wine-staging/wine-staging.git /usr/src/wine-staging
RUN mkdir -p /usr/src/wine64
WORKDIR /usr/src/wine-staging/patches
RUN exec /bin/bash -c './patchinstall.sh DESTDIR=/usr/src/wine-source --all --force-autoconf'
WORKDIR /usr/src/wine64
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure --enable-win64 \ --prefix=/opt/wine-staging'
RUN exec /bin/bash -c 'make -j7'
For i386 architecture:
ARG VERSION="6.20" ARG WINE_VERSION="${VERSION}~buster" ARG WINE_DEB_VERSION="${WINE_VERSION}-1"
RUN DEBIAN_FRONTEND=noninteractive apt build-dep -y wine="${WINE_DEB_VERSION}"
RUN mkdir -p /usr/src/wine32 /usr/src/wine32-tools COPY --from=amd64 /usr/src/wine-source /usr/src/wine-source COPY --from=amd64 /usr/src/wine64 /usr/src/wine64
WORKDIR /usr/src/wine32-tools
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure'
RUN exec /bin/bash -c 'make -j7'
WORKDIR /usr/src/wine32
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure --with-wine64=../wine64 \ --with-wine-tools=../wine32-tools --prefix=/opt/wine-staging'
RUN exec /bin/bash -c 'make -j7'
RUN exec /bin/bash -c 'checkinstall -D --pkgname=wine-local --pkgversion="${VERSION}" --nodoc --install=yes'
From final amd64 architecture do following:
RUN cd /usr/bin && wget 'https://raw.githubusercontent.com/Winetricks/winetricks/master/src/ winetricks'
RUN chmod +x /usr/bin/winetricks
WORKDIR /home/ubuntu
COPY --from=amd64 /usr/src/wine-source /home/ubuntu/wine-source COPY --from=amd64 /usr/src/wine64 /home/ubuntu/wine64 COPY --from=i386 /opt/wine-staging /opt/wine-staging COPY --from=i386 /lib /lib
WORKDIR /home/ubuntu/wine64
RUN exec /bin/bash -c 'checkinstall -D --pkgname=wine-local --pkgversion="${VERSION}" --nodoc --install=yes'
Clarification:
To apply the specific mentioned patch above is it just the following commands ?
/usr/src/wine-staging/patches$ /patches/patchinstall.sh DESTDIR="`pwd`" --all -W Pipelight -W winex11-Vulkan_support
/$ cd /usr/src && wget -O wine-vk-child-window.patch -nc "https://bugs.winehq.org/attachment.cgi?id=70100"
/usr/src/wine-source$ patch -p1 < ../wine-vk-child-window.patch
Then the previous mentioned compiling and installing as usual?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #80 from Andy Holst andy.holst85@gmail.com --- For full reference of how I compile Wine v6.20 with Wine staging v6.20 patches take a look at https://github.com/andyholst/robotic_experimentation/blob/setup_ironcad_with...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #81 from Andy Holst andy.holst85@gmail.com --- When I run Wine v 6.20 and with applied patches from Wine staging for v6.20 with dxvk installed with winetricks I get following:
warn: D3D11CreateDevice: Unsupported driver type info: Game: IRONCAD.exe info: DXVK: v1.9.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface 05c8:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3 05c8:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3 err: DxvkInstance::createInstance: Failed to create Vulkan 1.1 instance err: D3D11CreateDevice: Failed to create a DXGI factory 05c0:fixme:ole:CoInitializeSecurity 0000000000000000, -1, 0000000000000000, 0000000000000000, 2, 3, 0000000000000000, 0, 0000000000000000 stub 05c0:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030 info: Game: IRONCAD.exe info: DXVK: v1.9.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface 05c0:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3 05c0:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3 err: DxvkInstance::createInstance: Failed to create Vulkan 1.1 instance 05c0:fixme:wbemprox:enum_class_object_Next timeout not supported
---------------------------------------------------------------------------
I will try version 6.19 for Wine and Wine staging with the command 'patches/patchinstall.sh DESTDIR="`pwd`" --all -W Pipelight -W winex11-Vulkan_support' and by applying the patch 'Patch with sync in vkAcquireNextImage2KHR'
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #82 from Andy Holst andy.holst85@gmail.com --- Created attachment 70956 --> https://bugs.winehq.org/attachment.cgi?id=70956 Execute IronCAD with DirectX 9 with the applied patch https://bugs.winehq.org/attachment.cgi?id=70100
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #83 from Andy Holst andy.holst85@gmail.com --- I tried with Wine version 6.19 and applied patches from Wine staging 6.19 by executing the command before compiling Wine source and after the patching with https://bugs.winehq.org/attachment.cgi?id=70100
Docker container commands I executed is:
--------------------------------------------------------------------
RUN cd /usr/src && wget -O wine-vk-child-window.patch -nc \ "https://bugs.winehq.org/attachment.cgi?id=70100"
WORKDIR /usr/src/wine-source RUN exec /bin/bash -c 'patch -p1 < ../wine-vk-child-window.patch'
WORKDIR /usr/src/wine-staging/patches RUN exec /bin/bash -c './patchinstall.sh DESTDIR=/usr/src/wine-source --all --force-autoconf \ -W Pipelight -W winex11-Vulkan_support'
WORKDIR /usr/src/wine64
RUN exec /bin/bash -c 'PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine-source/configure --enable-win64 \ --prefix=/opt/wine-staging' RUN exec /bin/bash -c 'make -j7'
---------------------------------------------------------
For full reference take a look at https://github.com/andyholst/robotic_experimentation/blob/setup_ironcad_with...
I executed the IronCAD application with following command ignoring DirectX 11 and executed it as DirectX 9
where WINEPREFIX is set to ~/.ironcad and WINEARCH is set to win64.
See attachment https://bugs.winehq.org/attachment.cgi?id=70956 for details.
WINEPREFIX="${WINE_PATH}" WINEARCH="${ARCHITECTURE}" WINEDLLOVERRIDES="d3d9=y,b" ${WINE} \ "${WINE_PATH}"/drive_c/Program\ Files/IronCAD/2019/bin/IRONCAD.exe
''0680:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030 info: Game: IRONCAD.exe info: DXVK: v1.9.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface 0680:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3 0680:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3 err: DxvkInstance::createInstance: Failed to create Vulkan 1.1 instance 0680:fixme:wbemprox:enum_class_object_Next timeout not supported 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_SW, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B8G8R8A8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G6R5_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3d:wined3d_check_device_format_conversion output 0x1fe98e90, device_type WINED3D_DEVICE_TYPE_REF, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B5G6R5_UNORM stub! 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000509BE), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000050548), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000302D2), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000003047A), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030480), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040482), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030484), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000004048E), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030490), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005050C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040514), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040516), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000509BE), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000050548), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000302D2), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000003047A), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030480), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040482), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030484), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000004048E), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030490), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005050C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040514), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040516), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000509BE), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000003047A), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030480), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040482), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030484), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000004048E), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030490), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005050C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040514), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040516), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000301B4), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000509BE), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030B5C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000020B52), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000020B54), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B60), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B64), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B68), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B6C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B70), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B74), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B78), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B7C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B80), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B84), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B88), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B8C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B90), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B94), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B98), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B9C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BAC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BBC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BCC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BDC), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005054C), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000006016A), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000003047A), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030480), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040482), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030484), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000004048E), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030490), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005050C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040514), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040516), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000301B4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000090B58), partial stub! 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0688:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 05c0:fixme:win:LockWindowUpdate (00000000000308E2), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000509BE), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030B5C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000020B52), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000020B54), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B60), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B64), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B68), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B6C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B70), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B74), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B78), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B7C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B80), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B84), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B88), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B8C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B90), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B94), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B98), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010B9C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BA8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BAC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BB8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BBC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BC8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BCC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD0), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD4), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BD8), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000010BDC), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000406DA), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005054C), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000006016A), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000003047A), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030480), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040482), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030484), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000004048E), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000030490), partial stub! 05c0:fixme:win:LockWindowUpdate (000000000005050C), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040514), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000040516), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000301B4), partial stub! 05c0:fixme:win:LockWindowUpdate (00000000000406BC), partial stub! 05c0:fixme:win:LockWindowUpdate (0000000000000000), partial stub! 05c0:fixme:explorerframe:taskbar_list_SetThumbnailClip iface 000000002000C860, hwnd 00000000000308E2, prcClip (null) stub! 05c0:fixme:win:LockWindowUpdate (0000000000000000), partial stub! 05c0:fixme:storage:StgOpenStorageEx Stub: calling StgOpenStorage, but ignoring pStgOptions and grfAttrs 05c0:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (000000000040D2A0 1 C) semi-stub 05c0:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (000000000040D220 1 C) semi-stub 05c0:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (000000000040D250 1 C) semi-stub 05c0:fixme:resource:GetGuiResources (FFFFFFFFFFFFFFFF,0): stub '
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #84 from Andy Holst andy.holst85@gmail.com --- Created attachment 70958 --> https://bugs.winehq.org/attachment.cgi?id=70958 Execute IronCAD with DirectX 11 with the applied patch https://bugs.winehq.org/attachment.cgi?id=70100
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #85 from Andy Holst andy.holst85@gmail.com --- Running IronCAD 2019 with same version 6.19 for Wine source and Wine staging with patch 'https://bugs.winehq.org/attachment.cgi?id=70100' with Vulkan DirectX 11 transformation enabled does not get any better loading progress of the 3D scene. Check https://github.com/andyholst/robotic_experimentation/blob/setup_ironcad_with... for build and install details.
Attachment: https://bugs.winehq.org/attachment.cgi?id=70958
Command: WINEPREFIX="${WINE_PATH}" WINEARCH="${ARCHITECTURE}" WINEDLLOVERRIDES="d3d11=y,b" ${WINE} "${WINE_PATH}"/drive_c/Program\ Files/IronCAD/2019/bin/IRONCAD.exe
Error message:
' info: Game: IRONCAD.exe info: DXVK: v1.9.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface 06fc:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3 06fc:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3 err: DxvkInstance::createInstance: Failed to create Vulkan 1.1 instance 06dc:fixme:ole:CoInitializeSecurity 0000000000000000, -1, 0000000000000000, 0000000000000000, 2, 3, 0000000000000000, 0, 0000000000000000 stub 06dc:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030 info: Game: IRONCAD.exe info: DXVK: v1.9.2 info: Built-in extension providers: info: Win32 WSI info: OpenVR info: OpenXR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: Enabled instance extensions: info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface 06dc:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3 06dc:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3 err: DxvkInstance::createInstance: Failed to create Vulkan 1.1 instance 06dc:fixme:wbemprox:enum_class_object_Next timeout not supported '
Any ideas what to do?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #86 from Andy Holst andy.holst85@gmail.com --- I created a bug report at DXVK github repo with all of the detailed logs.
https://github.com/doitsujin/dxvk/issues/2351
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #87 from Andy Holst andy.holst85@gmail.com --- I got notified that WineHQ and DXVK does not work together.
Is entirely a Wine bug., forget about my last post.
https://bugs.winehq.org/show_bug.cgi?id=45277
csonka.mihaly@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|csonka.mihaly@hotmail.com |
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #88 from Andy Holst andy.holst85@gmail.com --- (In reply to Patrick from comment #66)
This one worked for me: https://github.com/Frogging-Family/wine-tkg-git/blob/master/wine-tkg-git/ wine-tkg-patches/misc/childwindow.patch
I will try the wine-tkg-git repository and build the Wine specific TKG version with Wine mainline patches, Wine staging patches and other Proton/DXVK fixes in a open container context since the childwindow.patch is included and applied for Wine version 6.20 and 6.21.
https://bugs.winehq.org/show_bug.cgi?id=45277
tempel.julian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|tempel.julian@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #89 from Andy Holst andy.holst85@gmail.com --- (In reply to Andy Holst from comment #88)
(In reply to Patrick from comment #66)
This one worked for me: https://github.com/Frogging-Family/wine-tkg-git/blob/master/wine-tkg-git/ wine-tkg-patches/misc/childwindow.patch
I will try the wine-tkg-git repository and build the Wine specific TKG version with Wine mainline patches, Wine staging patches and other Proton/DXVK fixes in a open container context since the childwindow.patch is included and applied for Wine version 6.20 and 6.21.
This patch worked for me as well.
https://bugs.winehq.org/show_bug.cgi?id=45277
xdshot miha-xdshot@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|miha-xdshot@yandex.ru |
https://bugs.winehq.org/show_bug.cgi?id=45277
JP wadbot@vectorpoem.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wadbot@vectorpoem.com
https://bugs.winehq.org/show_bug.cgi?id=45277
winehq@dominik-schmitt.eu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@dominik-schmitt.eu
--- Comment #90 from winehq@dominik-schmitt.eu --- This bug also affects the window rendering in Capture One 21/22 (https://www.captureone.com/en). When DXVK is installed some window do not show content (black screen) until the main window is minimized and then maximized again.
https://bugs.winehq.org/show_bug.cgi?id=45277
Deresiant@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Deresiant@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=45277
Ker noa blue-t@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blue-t@web.de
https://bugs.winehq.org/show_bug.cgi?id=45277
Ted f2267911@nwytg.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |f2267911@nwytg.com
--- Comment #91 from Ted f2267911@nwytg.com --- I found the patch very helpful but it doesn't apply to new wine(-staging) versions. Would anyone with more programming knowledge be so kind to post an updated version? Or even better add it to the official code? That would be awesome!
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #92 from Patrick patrick+winehq.org@laimbock.com --- This one works on Wine 7.x but I don't know if it applies to just wine + wine-staging or if you need the wine-tkg flavor.
https://github.com/Frogging-Family/wine-tkg-git/blob/master/wine-tkg-git/win...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #93 from Patrick patrick+winehq.org@laimbock.com --- (In reply to Roderick Colenbrander from comment #1)
Thanks for reporting. Finally some real applications, which use this awful feature. Trying to collect a list of them and ultimately will try to add support. Can the editor be used without owning the game?
Are you still planning on adding support for child window rendering? There are several VST plugins (used for music production with a DAW) that require this functionality. If you need specifics please let me know.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #94 from Emma Jane Bonestell EmmaJaneBonestell@gmail.com --- What would need to be done to this patch/what is this patch lacking to get upstreamed to the wine staging repo?
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #95 from James topgamer7@gmail.com --- Created attachment 72056 --> https://bugs.winehq.org/attachment.cgi?id=72056 vulkan child patch on top of wine-staging 7.4
For the curious you can checkout Remi's code on github to see commits he has made. Be warned he rebases often.
You can re-work his code to try to apply it to more recent wine and wine-staging builds by pulling his branch (wip/vulkan-child/v1), doing an interactive rebase to the branch you want and dropping all commits that are unrelated to vulkan child functionality.
Which is basically everything above the commit with subject "Store swapchain surfaces associations."
I've done so, and tried with Affinity Photo on `wine-7.4-200-gbed9086aa7e (Staging)`.
And I don't get much passed the splash screen dialog unfortunately.
There may be more information about child window handling. But you'd have to read through the wine-devel mailing list likely.
https://bugs.winehq.org/show_bug.cgi?id=45277
Tomáš Bžatek bugs@bzatek.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugs@bzatek.net
https://bugs.winehq.org/show_bug.cgi?id=45277
Icenowy Zheng uwu@icenowy.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |uwu@icenowy.me
https://bugs.winehq.org/show_bug.cgi?id=45277
thermionix bond711@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bond711@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #96 from Rafał Mużyło galtgendo@o2.pl --- Is there a version of this patch for the gl renderer ?
https://bugs.winehq.org/show_bug.cgi?id=45277
Rafał Mużyło galtgendo@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |galtgendo@o2.pl
https://bugs.winehq.org/show_bug.cgi?id=45277
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #97 from Zeb Figura z.figura12@gmail.com --- (In reply to Rafał Mużyło from comment #96)
Is there a version of this patch for the gl renderer ?
OpenGL child window rendering is already supported.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #98 from Rafał Mużyło galtgendo@o2.pl --- (In reply to Zeb Figura from comment #97)
(In reply to Rafał Mużyło from comment #96)
Is there a version of this patch for the gl renderer ?
OpenGL child window rendering is already supported.
Well, I'm not sure what I'm seeing then, but it looked like it partially matched both this and the older ddraw bug (Diablo).
What I'm seeing is a standard window with a 'Now Loading' screen, that gets resized then seemingly freezes. Yet, trying to close the window doesn't bring up window manager's 'Application stopped responding. Kill it ?' dialog, 'd3d9' channel reports some activity (d3d9_device_CreateTexture - d3d9_texture_2d_Release blocks) and as the mouse moves across the desktop, cursor disappears upon entering the window and reappears upon leaving, so it's not completely frozen.
Also, if the window gets minimized and restored, the loading picture doesn't get redrawn, just the standard gray background, but window's menubar does (though the menus can't be accessed either before nor after).
I mean I could be guessing the reason for the apparent freeze wrong, but in most freezes the wm dialog would show (also, those texture debug blocks)...
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #99 from Rafał Mużyło galtgendo@o2.pl --- Additional note: if I set 'emulate desktop' with winecfg, the app's window is still non-responsive, but wine's desktop window can be closed and just before it closes, the app window closes inside the desktop window.
Not sure how that's implemented, so this may or may not matter.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #100 from Rafał Mużyło galtgendo@o2.pl --- 'win' channel shows a window with WS_CHILD, but it might just as well be a clipping problem ('region' has a couple 0 rect regions, but those might be legit).
Potentially of note: both testcases (from the same dev) need native d3dx9_31 - if moved to use builtin, what follows might be a stack corruption - 'Unhandled page fault on read access to CCCCCCCC at address ...'.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #101 from Zeb Figura z.figura12@gmail.com --- Whatever you're seeing, it has nothing to do with Vulkan child window rendering. Please don't pollute this bug.
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #102 from Rafał Mużyło galtgendo@o2.pl --- (In reply to Zeb Figura from comment #101)
Whatever you're seeing, it has nothing to do with Vulkan child window rendering. Please don't pollute this bug.
Well, duh. At the very start I've asked about a *gl* version (but - slightly different debug spew aside - gl and vulkan look roughly the same, gdi just crashes). I was just checking with you if there was perhaps some more generic problem at the lower level.
https://bugs.winehq.org/show_bug.cgi?id=45277
Rafał Mużyło galtgendo@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|galtgendo@o2.pl |
https://bugs.winehq.org/show_bug.cgi?id=45277
Nick Bowler nbowler@draconx.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nbowler@draconx.ca
https://bugs.winehq.org/show_bug.cgi?id=45277
gudvinr+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gudvinr+wine@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
immanuel.ericson@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |immanuel.ericson@gmail.com
--- Comment #103 from immanuel.ericson@gmail.com --- Created attachment 73545 --> https://bugs.winehq.org/attachment.cgi?id=73545 Starcraft 2 Galaxy Editor won't start
I get the same error both when launching through the Battle.net Launcher as well as directly (SC2Editor_x64.exe) like in the attachment.
p.s. For anyone who wants to test it, Starcraft 2 & the Map Editor are free, though one probably need Battle.net Launcher & account.
p.p.s. I don't know what the `fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)` error is but it should be unrelated and I get it all the time regardless of what I run.
Even just winecfg will have that error.
https://bugs.winehq.org/show_bug.cgi?id=45277
Mikko Rantalainen mikko.rantalainen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mikko.rantalainen@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Ivan nekotekina@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekotekina@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45277
Peter Eszlari peter.eszlari@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter.eszlari@gmail.com
--- Comment #104 from Peter Eszlari peter.eszlari@gmail.com --- Can anyone confirm that this is implemented in the Wayland driver that is in development? If I'm reading this right, it seems like it:
https://gitlab.winehq.org/afrantzis/wine/-/blob/wayland/dlls/winewayland.drv...
https://bugs.winehq.org/show_bug.cgi?id=45277
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #105 from Tomáš Bžatek bugs@bzatek.net --- Adobe Lightroom Classic also needs child window rendering:
010c:fixme:dxgi:d3d12_swapchain_init Ignoring swap effect 0x4. 010c:fixme:dxgi:wined3d_swapchain_desc_from_dxgi Ignoring scaling 0x1. 010c:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet! 010c:fixme:dxgi:hresult_from_vk_result Unhandled VkResult -9.
Last time I tested the tkg patches only random color garbage was rendered.
https://bugs.winehq.org/show_bug.cgi?id=45277
jrelvas@proton.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jrelvas@proton.me
--- Comment #106 from jrelvas@proton.me --- The lack of childwindow support prevents Roblox Studio from working with its Vulkan renderer.
https://bugs.winehq.org/show_bug.cgi?id=45277
john jwork123nl@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jwork123nl@yahoo.com
--- Comment #107 from john jwork123nl@yahoo.com --- I found that the DUNE3 windows VST (running via yabridge) cannot draw its window and produces this error:
[DUNE3-4JNdejpy] [Wine STDERR] 0114:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet! Apart from not drawing its windows the plugin works, right-mouse context works by clicking, it also produces sound.
Wonder what the timeline for fixing this is, difficult to find out via google :-)
https://bugs.winehq.org/show_bug.cgi?id=45277
--- Comment #108 from Patrick patrick+winehq.org@laimbock.com --- Patch here: https://github.com/Frogging-Family/wine-tkg-git/tree/master/wine-tkg-git/win...
If you build wine-tkg then you can enable it in the build config. If you use Fedora then it's easier as you can just install my packages at https://copr.fedorainfracloud.org/coprs/patrickl/wine-tkg/
https://bugs.winehq.org/show_bug.cgi?id=45277
frostzeux@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|frostzeux@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=45277
tinozzo123@tutanota.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tinozzo123@tutanota.com
https://bugs.winehq.org/show_bug.cgi?id=45277
dolley918@wireconnected.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dolley918@wireconnected.com
--- Comment #109 from dolley918@wireconnected.com --- Xfer - Serum (VST) also suffers from this problem when ran using FL Studio 21.
0554:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet!
https://bugs.winehq.org/show_bug.cgi?id=45277
Alexander Vereeken Alexander88207@Protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Alexander88207@Protonmail.c | |om
--- Comment #110 from Alexander Vereeken Alexander88207@Protonmail.com --- The browser of Steam (steamwebhelper.exe) seems to make also usage of child window rendering at some point. It works fine but the message still comes up.
0194:fixme:vulkan:X11DRV_vkCreateWin32SurfaceKHR Application requires child window rendering, which is not implemented yet! err: Failed to create surface [1226/231937.627:ERROR:angle_platform_impl.cc(43)] initialize(312): CreateDevice1 failed: (HRESULT: 0x8876086A)
https://bugs.winehq.org/show_bug.cgi?id=45277
soredake broaden_acid002@simplelogin.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|broaden_acid002@simplelogin | |.com |
https://bugs.winehq.org/show_bug.cgi?id=45277
madalin.vlad.design@gmail.com madalin.vlad.design@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madalin.vlad.design@gmail.c | |om
-
wine-bugs＠winehq.org -
WineHQ Bugzilla