自己做的ogre游戏，大家一起来交流啊

lzp

按您做的方法，player怎么也跳不上去．？？
能在ＯＧＲＥ１.４Ｘ编译么？

darkangel01

那个卡我觉得不是不同步的问题，就是STEP太少了导致newton引擎数值稳定性条件没有达到。。文档上写的要求用户自己确定step时间足够小。

我调成15-20STEP/s，就基本没有抖动了，而且对FPS影响不大就1~2FPS左右（我body不是很多就是了，10多个）


还有那个坡度问题。。LZ可以把材料动摩擦系数弄大点，就可以在低坡度的地方停下来后不会滑动。当然同时移动的驱动力也要弄大点。。。
不过似乎好多游戏里面坡度大于一定程度就不让上去。

还有惯性的问题。。如果LZ要移动PLAYER，启动那下可以不用FORCE--这样会有加速的过程，而直接使用setIMPULSE。这样就没有加速时表现出来的惯性了。停下来的时候一样给个相反的impulse就可以稳稳的停下。

一点心得而已，不知对不对[em5]

232326411

恩
谢谢
其实step就是和同步是一个原因,有时候画面更新了而物理没有更新,也就是step太大,我上面的关于物理引擎的那个帖子就是说了step和"卡"的一些东西,摩擦系数太大要驱动player的话要求力比较大,这样有时候会发生穿透的情况,而且有些时候会发生异常.所以我在player走路的时候基本把他的gravity设的很小很小.
总而言之,我个人觉得在fps或rpg中用物理引擎来驱动player实在是不可选.
个人意见

InuFang

hehe,fps跟rpg不用物理引擎这个我不敢苟同山口山就是用的havok引擎啊!不过估计它的角色应该不是物理引擎驱动的....
而且如果物理引擎比较强大的话,是可以解决物理引擎跟图形引擎异步的问题的，据我了解到的havok就有专门的方法调用来处理异步问题.那个阻尼弦camera模型似乎还是有些bug,在某些情况下(比如桢数很低的时候等等)会产生很奇妙的现象..可能是我的算法还有毛病吧..反正在处理向量的时候可能出问题,后来我作成了摸版,用来处理float之类的平滑逼近,效果到很好,也不会出问题,因为float相对容易控制多了.后来我只好采用其他的方法解决了..这个模型也被暂时抛弃....

232326411

我不是说"fps跟rpg不用物理引擎",而是说的"fps或rpg中不要用物理引擎来驱动player",gamebryo的一个用物理引擎的游戏例子"FullDemosPhysX"的母鸡的角色就是自己用算法控制的而不是physx,但是这个例子中有不少东西都是物理引擎驱动的.
physx也有提供同步的函数,但似乎效果不是太好(个人感觉)

darkangel01

我在作我的ACT游戏时也是有这个考虑，player不如直接驱动还简单点。。



我开始也以为是两者的同步问题的，其实就是单单的稳定性问题。物理引擎就是物理空间的仿真，如果STEP太长，仿真结果就会出现数值不稳定的问题（在目标解附近抖动而无法收敛到一个值上），简单说就是结果是不可靠的。采用这种结果就会导致抖动，而并不是不同步的问题。另外穿透现象，摩擦力导致的方向问题也是step太低引起的。。。。。稳定性条件要特别注意啊~~

至于摄影机我是用的精粹4上面另一个了。。吧那个公式直接写成矢量公式就好了。。结果比单纯的弹力阻尼效果好点。

InuFang

直接驱动的话，有些问题我一直没想清楚。。比如如果自己驱动了某个角色，碰到了另一个物件，发生反弹或者其他的物理现象，此时自己驱动的那个角色的物理属性，例如位置，朝向，速度，角速度等等到底该如何计算？还是自己驱动？不考虑物理的影响？
镜头的定位我采取的是偏向角的方法，只需要修正一个角度就可以很好的调整镜头以实现各种效果了，过几天我整理一下思路然后大家一起讨论一下，哈哈。
最后顺便搭车求问一下：Ogre::Frustum::setCustomViewMatrix到底该如何使用？需要注意哪些问题？
我今天试了一下，3rd镜头绕player转动倒是没问题，但是平移定位却老出岔子。。。

232326411

角色如果真的是遇到一些碰撞等东西的话一般是自己写算法来驱动的,或是可以调用物理引擎里面的一些函数,而不是直接使用物理引擎驱动,象physx里面有一章game physics的一个实例Character Controler就是专门写来驱动角色的,但是好象还是有些卡,gamebryo里面专门演示physx的一个角色游戏就没有用它来驱动角色.
至于视距阵那块我还不熟,不好意思

lzp

能改位用鼠标操作么？

naqingab

附件可以下下来，代码下不来，楼主可不可以再告诉一个其他下载的地方，谢谢了！
我的邮箱naqinga@163.com