GRE的空间变换,对于新手来说是一个头疼的问题,而其中的陷阱也是一堆一堆,即使我已经爬出这些陷阱,我还是觉得有必要讲一下.
translate()这个神秘的函数.网上发现一个朋友中了陷阱:
以下黑体字为论坛某个网友的错误理解:
----------------------------------------------------------------------------------------------------------------------------------
在CSDN和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;