為什么80%的碼農(nóng)都做不了架構(gòu)師？>>> ??

這個是nvidia‘s GPU Programming Guide，3.6節(jié)?中的內(nèi)容。

就是在geforce fx,以及6以上的系列里面，加了early z optimization或者也叫zcull的特性。

正常的depth test是在pixel shader之后的pixel rendering階段，即便一個fragment被砍掉，仍舊耗費(fèi)了pixel shader的計算時間。

這個zcull是放在光柵化之后和pixel shader之前的位置，如果這個fragment沒有通過zcull 的test，那么就被砍掉，不進(jìn)入pixel shader進(jìn)行計算。

zcull的硬件實(shí)現(xiàn)一般也是有一個memory與傳統(tǒng)的depth/stencil memory綁定，當(dāng)一個fragment從pixel shader中出來并且通過了depth/stencil test，這個fragment就會進(jìn)一步做一個zcull的test，如果通過了就更新zcull memory。這個更新memory的test和pixel shader之前的那個test不是一個含義的。

而這個zcull memory也就是用來在pixel shader之前砍fragment的依據(jù)。

如果是我們通過SetRenderTarget換了depth/stencil memory，就是用了沒有被zcull 綁定的depth buffer，zcull就不起作用而且也不會更新。

---------------------------------------------------------------------------------------------------------------------------------------------------

使用zcull時候最好先構(gòu)建一個depth buffer。

這里就用到double-speed-depth/stencil-render

在禁掉color buffer寫入，alpha test， user clip，multi-sampling，texkill, color key的情況下，render會變得非?？?。

由于實(shí)際操作的時候，做double speed z only render都省去lighting, texture sampling等等，這個速度非?？?。

然后用這個結(jié)果來做zcull，可以省去大量的計算。

另外說一點(diǎn)，這個double-speed-z-only-render用來清depth buffer非常好，某些情況下比硬件提供的clear_depth_buffer函數(shù)還快。

---------------------------------------------------------------------------------------------------------------------------------------------------

這種剔除優(yōu)化已經(jīng)比較生猛了，可以大幅度彌補(bǔ)cpu端對可見性判斷優(yōu)化不足的特點(diǎn)，節(jié)省大量計算。

cool feature

原文鏈接： http://blog.csdn.net/ccanan/article/details/1655470

轉(zhuǎn)載于:https://my.oschina.net/dtec/blog/44506

總結(jié)

以上是生活随笔為你收集整理的early z optimization的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。