I wish. Unfortunately the MetalD3D is proprietary under a very restrictive license. The rest is just Wine code written by Codeweavers.
Obviously it would be nice if MetalD3D was also released under a better license, but it's hardly as though this omission is a big loss to the wine project.
The license to their translation layer(which is closed source) is very restrictive and basically only allows use for evaluation purposes.
The Windows EULA didn't allow people who built their own computer to buy the cheaper OEM version of Windows. They were supposed to pay full retail.
I would expect to see people care about this license agreement restriction just as much as they did when they built their own PC and installed the OEM version of Windows on it.
> Apple did not upstream anything to Wine here.
So what you're saying is that Apple didn't do anything useful for the Wine project and you're angry because after Apple did nothing, they failed to open source the nothing. Okay then. I don't follow you.
Can you explain this. Game Porting Toolkit code is LGPL the same as Wine.
https://www.reddit.com/r/macgaming/comments/142tomx/apples_g...
And the restrictive license part is this:
"you are granted a limited, non-exclusive, non-transferable, personal copyright license to (i) install, internally use, and test the Apple Software for the sole purpose of developing, testing, or evaluating video games for use on Apple-branded products"
That this exists is hilariously self-defeating. Linux gaming is becoming Proton-driven, so with this and VKD3D, we're potentially looking at Direct3D 12 as the most widely supported cross-platform API. Why write Vulkan or Metal when D3D runs everywhere now?
My understanding; the license won’t allow them to settle if a third party seeks patent licensing from them over shipped GPL code - they have to ensure everyone using any derivative of the upstreamed code is also covered by that patent license.
https://raw.githubusercontent.com/apple/homebrew-apple/main/...
:
url "https://media.codeweavers.com/pub/crossover/source/crossover-sources-22.1.1.tar.gz", using: TarballDownloadStrategy
The release precedes CrossOver's 23 release with DirectX 12 support though. (Though you'd think that many bits are already there in prior releases.)
https://www.codeweavers.com/blog/mjohnson/2023/6/6/wine-come...
Apple did contribute to the Wine codebase and have their own translation layer.
Performance and compatibility seem to be much better than what Codeweavers showed which is expected given the translation appears to be DXIL to MSIL instead of DX to VK to MS.
The Mac gaming Reddit has a bunch of people posting results
https://reddit.com/r/macgaming/hot
And someone’s already made a tool to simplify running games
https://github.com/IsaacMarovitz/Whisky/releases/tag/pre-0.2...
This is also a triumph for open source imho because wine is now receiving patches for macOS directly, and it’s a symbiotic relationship that hopefully grows.
Things look very promising.