Intel Iris Xe Graphics 崩溃系统。最常见的问题可能是什么？

Question

在带有 Iris Xe 的 i5-1135G7 2.4GHz 8GB Ram 上实现 Direct3D。 OpenGL 可能有类似的问题。我希望有人对处理新的英特尔 Iris Xe 显卡的最常见问题有想法。我们的应用程序枚举了适配器、设备、输出。解决的第一个问题是，枚举 HARDWARE 和 WARP 功能似乎卡住了，好像下次我尝试创建真正的硬件设备时，它为输出返回 0，就好像我在请求 WARP 类型的输出一样。因此 SwapChain 没有创建。如果我只列举 HARDWARE 类型的能力，我就会通过这个问题。但是，我遇到了另一个崩溃，输出和 SwapChain 有效，pSwapChain-Present 返回 OK，但挂起，TDR 启动并删除设备，但没有错误或删除设备的调试层字符串。我注意到一堆奇怪的第一次机会 c++ 异常 monza::ddithreadingcontext，它们似乎与作为枚举所有适配器功能的代码的一部分发布 SAFE_RELEASE(pAdapter) pd3dDevive、pd3dDeviceContext 有关。任何可能对我或其他人有所帮助的附加信息表示赞赏。

更新 - 下面是修复，gigasoft 网站现在已经更新了 PE9DEMO.EXE （17M 简单的自解压签名 exe，我们称之为“罐头演示”）。然而，我对 Iris Xe Max、Iris Xe Pod、桌面 Iris Xe Graphics 和 Iris Plus 以及任何图形感到紧张，这些图形真的只是为了获得更多反馈。因此，如果有人有这些可用的，我将非常感谢使用这些图形单元、示例 400+、3D 科学图表示例对 PE9DEMO 进行测试，以确保没有任何延迟和/或 Microsoft Basic Rendering 无法正常工作。

Answer 1

经过 2 天残酷的随机行为调试后，我解决了英特尔 Iris Xe 的所有限制，并且项目在 Iris Xe 显卡上运行良好。我不得不说，我以 499 美元的价格购买了这款翻新的 Acer 测试笔记本电脑，并且一直在使用超宽显示器对其进行编码，它非常活泼。当然，Iris Xe 驱动程序在游戏和密集图形代码方面存在一些问题。这是一款超薄轻巧的通用笔记本电脑。我相信，如果 Iris Xe 能够修复驱动程序，他们的技术将会蓬勃发展。

主要问题是：每个问题都是随机的，无法轻松调试。

1. 枚举 WARP 类型的驱动程序功能会以某种方式破坏最终的 CreateDevice 调用，从而导致无法获取监视器的输出接口。因此 SwapChain 没有创建。解决方案，不再担心 WARP 类型，坚持仅枚举 HARDWARE 类型。

2. 驱动程序没有提供准确的 pd3dDevice->CheckMultisampleQualityLevels（它报告它支持 1,2,4,8 计数，但它没有）所以我不得不挑选这个驱动程序描述字符串并恢复样本 Count = 1 和 Quality = 0，因此没有 MSAA 和锯齿状图像。任何其他计数或质量都会崩溃。经过几个小时的敲打，我回到了早期的 DirectX 教程代码并进行了测试，它工作并开始弄清楚有什么不同。我尽一切努力让 CheckMultisampleQuality 工作，但没有任何帮助。我不得不在我的逻辑中挑选这个驱动程序。

3. 计算着色器支持 ShaderModel 5，但它不支持双精度着色器存储（着色器模型 5 通常支持），因此我不得不更改着色器和非着色器逻辑以使用浮点数而不是双精度数。我希望依赖固有的双着色器存储，就像着色器模型 5 现在应该有的那样。

但现在一切都在运行，希望这可以帮助任何人阅读。英特尔没有理由不正确实施 CheckMultiSampleQualityLevel。双精度着色器存储问题可能是硬件问题，从未得到支持，但我们可以希望。谁知道问题1，看起来很奇怪，可能是我的代码，但我不相信。

请注意，2021 年 3 月的驱动程序导致我的调试器在代码中的每个步骤后挂起 3-4 秒。所以我不得不恢复到 08/2020 驱动程序，以便在没有挂起代码步骤的情况下更容易调试。所以 08/2020 驱动程序对我来说更有用。

注意，第一次机会异常 c++ 异常 monza::ddithreadingcontext 问题是静音的。早期的 DirectX 教程也有这个，但忽略它们似乎一切都很稳定。

祝您编码愉快，罗伯特。