着色器编译传统上是在本地设备上进行的，因为它必须针对游戏、GPU和驱动程序版本进行专门编译。由于设备种类繁多，开发人员几乎不可能为每种设备预编译着色器。然而，微软通过创建一种名为状态对象数据库 (SODB) 的新标准改变了这一现状。

微软从游戏中收集着色器数据并将其打包到SODB中，DirectX开发人员会与GPU制造商合作，将着色器编译器与图形驱动程序分离，从而使团队能够将其与SODB合并，并创建预编译着色器数据库(PSDB)。当玩家通过Xbox PC应用下载游戏时，它会检测你的系统配置并提供适合你系统的PSDB。因此，在首次启动游戏时，它会检测到预加载的着色器，从而跳过冗长的编译过程。根据官方给出数据，在《Avowed》中首次启动时间缩短了85%。

此外，在玩家更新驱动程序或者更换GPU后，该功能也能正常工作，Xbox PC应用能感知你的设备的任何变化，并为你的游戏下载必要的PSDB。但如果你的设备比较特殊，而微软没有准备好对应的PSDB，你的设备依然需要自行编译着色器。

该功能将率先在ROG Xbox Ally和Ally X掌机上推出，预计这两款设备将在10月16日上市，微软表示会在9月发布AgilitySDK，为开发者和游戏商店提供所需要的开发工具和API，以便在整个行业推广此功能。

神经网络渲染利用机器学习模型来生成或增强视觉元素，比如纹理、光照和图像质量升级。将复杂的渲染任务分发派给人工智能负责，可以提高性能和视觉保真度，同时减少了传统渲染管道的计算负担。大家非常熟悉的NVIDIA DLSS和AMD FSR等技术已经展示了人工智能增强渲染的潜力，而微软计划在广泛使用的DirectX API中，为这些功能提供一个标准化的、开放的框架。

即将到来的DirectX更新还有一个关键特性，就是对协同矢量的支持。该功能将通过优化对AI任务至关重要的矩阵向量操作，来增强实时渲染的AI工作负载，并允许AI任务在不同的着色器阶段运行，从而实现神经网络渲染的有效执行。通过将神经图形集成到DirectX应用程序中，就能提供了跨平台的AI加速器硬件访问，使开发人员能够创造更身临其境的体验。

微软已经确认，Cooperative Vector功能将利用英伟达最新的GeForce RTX 50系列GPU中的Tensor Cores来启用神经着色器，从而增强游戏资产的可视化，优化几何形状以改进路径追踪，并支持用于创建逼真游戏角色的工具。

据CodeWeavers的介绍，由于Vulkan作为API的成熟度以及VKD3D的改进，将在下一个完整版本中让DirectX 12在Linux中运行。不过在macOS上运行遇到了更大的障碍和挑战，问题在于苹果在其显示驱动程序和操作系统中对API的支持比较差，Metal底层和Vulkan等跨平台技术相比，DirectX 12可调用的着色器资源视图（SRV）上限仅有一半，同时苹果支持的旧版OpenGL不适用于DirectX 12转换器。

由于苹果不愿意添加对虚拟地址或类似于Vulkan扩展功能的支持，使得所需要的方法与在Windows平台上有较大的不同，妨碍了翻译层的工作。许多游戏开发者不得不花费大量时间，针对苹果的硬件做优化，让游戏获得更好的运行效果，这大概是macOS上游戏较少的原因之一。

CodeWeavers表示，CrossOver 22会增加Linux上DirectX 12的支持，到了CrossOver 23就会轮到Mac，不过具体什么时间仍不清楚。这意味着，为了搭载M系列自研芯片的Mac产品，将可以支持DirectX 12游戏大作。

在软件工程师Sil Vilerino撰写的博客文章中，介绍了DirectX 12视频编码API的基本情况，以及开发者可以调用的方法。DirectX 12视频编码API将支持H264/HEVC格式，微软已建议开发者先去了解每个编解码器的支持情况，以及对应的编码工具。如果需要进一步了解，可以到微软的DirectX 12开发者网站。

据了解，DirectX 12视频编码API已默认包含在Windows 11操作系统中，也可以通过DirectX 12 Agility SDK（1.700.10-preview或更高版本）使用，厂商的最低硬件平台和驱动程序版本如下：

预览var tableid = settableid(); document.write(''); Table().init({ title: "", header: ["厂商", "支持平台", "最低驱动版本"], width: '92%', columnWidth: 'MAX', //表格单元宽度，"MAX"最大内容显示，""AVG"平均，"AUTO"自动，指定[15,16,20] id: tableid, data: [ ["AMD", "Radeon RX 5000系列或以上Ryzen 2000G系列或以上", "开发中-预计2022Q2"], ["英特尔", "Tiger LakeIce LakeAlder Lake", "v30.0.100.9955"], ["英伟达", "GeForce GTX 10系列或以上GeForce RTX 20系列或以上Quadro RTXNVIDIA RTX", "v471.41"], ] });值得一提的是，被不少开发者采用的Vulkan，其编解码器API已经包含了对H264/H265格式的支持。

AMD公司首席游戏科学家Richard Huddy在前几天的PDXLAN活动上发表演讲，介绍了很多AMD公司的产品及技术动向，其中偶然间提到了Windows 7系统不会支持DX12，这跟早前DX12发布时微软含糊暗示Windows 7会有DX12的描述不符，因此这番表态引发了轩然大波，Windows 7用户自然对微软的所作所为不满。

为此AMD日前不得不出来灭火，官方通告称“现在网上有Richard Huddy的“windows 7不支持DX12”视频，Huddy并不代表微软官方，他只是很不幸地从微软公开的Windows 7系统的关键日期、里程碑、生命周期及主流支持周期中猜测的。Richard对微软的Windows或者DirectX路线图并不知情。微软是AMD公司关键的战略合作伙伴，AMD将与微软一道致力于DX12合作。”

好吧，AMD这番表态就是想撇清关系，告诉大家“Windows 7不支持DX12”的说法实际上是Richard Huddy自己猜的，他们一点也不了解微软的路线图，啥也不知道。

虽然打脸啪啪啪，不过小编对AMD的辟谣一点也不相信，作为关键合作伙伴，AMD对DX12的情况会一无所知？Huddy在视频中说的“Windows 7不支持DX12”很自然，完全不像是胡扯的。

在日前举行的美国PDXLAN活动上，AMD首席游戏科学家Richard Huddy除了提到AMD争取年内推出公开版Mantle SDK之外还提到了DX12的问题，Youtube上有完整的视频，不管有意还是无意，在20分51秒时他提到了DX12不会来到Windows 7平台上（dx12 is not coming to windows 7，大意如此，虽然渣英语，不过not这个词还是很清晰的），这意味着Windows 7系统会跟DX12无缘了，但Windows 8.1系统会获得DX12支持。

截至今年10月底的Windows系统份额

在今年的DX12发布会上，微软的高管也被问到了这个问题，当时官方的回复很含糊——他们说DX12会支持当时主流的系统，考虑到Windows 7到目前为止都是份额最大的系统，Windows 8/8.1的份额只不过刚刚超过了WinXP系统，怎么说Windows 7都不应该被抛弃。

当然，微软的DX12还有一年多的时间才能问世，如果届时Windows 10大受欢迎，也许这个份额就会改变了，但是Windows 8.1在剩下的这一年里会有这样大的变化吗？

目前微软官方还没有对Windows 7的DX12支持问题做过正式表态，他们就这么一直暧昧着。前不久微软还推出了DX11.3规范，已经有一些DX12规范中的功能了，但没有DX12最吸引人的底层优化功能。

Windows 10对微软非常重要，支持DX12毫无疑问，但是为了推广Windows 10，目前份额最大的Windows 7显然是个绊脚石，微软已经停止Windows 7预装了，技术支持也是到2015年1月13日，如果再给Windows 7系统DX12支持，估计很多人还会继续用下去，这就跟WinXP一个样子了。

综合来看，微软估计只会给Windows 7系统DX11.3支持了，而AMD在明知DX12来临的情况下还在大张旗鼓地推Mantle，显然是知晓微软的计划的，明年的情况大体就是新显卡、新系统完整支持DX12规范，而Windows 7平台下主要依赖AMD的Mantle优化了。

OpenGL官方组织Khronos此前呼吁成立新项目推动新一代OpenGL标准，强调也要优化多线程，极大地减少API过载，很明显是跟AMD的Mantle及微软的DX12规范一拼高下。对于这个问题，AMD跟对待DX12标准一样并不视为对Mantle的威胁，相反他们还很热心。

Techreport网站在Siggraph会议期间与AMD游戏业务方面的高管Richard Huddy有过交谈，Huddy称新一代OpenGL标准为OpenGL Next，他表示AMD在下一代OpenGL标准制定方面跟Khronos组织有着密切的合作，AMD给了后者无限制访问Mantle的特权，用他的原话说就是“这就是我们怎么做的，如果你想采取同样的方式，那就来吧！”。Khronos可以获得任何他们想要的Mantle剧本，AMD不会强加任何限制，也不会收取任何授权费。

Huddy并没有详细说明OpenGL Next规范跟Mantle到底有多少相似之处，不过他强调Mantle塑造了微软的DX12的开发，TR对此说法表示怀疑，不过Huddy还是坚持了他的观点——DX12的一些新功能可能是在Mantle之前开发的，不过DX12真正的高通量层来自于AMD的API。

说到Mantle，Huddy表示目前有75个开发商正在开发支持Mantle的游戏（比之前说的50个又多了很多啊），他说“一些开发者把Mantle看作是前进到DX12的阶梯，也有一些人把Mantel视为创造不同的另一个选择。”

Huddy表示即便DX12正式问世了，开发者们依然会使用Mantle，原因有两点——首先AMD支持GPU新技术的速度比微软快得多，后者通常要4-5年才升级DX标准。第二，Mantle支持Windows 7，DX12不会，不过微软之前暗示说会支持DX12，现在要反悔了吗？，所以这一点还暂时存疑，等待官方解答。从Hyddy的表态来看，微软的DX12应该是在下一代Windows上正式推出。

最后，AMD还希望把Mantle带到工作站市场，虽然目前FirePro专业卡上还没有公开的Mantle驱动，不过beta驱动已经在路上了。一些软件供应商——其中一些规模还不小——已经在支持Mantle的名单上了。虽然Huddy不愿意透露具体名单，但他听起来很高兴，软件开发商对支持Mantle的热情很高，不过因为事情进展的有些慢，所以明年之前还看不到首款支持Mantle的的工作站应用。

在本月中举办的SIGGRAPH图形技术会议上，Khronos组织宣布了最新的OpenGL 4.5图形规范，该标准带来了几项新功能，如下所示：

·DSA（直接状态访问）——对象访问器可以不需要对象到文本的转换即可变实现可查询、可修改的状态，有助于提高应用程序及中间件的效率及弹性。·流量控制（Flush Control）——应用程序可以控制内容转换之前的等待命令，这可以提高多线程应用的性能。·鲁棒性——给类似WebGL浏览器这样的应用提供一个安全平台，阻止GPU重置o人影响其他应用。·OpenGL ES 3.1 API及渲染器兼容性——可以减少在桌面平台上开发最新的OpenGL ES应用的开发工作。·DX 11仿真器——简化OpenGL与Direct3D之间的切换

详细的OpenGL 4.5规范可以注册之后查看。

目前OpenGL中已经有大幅降低过载的API了

从上述描述中似乎没有看到Khronos组织有直接回应到Mantle和DX12的新特性，不过减少CPU过载的API其实早就在OpenGL中出现过了，之前NVIDIA的技术人员已经做过演示，他们宣称这些API与驱动层的交互时间可以降低75%之多。

此外，Khronos组织还发布了一项计划来定义用于提升现代GPU上的图形与计算高效率访问的新开放标准，这个标准的关键包括GPU与CPU之间明确的应用控制以便提高性能和可预测性，为多线程优化的API，可以极大地减少API过载，通用的渲染编程界面，还需要有一个更强力的生态系统以便执行更严苛的一致性测试。

目前该计划中的详细技术说明书及设计已经在进行中了，任何有兴趣的公司都可以参与到这个计划中，不过加入会员可不是免费的，需要缴纳15000美元的会员年费。

Wolfgang认为，DX12较为“抽象”，因为要顾及各种PC显卡核心，而索尼PS4的API几乎能够直达硬件核心，意味着开发者将拥有更多的控制权，优化更容易，肯定会大受开发者欢迎。

不过这个说法并不是说明Wolfgang看衰DX12，在上月他就高度赞扬过DX12，认为它会给Xbox One带来巨大的提升。

Wolfgang在今年的GDC大会上曾经针对计算着色器优化做过演讲，当时用于演示的三款显卡分别是AMD的HD 6770、HD 7750和HD 7850，而PS4所搭载的处理器内置的也是AMD GCN架构图形核心，好消息是他未来会将这个优化工作应用到PS4上，让性能有更进一步的提升，不过这个是特别优化的，和PC平台不通用。

那么PS4版GTA5的画质和性能又能继续有大提升了

AMD在去年9月份的GPU 14大会上宣布了Mantle，去年11月的APU 13大会上宣布了Mantle SDK，不过这个SDK此前还是内测，而且只限于AMD的合作伙伴，比如EA的DICE工作室以及跟宣布支持Mantle的Nixxes、Oxide Games等等。AMD表示自从SDK发布之后，在过去的6个月中他们已经获得了超过40名预注册的开发者支持。

为了进一步扩大Mantle支持范围，AMD目前开启了邀请测试（private beta），开发者依然需要在AMD相关页面上注册，不过AMD表示他们不会设定限制标准，希望与各种规模的开发者交流。当然，如果过去有过这样的开发经验会更好。

目前AMD的Mantle开发者登录入口已经开放，不过详细内容都被密码保护了，开发者需要事先注册以便获得权限。