Winapi Win32:是否有使用硬件加速的替代GDI32.dll？

是否有人创建了一个版本的

GDI32.dll

，该版本利用了机器上可用的硬件加速功能

gdiplus.dll

从WindowsVista开始，GDI不再是硬件加速的。（GDI+从未进行过硬件加速）。如果Microsoft不修复GDI（和GDI+）使其能够在计算机上良好运行：本机应用程序（C++MFC、Delphi等）和托管WinForms应用程序将永远运行不佳

虽然我可以在业务应用程序中使用Direct2D，但我无法控制这样一个事实，即开发环境仍然会创建控件，使用数十年的库支持代码，假设存在GDI

---

:

GDI原语，如LineTo和 矩形现在在软件中渲染 而不是视频硬件 大大简化了显示驱动程序

在XP中，GDI是GPU加速到 不同的程度取决于 已配置操作系统或设备驱动程序 （详情请参阅）。 在Vista中，GDI不是GPU加速的

因此，在WindowsVista中，GDI DDI显示驱动程序已更改为 仅由Microsoft 提供的驱动程序，规范显示 驱动程序（CDD）。渲染到系统的GDI 内存位图。使用了脏区域 更新视频内存纹理的步骤 窗口管理器用来 合成桌面

是的，GDI是用于渲染图形的“随时随地工作”API。它对视频驱动程序的要求非常低。很久以前每个人都是对的。这花了一段时间，我得到了一个ATI Mach显卡的清晰内存，这给我带来了无尽的麻烦。这让我在相当长的一段时间内无法购买ATI产品

---

很久以前每个人都正确地使用了DirectX。它在WPF渲染模型中得到了充分利用，它完全依赖DirectX来完成工作。Milcore是垫片名称。在购买WPF编程模型之前，您不会得到它。

您所说的硬件加速是什么意思？ 我的意思是，GDI除了光栅光点之外没有做很多事情，但这些都是硬件加速的。而且，考虑到Vista和Windows7在桌面应用程序中的速度并不是特别慢，它们仍然是

---

GDI仍然让视频驱动程序完成所有繁重的工作，因此，如果GDI没有硬件加速，那么是驱动程序供应商的错，而不是GDI的错。

Vista似乎是GDI性能历史上的一个特例。 下面的两篇文章都显示了GDI的前景再次光明

GDI是在Windows上进行硬件加速的 XP，并在Windows 7上加速 桌面窗口管理器正在运行 并且正在使用WDDM 1.1驱动程序。 Direct2D是硬件加速版 几乎所有的WDDM驱动程序和 是否正在使用DWM。在Vista上， GDI将始终在CPU上渲染

基于真实世界的应用程序 统计数字。。。我们和我们的同事一起工作 图形IHV合作伙伴提供 支持他们的驾驶员加速 最常用的GDI操作

---

Sooo…你是说有一个版本的GDI使用硬件加速？是吗？不，我没有。GDI视频驱动程序接口允许优化BitBlt。已经完成了。除了“好吧，是的”——这可能是问题的答案，“是否有使用硬件加速的替代gdi32.dll？”之外，你实际上没有说任何一种方式。首先，你有GDI的优点（随时随地工作，要求很低，每个人都正确，ATI不支持）。然后您讨论了DirectX（每个人都做对了，WPF使用了，在milcore中实现了）。但是你没有说是否有使用硬件加速的GDI版本。从Vista开始，GDI不再加速：它不使用显卡绘制原语。关闭Aero以恢复旧的行为。打开它，程序将进入内存，而不是视频卡。没有加速的可能。我的意思是画直线、矩形、填充矩形、画文本等。GDI不是硬件加速的；渲染在软件中发生在屏幕外的DirectX表面上。很明显，GDI不是硬件加速的。正如Ian所说，GDI渲染是在软件中进行的。答案似乎是“Microsoft创建了一个使用硬件加速的GDI32.dll版本”，但您需要Windows 7和WDDM 1.1驱动程序才能获得它。这是一个不错的折衷。既然我的开发机器是Windows7，我真的可以看到Vista和7之间GDI的性能差异。我真的很高兴微软再次花时间加速GDI。我只希望GDI+能得到同样的爱。