关于VR（主要是虚拟城市场景）的一些想法及实现（可能

Liker

原帖：http://liker.cnblogs.com/archive/2006/04/17/376779.html

前言：这个东西也是我的本科毕业设计，原本想过段时间再写这些，看来时间有些不够了，无奈，只好匆匆下笔

以前一直是致力于游戏方面，认为室外场景主要有两种，一种是Terrain，一种是大块的StaticMesh。前者很难用于城市场景，后者对美工的要求很高，工作量很大，而且修改起来也很困难。对于VR，应该说是一点也不了解，感觉目前应用还不是特别广，只有在某些大的工程或科研中才会使用到，因为成本问题。



最近写的这个东西，用两个词概括一下就是Dynamic Mesh，它是由CtrlPoint和Brush这两种东西动态生成的。CtrlPoint就是三维坐标，用它们连成曲线，Brush是各种各样的画笔，封装了不同的算法和shader，然后沿着曲线生成Mesh，听起来很简单，实际上也很简单：）



动态Mesh的计算量很大么？应该说，不会大于skeleton mesh，而且，有相当一部分计算可以放到VS中做。对于一些CPU强劲的商务机，使用SoftVS不会影响性能，固定管线的像素处理也能够满足基本的应用。



DBuffer的效率究竟怎样呢？其实只要在Lock的时候保证上一桢已经画完，CPU就不会停下。一个直观的办法就是准备两组Buffer，画一组的时候填充另一组。



有些地方不用staticmesh是不行的，但staticmesh的instancing是个好东西，而且，这些instance的位置和方向也可以用Brush算。



全局四叉树中只保存了CtrlPoint和它们连成的曲线，每一桢只需要生成可见的Mesh，利用有限的内存，场景可以做得相当大，而且没有dynamic loading。在构造可见列表的时候粗略地按照从近到远的顺序，如果instance个数超过最大值，就画最近的n个，不会对画面造成太大影响



这个东西目前的完成度还很低，而且它的可用性还是个未知数，不管怎么说，能把自己的想法实现出来是一件很高兴的事，如果你对这个东西感兴趣，请一定要让我知道^^!

Crazy123

看了一下楼主的帖子，有些地方还没看懂，但猜想楼主的意思是利用在内存中存储曲线/点信息，然后在RENDER的时候利用不同的MESH或者模型来填充这些曲线和点，生成三维场景，不知道是不是这个意思。我以前也做过类似的东西，我是利用2维平面数据，来生成实时的三维场景，其实质，也是在内存中存储曲线/点信息，如管线数据，根据一连串的曲线，用一个三维管线的“刷子”来填充这条管线，生成三维管线。但是，实际上，一个虚拟城市中所包含的一些物件，如房子，道路，栏杆，电线杆，路灯，管线等等这些信息是很庞大的，而且，一个虚拟的城市，是“很大”的，应该说，基本不可能在一个场景内包含整个城市所有的信息，而且，即使你说我的内存很大，有个几十G，可以一次性全部装载完，也没人会有耐心去等你把数据全部装载完吧，所以，动态装载是很有必要的，DYNAMIC MESH+DYNAMIC LOAD才是正道啊~
     纯粹跟楼主交流下经验，希望楼主继续连载~

疯子阿虹

Liker真是好学生啊。
这篇文章我相当感兴趣：）

raven

感觉就像魔兽争霸3的地图文件，只存储3d对象的类型和位置信息。具体模型是存在游戏中，运行游戏时动态生成场景。

冰峰传奇

不觉得这方法有什么太好的地方。

由点线生成动态的mesh只能用在外形比较简单的地方。

如果能做到脱离美工建模并自动压缩数据。那么还有价值。

我觉得虚拟现实最重要的就是图形识别并转换成模型。

其它的都好说啊。

Civilian

唯一吸引我的只有水，但是我已经摆脱9550进入6800阶段

Civilian

我觉得还是用STATIC MESH+Instancing来做好一点，但是我不是反对楼主的想法，我只是在实现上觉得这样节省一些

Civilian

楼主收集的材质和模型真丰富