Procedural Textures: Gaming\'s Future

popwangyuII

http://www.bit-tech.net/gaming/2 ... s_Future_Gam/1.html

w00t) :


At least 70% of the textures of your game could be replaced by procedural equivalents. 70% is a minimum number of textures you can replace, in actuality the likelihood is you can replace more. So for example: replace 80% of the textures and if those textures occupy 50% of your game size, the overall game size would end up a little less than 50% smaller.

w00t) :
have some actual examples from a recent game, Roboblitz. In this game, we replaced about 95% of the textures. The game has 6 levels and for each level the developers would use 80MB of compressed textures. So, let's do the numbers, a total of 6x80=480MB. Using our tools we replaced the 480MB with about 3MB of procedural data, a pretty spectacular decrease in game size.

The game now fits within 50MB and can be downloaded through Xbox Live. Without our technology this game would weigh approx 50MB-3MB+480MB=527MB. So the gain, for Roboblitz, we saved 90% of the entire game size. That is a massive gain for the developers which allows them to reach the Live audience - something they couldn't otherwise have done.

[ 本帖最后由 popwangyuII 于 2006-11-13 12:18 编辑 ]

popwangyuII

w00t) 这是真的?

Illuminati

代价是强大的 pixel shader 单元

ayanamei

发展方向 纯粹的Texture mip会越来越少
Shader只会越来越紧张

Illuminati

G80 优势越发明显了w00t)

这种越接近纯数学的运算，1D 单元的优势越高！

Edison

那些64KB的程序也都是这样的啦。

Illuminati

原帖由 Edison 于 2006-11-13 14:31 发表
那些64KB的程序也都是这样的啦。

原理好像不太一样吧？

64k demo 纹理和模型都是数学的，但是是在 loading 得时候转换成普通的模型/纹理，也就是 offline 得，还得用 texture

所谓的 procedural texture 更偏向于在 shader 中即时生成的吧？这个连 texture 和带宽都节省了

hourousha

原帖由 Edison 于 2006-11-13 14:31 发表
那些64KB的程序也都是这样的啦。

那些程序更注重的是各种各样的压缩算法，老早以前曾经向Demitry Andreev请教，然后他回了信，然后……没看懂。

Edison

它这里的3MB恐怕也都是类似的，他在这里只是说节省了游戏下载时间，并没有说游戏中不会展开这些纹理，XBOX 360并不缺TMU，放着TMU不用是非常浪费的。

niwei

说了半天原来还是不即时使用纹理的算法:funk:

yixinck

原帖由 Illuminati 于 2006-11-13 14:27 发表
G80 优势越发明显了w00t)

这种越接近纯数学的运算，1D 单元的优势越高！

G70要玩完啦w00t)