Closed. This question needs to be more focused。它当前不接受答案。
想改善这个问题吗?更新问题,使其仅关注editing this post一个问题。
5年前关闭。
Improve this question
即时通讯正在使用即时通讯引擎进行延迟着色的过程中,现在我必须决定是否使用完整的RGB32F纹理存储位置,还是从深度缓冲区重新构造它,因此基本上是RGB32F纹理像素在片段着色器中获取与矩阵 vector 相乘,以及内存和额外的ALU操作之间的交易,
请将我重定向到有用的资源,并告诉我您在该主题上的经验。
想改善这个问题吗?更新问题,使其仅关注editing this post一个问题。
5年前关闭。
Improve this question
即时通讯正在使用即时通讯引擎进行延迟着色的过程中,现在我必须决定是否使用完整的RGB32F纹理存储位置,还是从深度缓冲区重新构造它,因此基本上是RGB32F纹理像素在片段着色器中获取与矩阵 vector 相乘,以及内存和额外的ALU操作之间的交易,
请将我重定向到有用的资源,并告诉我您在该主题上的经验。
最佳答案
我认为最好从深度重新计算位置。这就是我在延迟引擎中所做的事情。重新计算的速度足够快,甚至在我分析渲染循环时也不会显示出来。而且,与大约24MB的额外视频内存使用量(对于1920x1080纹理)相比(几乎没有性能影响)对我来说是一个简单的选择。
关于c++ - 延迟阴影,存储位置或从深处构造阴影,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/33122825/
10-09 18:32