Re: Discussing paths forward for OpenGL mappings on Wow64
Stefan Dösinger <[email protected]>
| Newsgroups | gmane.comp.emulators.wine.devel |
|---|---|
| Message-ID | <[email protected]> |
> Am 14.10.2024 um 13:32 schrieb Hans Leidekker <[email protected]>: > > On Sun, 2024-10-13 at 17:16 +0200, Derek Lesho wrote: >> - "Just Use Zink": this idea has been floated for a while, and would be >> to use a PE build of Zink, the MESA gallium driver on top of Vulkan, >> which would then automatically make use of our VK_EXT_map_memory_placed >> integration in winevulkan and bypass the problem. Rémi has a branch with >> a draft solution for this [1] The advantage of approach is that it >> doesn't require any more extensions to any more APIs, but the >> disadvantage is that Wine would have to worry about keeping a separate >> version of Mesa up to date and support for building the required c++ >> components of mesa to its build system, as can be seen in the commits. > > Do we have to include Mesa in Wine? If dropping in a PE build of Zink works then > we could also consider treating it as a Wine add-on. I looked into Zink for Mac OS use in the past and I am not a big fan of it. It didn’t work well (even on Linux) and when it worked it was slow. We shouldn’t go down this path, comfortable as it may be. The host GL knows the hardware better, can do things like thunk out of an emulator if need be and will work on systems where Vulkan is not available. Fwiw as far as wined3d-gl is concerned, it can play nice with slow bounce buffers too. It should do the right thing if GL_ARB_buffer_storage is not available. d3d isn't as badly affected by the performance penalty, although there are games that profit from persistent maps. The dosemu2 dev pointed out a way to achieve something similar to macos' mach_vm_remap on Linux. I have to find my email in the archive and will forward his suggestion. It does sound somewhat hacky to me, I am not sure if we want to use it.
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEQxb0tqoFWyeVMl1sPRO8yFRPGiIFAmcM/pwACgkQPRO8yFRP GiISoA//TOhPG4t2mTM6+VGh35LgE08XyA+ieO57OQhYsTEkk3YcIc/F5aVWRahf 3QjosnA/68hDkNt/zxs3tiboCyHHe2mIny0h2heVx0qBfipD89sAaWlrDRbbK7mo rsmAIyBmjFhVZtzUeXK9UXKp8/WtCK4uQSuGxF9trBqYknnsSZW0WipRdARaqMZ8 toRhhRAcmiJ3dOnrRNFJ0Lmh5JYr7Ui9Tk8hmy3/NjAp4lTIAgoeafFlYrydpAY5 vMXBYHRpmmiAv2ucITg2/IPc7mnpoZ+hWEP/uV2WGGwBEm99tyXe1ZxTl3qn34WG VLSzagH4PzuKJEr+DhfzLX9SBT9vQYdP2s3VZvpr8Gi8zXen2yMRxAwgrxo45cIi s8+ce5WYMCnU5wikubDK8AJ7GdGoms4cmFOOcLBfmHmqjVKhnTMjGoY4Ggujb4Rn oxsw6BC4PqieZqZk5yPs5+OJMFgO1OJTEx+PCkpf/mybj5jDRNfDCXMibmYjzCqR 8YcGhYpFZOaYta+Yj7R32ZQkzHsEqKAlyQG8ZT2lOy9qLUq0340m9sk4CZ+I/CJS wTEW+UdrfQjusg5z2knG1D9Ef77XAWyLFOfj0zuYN6Y6B/Z8+0+UYiZ5XltgKvOv bXM4zZTFjue5CyCpgCNo/2O4X9Xtg5mWVCATxzIhKBH0oFZA44A= =oZtb -----END PGP SIGNATURE-----