分开渲染和一起渲染的速度居然差这么多........

saimk2 · 发表于 2006-3-23 11:56:00

最近在学习基于Lod的地形渲染, 发现如果在遍历四叉树的时候一个一个三角形扇那样绘制在我的破机上只有10FPS, 后来换一下方法把三角形积累起来再一起绘制速度居然达到了120+, 整整相差十倍!看来在dx下还是尽可能不要把图元单独绘制好,貌似opengl没这个问题........... [em6]

axzhao · 发表于 2006-3-23 12:01:00

我倒

lights · 发表于 2006-3-23 13:33:00

是不是中间还交错绘制了其他东西呢？还是你的渲染数量级太巨大了？

wenjihu · 发表于 2006-3-23 14:07:00

本人浅见游戏的速度很大一部分取决于CPU和GPU是否能很好的协调工作,要是没理解错的话,你的第一种情况应该是CPU几乎空闲,主要是交给了GPU,致使GPU多遍渲染,速度很慢,第二种就是由CUP承担的很大部分计算,GPU一遍渲染.所以尽量是设计优秀的算法有CPU计算,然后由GPU一遍渲染出来,不管是顶点还是纹理.胡乱的说了一通,希望不是误导. 和和

saimk2 · 发表于 2006-3-23 15:54:00

谢谢3楼和4楼, 努力改进中...........

hugp1973 · 发表于 2006-3-23 16:48:00

一个一个三角形扇那样绘制?

saimk2 · 发表于 2006-3-23 17:57:00

是的

magix2005 · 发表于 2006-3-23 21:27:00

DP速度很慢的。不比OpenGL的DE和glVertex

hlsl · 发表于 2006-3-23 21:36:00

DP/DIP基于vertex buffer，批量较有效率。google一下gpu performance和batching应该能获得答案

千里马肝 · 发表于 2006-3-24 09:59:00

LZ应该理解一下batch的概念
render state的切换
texture的切换
DP/DIP的调用
…
……
都会打断batch

而LZ的问题在于，DP调用/frame是受CPU限制的
因为要跟driver打交道
所以这样的程序是cpu bounding的（80%程序的问题都是如此）
是我们应该完全的、绝对的避免的。

账号		自动登录	找回密码
密码			立即注册

分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........

Re:分开渲染和一起渲染的速度居然差这么多........