如何在OpenGL/GLUT中计算用鼠标移动相机的观察点?
这对我来说解释起来会很混乱,所以请耐心等待。
我已经在我的相机类中实现了大多数类型的移动和旋转,一切都可以通过键盘进行,现在我想实现鼠标。我像这样捕获鼠标移动:
#define SENSITIVITY 25.0f
void main(void) {
(...)
glutPassiveMotionFunc(processPassiveMotion);
glutWarpPointer(WINDOW_WIDTH / 2, WINDOW_HEIGHT / 2);
glutSetCursor(GLUT_CURSOR_NONE);
(...)
}
void processPassiveMotion(int x, int y) {
int centerX = WINDOW_WIDTH / 2;
int centerY = WINDOW_HEIGHT / 2;
int deltaX = -1 * (x - centerX);
int deltaY = -1 * (y - centerY);
if(deltaX != 0 || deltaY != 0) {
mainCamera.Rotate(deltaX / SENSITIVITY, deltaY / SENSITIVITY);
glutWarpPointer(centerX, centerY);
}
}
在我读完所有内容之后,我相信这对于我的情况来说已经足够了。不过我必须声明,首先我尝试调用 Pitch()
和 Yaw()
相机函数,但这是行不通的,我必须创建一个额外的函数来旋转两个轴“同时”。
旋转函数是这样的:
#define DEG2RAD(a) (a * (M_PI / 180.0f))
#define SINDEG(a) sin(DEG2RAD(a))
#define COSDEG(a) cos(DEG2RAD(a))
void Camera::Rotate(GLfloat angleX, GLfloat angleY) {
Reference = NormalizeVector(
Reference * COSDEG(angleY) + UpVector * SINDEG(angleY)
);
Reference = NormalizeVector(
Reference * COSDEG(angleX) - RightVector * SINDEG(angleX)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
RightVector = CrossProduct(&Reference, &UpVector);
}
Reference
是观察方向,即相机正在观察的点。由于它是标准化向量,因此它的范围从 -1.0 到 1.0。该向量或点稍后与另一个向量(Position
,即相机位置)一起使用,以计算要在 gluLookAt
中使用的真实观察点,如下所示:
void Camera::LookAt(void) {
Vector3D viewPoint = Position + Reference;
gluLookAt(
Position.x, Position.y, Position.z,
viewPoint.x, viewPoint.y, viewPoint.z,
UpVector.x, UpVector.y, UpVector.z
);
}
上面的所有向量运算,如 +
、-
和 *
当然都是重载的。
现在我将尝试描述我的问题...
上面的旋转功能工作得很好,因为它通过使用鼠标正确地执行了俯仰和偏航。然而,这些旋转看起来并不像第一人称射击游戏中的旋转。在这些游戏中,当一个人看着天空,然后向左/向右看时,人们期望继续看着天空。想象我们在一个球体内部,这样的运动应该在球体的顶部“画”一个圆。
但事实并非如此,因为偏航不是这么做的。偏航运动将围绕任意轴旋转,我认为在这种情况下它是向上向量。所以,问题出在偏航运动上,因为俯仰似乎工作正常。
换句话说,我上面的代码无法保持地平线水平,而这就是必须发生的事情,因为在游戏中,当一个人看着天空,然后向左/右看时,地平线总是水平的。我的代码不会发生同样的情况,我向上看,然后向左/向右,地平线将全部扭曲。
我说得够清楚了吗?我不确定如何更好地解释这一点。 :( 希望这足以让任何人理解。
我不知道如何解决这个问题...我如何在向上/向下看后正确地向左/向右看,保持地平线水平?
编辑:
我的旋转函数代码取自同样存在的 Yaw 和 Pitch 函数,因此我可以独立调用这些旋转,出于参考目的,我也会将它们与 Roll 函数一起添加到下面(我可能永远不会使用它)。但如果我需要它,它就在那里):
void Camera::Pitch(GLfloat angle) {
Reference = NormalizeVector(
Reference * COSDEG(angle) + UpVector * SINDEG(angle)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
}
void Camera::Yaw(GLfloat angle) {
Reference = NormalizeVector(
Reference * COSDEG(angle) - RightVector * SINDEG(angle)
);
RightVector = CrossProduct(&Reference, &UpVector);
}
void Camera::Roll(GLfloat angle) {
RightVector = NormalizeVector(
RightVector * COSDEG(angle) - UpVector * SINDEG(angle)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
}
This will be confusing for me to explain so please bear with me.
I've already implemented most type of movements and rotations in my camera class, everything is working with the keyboard, now I want to implement the mouse. I capture the mouse movement like this:
#define SENSITIVITY 25.0f
void main(void) {
(...)
glutPassiveMotionFunc(processPassiveMotion);
glutWarpPointer(WINDOW_WIDTH / 2, WINDOW_HEIGHT / 2);
glutSetCursor(GLUT_CURSOR_NONE);
(...)
}
void processPassiveMotion(int x, int y) {
int centerX = WINDOW_WIDTH / 2;
int centerY = WINDOW_HEIGHT / 2;
int deltaX = -1 * (x - centerX);
int deltaY = -1 * (y - centerY);
if(deltaX != 0 || deltaY != 0) {
mainCamera.Rotate(deltaX / SENSITIVITY, deltaY / SENSITIVITY);
glutWarpPointer(centerX, centerY);
}
}
After everything I've read, I believe this is enough in my situation. However I must state that first I tried to call the Pitch()
and Yaw()
camera functions but it was a no go, I had to create an extra function to rotate both axis "at the same time".
That rotate function goes something like this:
#define DEG2RAD(a) (a * (M_PI / 180.0f))
#define SINDEG(a) sin(DEG2RAD(a))
#define COSDEG(a) cos(DEG2RAD(a))
void Camera::Rotate(GLfloat angleX, GLfloat angleY) {
Reference = NormalizeVector(
Reference * COSDEG(angleY) + UpVector * SINDEG(angleY)
);
Reference = NormalizeVector(
Reference * COSDEG(angleX) - RightVector * SINDEG(angleX)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
RightVector = CrossProduct(&Reference, &UpVector);
}
The Reference
is the viewing direction, the point the camera is looking at. And since it's a normalized vector, it goes from -1.0 to 1.0. This vector, or point, is later used together with another vector (Position
, which is the camera location) to calculate the real look at point to use in gluLookAt
, like this:
void Camera::LookAt(void) {
Vector3D viewPoint = Position + Reference;
gluLookAt(
Position.x, Position.y, Position.z,
viewPoint.x, viewPoint.y, viewPoint.z,
UpVector.x, UpVector.y, UpVector.z
);
}
All vector operations above like +
, -
and *
are overloaded of course.
Now I'm going to try to describe my problem...
The rotate function above works just fine in the sense that it correctly performs a pitch and yaw by using the mouse. However, those rotations don't look like the ones in First Person Shooter games. In those games, when one looks at sky and then looks left/right, one expects to keep looking at the sky. Imagining we are inside a sphere, a movement like that should "draw" a circle in the top part of the sphere.
But that's not what happens because that's not what a yaw does. A yaw movement will rotate around an arbitrary axis, which I think is the up vector in this situation. So, the problem is in the yaw movement because the pitch seems to work fine.
In other words, my code above can't keep the horizon leveled and that's what must happen cause that's happens in games when one looks at the sky and then look left/right, the horizon is always leveled. The same will not happen with my code, I look up and then left/right, and the horizon will be all twisted.
Did I make myself clear enough? I'm not sure how can I explain this any better. :( Hopefully it's enough for anyone to understand.
I'm not sure how can I fix this problem... How can I look left/right correctly after looking up/down, keeping the horizon leveled?
EDIT:
My rotate function code is taken from both the Yaw and Pitch functions which also exist so I can call those rotations independently. For reference purposes I'll add them below along with the Roll function too (which I'll probably never use, but in case I need it, it's there):
void Camera::Pitch(GLfloat angle) {
Reference = NormalizeVector(
Reference * COSDEG(angle) + UpVector * SINDEG(angle)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
}
void Camera::Yaw(GLfloat angle) {
Reference = NormalizeVector(
Reference * COSDEG(angle) - RightVector * SINDEG(angle)
);
RightVector = CrossProduct(&Reference, &UpVector);
}
void Camera::Roll(GLfloat angle) {
RightVector = NormalizeVector(
RightVector * COSDEG(angle) - UpVector * SINDEG(angle)
);
UpVector = CrossProduct(&Reference, &RightVector) * (-1);
}
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
您的问题似乎出在语句中:
一旦您在上一个语句中将参考旋转到 RightVector,它们的叉积将不再产生为您提供水平地平线的 UpVector。用你的手臂尝试一下。此外,Reference 和 RightVector 没有相隔 90 度,因此 UpVector 甚至也不是单位向量。 (最后,为了清楚起见,您实际上应该只是切换叉积的顺序,而不是乘以(-1)。)
老实说,如果我这样做,我会采取不同的方法。我看不出为什么两次轮换必须在一个函数中的任何逻辑原因。在使用向量时,我还会不惜一切代价避免显式正弦和余弦。我认为您真正需要的是一个绕任意轴旋转的函数。如果不出意外的话,它非常很有用。幸运的是,所有的细节都被穆雷先生照顾到了!如果你实现了这个功能,那么事情就变得非常简单了。定义一个始终指向上方的常量
SkyVector
。然后在伪代码中,如果您逐个操作地执行该操作,它应该会有意义。最后,我要补充一点,四元数确实是做这些事情并避免的“正确”方法万向节锁,但我通常会做几乎和你一样的事情。您可能需要时不时地检查一下,以确保矢量保持良好且垂直。四元数更稳定。
编辑:如果轴旋转功能太过分了,您仍然可以使用简单的向量和旋转矩阵来实现。唯一的事情是你必须开始将物体投影到水平面上,这样你就可以独立地进行两次旋转,而且它仍然需要一些正弦和余弦。您的时间可能最好花在实现轴旋转功能上!
Your problem appears to be in the statement:
Once you've rotated Reference toward RightVector in the previous statement, their cross product will no longer result in an UpVector that gives you a horizontal horizon. Try it with your arms. Furthermore, Reference and RightVector are not separated by 90 degrees, so UpVector won't even be a unit vector either. (Finally, you should really just switch the order of the cross product for clarity, rather than multiplying by (-1).)
Honestly, if I were doing it, I would take a different approach. I don't see any logical reason why the two rotations have to be in one function. I also avoid explicit sines and cosines at all costs when working with vectors. I think what you really need is a function to Rotate About an Arbitrary Axis. If nothing else, it's very useful. Fortunately all the details are taken care of by Mr. Murray! If you implement this function, then it becomes very simple. Define a constant
SkyVector
that always points upward. Then in pseudocode,If you go through that operation by operation, it should hopefully make some sense. Finally, I'll add that quaternions are really the 'correct' way to do this stuff and avoid gimbal lock, but I usually do pretty much exactly what you've done. You might have to check every now and then to make sure your vectors stay nice and perpendicular. Quaternions are more stable.
Edit: If the axis rotation function is overkill, you can still implement this with simple vectors and rotation matrices. The only thing is you'll have to start projecting things into the horizontal plane so that you can do the two rotations independently And it'll still take some sines and cosines. Your time is probably better spent implementing the axis rotation function!