posted by wap, platform: MAC OS X
这帖子卖哥为啥还没有留言 在等卖哥总结

posted by wap, platform: Android

引用:

原帖由 @refo  于 2025-11-26 20:49 发表
DXVK是社区开源项目。

但微软把DX12的SHADER文件开源了：https://github.com/microsoft/DirectXShaderCompiler

这个大大加速了社区把DX12转译到VULKAN的进程

好吧，微软公开了dxil文件标准。
但是严格来说这不算开源。因为公开的是标准而不是实现。dxil到机器码的实现，也不是微软做的而是gpu厂商做的，微软也没有什么源代码可以开。

至于开源的DirectXShaderCompiler，steam os用不上。

本帖最后由 devliet 于 2025-11-26 21:16 通过手机版编辑

引用:

原帖由 yonexhb 于 2025-11-26 20:54 发表
posted by wap, platform: MAC OS X
这帖子卖哥为啥还没有留言 在等卖哥总结

本身就是总结性的有必要再总结么，那我做一些补充

DXVK目前是D3D 8、9、10、11的VK实现，更具体来说DXVK最初是D3D的10、11实现，9的实现是合并了D9VK完成的，8则是最近几年完成的
然后wine有个自己的项目VKD3D，是DX12的VK实现，实现的更规范，理论上兼容性更好。
然后V社分支了VKD3D-PROTON，追求运行效率。
再用这些拼出PROTON

posted by wap, platform: Chrome

引用:

原帖由 @devliet  于 2025-11-26 21:12 发表
好吧，微软公开了dxil文件标准。
但是严格来说这不算开源。因为公开的是标准而不是实现。dxil到机器码的实现，也不是微软做的而是gpu厂商做的，微软也没有什么源代码可以开。

至于开源的DirectXShaderCompiler，steam os用不上。

本帖最后由 devliet 于 20251126 21:16 通过手机版编辑

有关系的，光靠dxil spec根本做不到从dxil到spirv的翻译，dxil本身实现就是坨屎山，大量细节都藏在编译器源码里

引用:

原帖由 ginaamix 于 2025-11-26 21:51 发表
posted by wap, platform: Chrome
有关系的，光靠dxil spec根本做不到从dxil到spirv的翻译，dxil本身实现就是坨屎山，大量细节都藏在编译器源码里

任何历史累积多了，都很难避免屎山，尤其是GPU这种极度追求效率，很多代码都说不定是汇编写的

所以，就连INTEL都搞不定这坨屎山，最后直接用了VXDK

[ 本帖最后由 refo 于 2025-11-26 22:16 编辑 ]

posted by wap, platform: iPhone
所以，第三个项目，Proton，基本上可以认为 Proton=Wine + DXVK + 一些其他的工作/项目。
有了Proton，你基本上可以在各种Linux（发行）版本下，直接运行Linux游戏了。


这段的最后是不是写错了？
直接运行“windows”游戏，吧？

posted by wap, platform: iPhone
补：
感谢分享，涨知识了

posted by wap, platform: Firefox
我pc装个啥linux也可以畅玩windows游戏吗？

posted by wap, platform: Android
编辑掉

本帖最后由 devliet 于 2025-11-26 22:28 通过手机版编辑

安卓上玩PC游戏的Winlator也是类似的东西，我用870的Y700一代在单位摸鱼玩2K14，暗黑2，实况10和魔兽私服

posted by wap, platform: Android

引用:

原帖由 @ginaamix  于 2025-11-26 21:51 发表
有关系的，光靠dxil spec根本做不到从dxil到spirv的翻译，dxil本身实现就是坨屎山，大量细节都藏在编译器源码里

就是说靠源语言hlsl的行为去反推确定目标语言dxil的行为么？
相当于靠c语言的规范反推确定汇编指令的功能了。
一般是靠低级语言的实现推导出高级语言的功能吧，反着来比较困难吧。
dxil的spec有这么不堪么，需要靠hlsl反推？gpu厂商实现dxil的时候都拿不到一份明确的spec？

DirectXShaderCompiler是处理hlsl到il的编译的，而steam os不需要编译hlsl。所以steam os不会直接受益于DirectXShaderCompiler。当然，照19楼说的，可以间接受益。

引用:

原帖由 devliet 于 2025-11-26 22:28 发表
posted by wap, platform: Android
就是说靠源语言hlsl的行为去反推确定目标语言dxil的行为么？
相当于靠c语言的规范反推确定汇编指令的功能了。
一般是靠低级语言的实现推导出高级语言的功能吧，反着来比较困难吧 ...

反正INTEL做独立显卡（就是那个A和B系列）的时候，驱动没搞定，后来驱动用了DXVK的成果，对DX11以及更老的游戏，提升了许多效率。

posted by wap, platform: MAC OS X
我记得去年测试brazzite的结果还是同样amd的apu硬件 windows和brazzite的performance差异很小

记得以前看过一篇类似的，说是转译这玩意最终就是要去动摇微软direct的根基。

引用:

原帖由 odioanatre 于 2025-11-27 18:11 发表
记得以前看过一篇类似的，说是转译这玩意最终就是要去动摇微软direct的根基。

开源社区做这些，技术人员还真不一定有太多想法