OGRE的空间变换,对于新手来说是一个头疼的问题,而其中的陷阱也是一堆一堆,即使我已经爬出这些陷阱,我还是觉得有必要讲一下.
translate()这个神秘的函数.网上发现一个朋友中了陷阱:
以下黑体字为论坛某个网友的错误理解:
----------------------------------------------------------------------------------------------------------------------------------
在和gameres上都发了这个问题，一直没人解答，不知道这儿怎么样？ void createScene() { ... //第一个物体(坐标原点) Entity* head = mSceneMgr->createEntity("object1", "ogrehead.mesh"); head->setMaterialName("Examples/Rockwall"); SceneNode* node1 = rootNode->createChildSceneNode(); node1->attachObject(head); //第二个物体 head = mSceneMgr->createEntity("object2", "ogrehead.mesh"); SceneNode* node2 = node1->createChildSceneNode(); node2->attachObject(head); node2->translate(Vector3(50, 0, 0), SceneNode::TS_PARENT); //第三个物体 head = mSceneMgr->createEntity("object3", "ogrehead.mesh"); SceneNode* node3 = node2->createChildSceneNode(); node3->attachObject(head); node3->translate(Vector3(0, 50, 0), SceneNode::TS_WORLD); node3->yaw(Degree(90), SceneNode::TS_LOCAL); } 按照空间变换分析，node1在原点，node2的世界坐标是(50, 0, 0)，node3的世界坐标是(0, 50, 0)， 但是从显示的结果来看node3是(50, 50, 0)， 无论用哪个TransformSpace值，结果都是一样的：translate都是相对于parent，旋转都是在loacal中。
我对这个参数的理解是： TS_WORLD：不管当前节点是在哪个节点下，他的操作都是相对于世界坐标系的原点的。 如node3是在node2下面，所以他的初始世界坐标应该是(50,0,0)， 如果它translate(Vector3(0, 50, 0), SceneNode::TS_LOCAL)， 世界坐标应该是(50, 50, 0) 如果它translate(Vector3(0, 50, 0), SceneNode::TS_WORLD)， 相对于世界坐标原点的平移，世界坐标应该是(0, 50, 0)
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
这个网友遇到的问题,其实就是translate变换的问题,为什么他会这么理解,我们慢慢分析:
translate()这个函数,其实是相对于父节点的相对移动,而不是那个网友理解的绝对移动.
但是如果是相对于父节点的相对移动,还要选择3个参考空间干嘛???
这就是关键所在,这3个参考空间,是决定相对移动量的方向的,而不是那个网友理解成的移动的位置!!!
为什么他的代码中的第3个节点无论怎么改变参考空间结果都一样?如果理解成方向,就豁然开朗了. 因为世界原点,父节点,他本身,这3个节点的面向的方向都是一样的(默认-Z方向),所以相对移动的值是一样,都是Y方向相对移动50
如果世界原点,父节点都是默认面向Z正方向,本身节点旋转90度面向Y的方向 如果他在本地空间translate(Vector3(0, 50, 0),SceneNode::TS_LOCAL), 因为他本身朝向Y, 在本地空间Y方向移动50, 在世界空间,其实就是-Z方向移动了50.
一句话:都是相对父节点移动50单位,而参考空间只是决定这50个单位移动的方向!
所以参考空间理解成朝向,就对了 世界空间----------认定世界原点的朝向为标准朝向,默认-Z方向 父节点空间----------认定父节点的朝向为标准朝向 本地空间--------------认定本身节点的朝向为标准朝向
那个网友的理解,其实合情合理,他的理解其实就是下面假想的函数:
setPosition(TS_WORLD); setPosition(TS_PARENT); setPosition(TS_LOCAL);
可惜这只是假想,设置位置的函数并没有参考空间可以选~~~
OGRE为什么不设置这样的函数呢?因为其实已经有替代的函数了: setPosition() // 相对父空间坐标
setDerivedPosition() // 世界空间绝对坐标
而本地空间的设置位置函数根本不需要....
最后,回头一想,为什么容易把translate()理解错....原因就是translate(TS_PARENT)相对父空间移动 的时候,如果把参考空间父空间理解成方向或者位置,2种情况下结果是正好是一样的,巧合啊 就是这种巧合,暗藏了一个陷进,让很多人认为理解成位置正好是对的...
不信看源码:
//----------------------------------------------------------------------- void Node::translate(const Vector3& d, TransformSpace relativeTo) { switch(relativeTo) { case TS_LOCAL: // position is relative to parent so transform downwards mPosition += mOrientation * d; break; case TS_WORLD: // position is relative to parent so transform upwards if (mParent) { mPosition += (mParent->_getDerivedOrientation().Inverse() * d) / mParent->_getDerivedScale(); } else { mPosition += d; } break; case TS_PARENT: mPosition += d; break; } needUpdate(); }
因为mPosition相对于父节点的位置和方向,
所以计算结果都要换算成父空间相加.
本地空间,朝本身节点的朝向移动d,换到mPosition的所在的父空间只需要旋转一定角度,
这个角度应该是本身节点方向和父节点的方向的夹角,正好是mOrientation
mPosition += mOrientation * d;
世界空间,朝世界原点的朝向移动d ,换到mPosition的所在父空间只需要旋转一定角度,
这个角度应该是世界原点方向和父节点的方向的夹角,正好是父节点世界绝对角度再取反.
(为什么要取反,2个四元数相乘是不能交换的,因为世界节点和父节点夹角 != 父节点和世界节点夹角,正好相反)
mPosition += (mParent->_getDerivedOrientation().Inverse() * d) / mParent->_getDerivedScale();
父节点空间,朝父节点的朝向移动d ,换到mPosition的所在父空间只需要旋转一定角度,
父空间转到父空间....其实角度就是一致的
应该是mPosition += Quaternion::IDENTITY * d;
等价于mPosition += d;
