如何在 Win32 上使用大纹理加速屏幕外 OpenGL 渲染？

Question

我正在开发一些 C++ 代码，可以在两个图像之间做一些花哨的 3D 过渡效果，我认为 OpenGL 是最好的选择。

我从一个 DIB 部分开始并为 OpenGL 设置它，然后从输入图像创建两个纹理。

然后对于每一帧，我只绘制两个带有相应图像纹理的 OpenGL 四边形。 然后将 DIB 内容保存到文件中。

例如，一种效果是将两个四边形（在 3d 空间中）定位为两个广告牌，一个在另一个前面（遮挡它），然后将相机向上、向前和向下俯冲，这样您就可以看到第二个.

我的输入图像是 1024x768 左右，当四边形覆盖大部分视图时，渲染需要很长时间（100 毫秒）。如果相机很远，它会加快速度。

我尝试将每个图像四边形渲染为数百个单独的图块，但它只需要相同的时间，似乎它取决于可见纹理像素的数量。

我认为 OpenGL 每秒可以处理无数个多边形。我在这里有什么遗漏吗？

使用其他方法会更好吗？

提前谢谢...

编辑：

对于 DIB 版本，GL 字符串显示为：

供应商：微软公司 版本：1.1.0 渲染器：GDI 通用

屏幕版本显示： 供应商：ATI Technologies Inc. 版本：3.2.9756 兼容性配置文件上下文 渲染器：ATI Mobility Radeon HD 3400 系列

所以我想我将不得不使用 FBO，对于如何将渲染数据从 FBO 获取到 DIB 上，我有点困惑，是否有任何指针（双关语）？

Answer 1

听起来像渲染到 DIB 会强制渲染在软件中进行。我会渲染到一个帧缓冲区对象，然后从生成的纹理中提取数据。 Gamedev.net 有一个相当不错的tutorial。

但请记住，图形硬件主要面向在屏幕上绘图。捕获渲染数据通常会比显示数据慢，即使您确实让硬件进行渲染 - 尽管它仍然应该比软件渲染快很多。

编辑：Dominik Göddeke 有一个 tutorial，其中包含用于将纹理数据读回 CPU 地址空间的代码。

Answer 2

您的问题有一个问题：
您没有提供实际的渲染/纹理生成代码。

使用其他方法会更好吗？

您可以做的最简单的事情是确保您的纹理大小等于 2 的幂。 IE。而不是 1024x768 使用 1024x1024，并且只使用该纹理的一部分。说明：尽管大多数现代硬件都支持非 pow2 纹理，但它们有时被视为“特殊情况”，使用此类纹理可能会在某些硬件上产生性能下降。

我认为 OpenGL 每秒可以处理无数个多边形。我在这里有什么遗漏吗？

是的，你错过了一件重要的事情。限制 GPU 性能的因素很少：
1. 系统内存到视频内存的传输速率（可能不是您的情况 - 仅适用于动态纹理\几何，当数据每帧都发生变化时）。
2. 计算成本。 （如果你编写一个计算量很大的着色器，它会很慢）。
3. 填充率（程序每秒可以在屏幕上放置多少像素），AFAIK 取决于现代 GPU 上的内存速度。
4. 顶点处理速率（不是你的情况）——GPU 每秒可以处理多少个顶点。
5. 纹理读取率（GPU 每秒可以读取多少纹素），在现代 GPU 上取决于 GPU 内存速度。
6.纹理读取缓存（不是您的情况）-即在片段着色器中，如果坐标彼此非常接近（即每次读取中几乎相同的纹素），您可以每个像素读取数百次纹理而性能下降很小（即每次读取中几乎相同的纹素）-因为结果被缓存.但是，如果您尝试为每个像素访问 100 个随机定位的纹素，性能将会显着下降。

所有这些特性都取决于硬件。

即，根据某些硬件，您可能每帧可以渲染 1500000 个多边形（如果它们占用少量屏幕空间），但如果每个多边形填满整个屏幕，您可以使用 alpha 使 fps 达到 100 个多边形- 混合并具有高度详细的纹理。

如果您仔细考虑一下，您可能会注意到有很多显卡可以绘制风景，但是当您进行帧缓冲效果（如模糊、HDR 等）时，fps 会下降。

此外，如果您有内置 GPU，则纹理表面的性能可能会下降。当我在以前的主板上炸 PCIEE 插槽时，我不得不使用内置 GPU（NVidia 6800 或其他东西）。结果并不令人愉快。虽然 GPU 支持着色器模型 3.0 并且可以使用计算量相对较大的着色器，但每次屏幕上有纹理对象时，fps 都会迅速下降。显然是因为内置 GPU 将部分系统内存用作显存，而“普通”GPU 内存和系统内存中的传输速率不同。