关于3D引擎的讨论!!

免费打工仔

jiangwei: Re:关于3D引擎的讨论!!

不明白为什么ogre要放弃BSP的支持???

Ogre早期版本提供了Q3版本的Bsp地图场景管理插件。
Bsp尽量把场景切割成很多小的部分，用于大幅度削减场景中的不可见面。
但随着现实硬件的进化，显卡队处理大块的模型性能越来越高，反而多个小物体渲染速度大大低于一块大物体的渲染速度。所以对于现代硬件来说，渲染三角形数量反而不是很重要，减少渲染物体总数比减少渲染面更有效果。这时候Q3版本的Bsp就显得笨拙了。
进而Ogre更倾向于是用八叉树或者其他场景管理方式。

另外，对于Bsp在现在图形学中的地位也说不好了，Ogre的教材中说，Bsp是一种很完善的场景管理方法，但在今天更倾向于用在碰撞检测方面而不是渲染面削减。

免费打工仔

wjk98550328: Re:关于3D引擎的讨论!!

看看unreal3 看看hl2的source engine，哪个不是在bsp基础上扩展的？
室内场景处理非bsp莫属。

1，对Bsp的评价是Grgory Junker这个写Ogre书的人说的。
2，问题不是扩展了么。
3，Bsp只是一种二叉树，并不是一定没有替代方案。也有自己的缺点，比如很难动态更新。球树这方面就很强，所以在第5本游戏编程精粹中有提到两者的结合使用。我个人认为，根据不同的需求组合多种场景管理办法是对于现在来说比较科学的。
Ogre得优点是可以在同一场景中使用多种场景管理算法，我相信在未来的游戏或者图形引擎中这点将会是衡量引擎很重要的一个方面。
另外，Ogre诞生的原因就是：“世界上应该有另外一个可以动态配置场景管理器的引擎”（相对的“这个”图形引擎就是Q3）。

黑鸟

对于游戏开发者来说，引擎就跟木匠手中的锯斧，作家手中的纸笔一样，仅仅是一个工具而已

也许是受中国传统教育的影响，很多人都对数学，算法，原理，代码趋之若鹜，认为只要弄懂了所有的原理，掌握了构造引擎的每一个细节，就可以单枪匹马独步天下。于是出现了一大堆恨不得把D3D也重做一遍的家伙。

但是他们却忽视了引擎本身的存在价值：就是为了避免重复的工作，让开发者能够把更多的精力投入到游戏本身中去。

其实我并不否定研究算法，引擎的重要性。但我想新手们应该认真地问自己：我是要做游戏呢，还是要研究计算机图形学？如果是后者，就去搞一打图形学的资料回来，从Bresenham直线开始把整个pipeline写一遍。如果是前者，就去down一份最新的OGRE SDK，回家写俄罗斯，写赛尔达，写nintengirl

好吧，其实我也是一个笨蛋，说不定哪天我就改变看法了

黑鸟

对了，免费打工兄好像对OGRE颇有研究，可以加你的QQ（或MSN）以便随时向你请教么？

PassByYou

你们的免费打工兄是个搞图形的高手。结交他大有前途的。看名字就知道他比较友善了（免费）。

；）

sjinny

结交……

黑鸟

嗯嗯，顶上去，等打工兄现身

免费打工仔

我的QQ是1850070，但一直都很少上：（
谢谢各位错爱，小弟对图形学基本上还是文盲一个，我侥幸认识一些图形届牛人，比如我老大（以前上海电影厂做3D特效的）。可惜都不喜欢泡论坛。

我个人只是兴趣在这方面罢了，碰巧也只能接触到Ogre引擎，只是比一些兄弟早接触了一些，（并且从国外邮购过唯一一本Ogre的入门教材）所以，看起来似乎我了解得比较多，但这些也都是书上写的，真正探索Ogre的大有人在，比较敬佩的事Ogre核心团队就有我们中国人存在，只是看来这家伙也只泡国外论坛。：（

既然大家都这么有兴趣，那就去支持我深情一个Ogre的版面好了，似乎Sea_bug这几天没上来，也不回一下。

我希望能有一个纯粹对Ogre使用的论坛版面存在，希望大家支持。

ricohcanon

支持楼上，顶啦

ricohcanon

对了，免费兄，能否发一下菩提心，发一下慈悲心，把你从国外邮购来的资料扫描一下，放到本论坛内共享一下呢？大家一定会念你的好的。