VPM矩阵
1、V 表示摄像机的观察矩阵（View Matrix），它的作用是把对象从世界坐标系变换到摄像机坐标系。因此，对于世界坐标系下的坐标值 worldCoord(x0, y0, z0)，如果希望使用观察矩阵 VM 将其变换为摄像机相对坐标系下的坐标值 localCoord(x’, y’, z’)，则有：
localCoord = worldCoord * VM
此外，观察矩阵可以理解为“摄像机在世界坐标系下的变换矩阵的逆矩阵”，因此 Camera类也专门提供了 getInverseViewMatrix 这样一个函数，它的实际意义是表示摄像机在世界坐标系下的位置。
2、P 表示投影矩阵（Projection Matrix），当我们使用 setProjectionMatrixAsPerspective之类的函数设置摄像机的投影矩阵时，我们相当于创建了一个视截锥体，并尝试把包含在其中的场景对象投影到镜头平面上来。如果投影矩阵为 PM，而得到的投影坐标为 projCoord(x”,y”, 0)的话，那么：
projCoord = localCoord * PM
3、W 表示视口矩阵（Window Matrix），它负责把投影坐标变换到指定的二维视口中去，对于视口矩阵 WM，通过下面的公式可以得到最终的窗口坐标 windowCoord(x, y, 0)：
windowCoord = projCoord * WM
将所有的公式整合之后，得到：
windowCoord = worldCoord * VM * PM * WM
而这个所谓的窗口坐标 windowCoord，实际上也就是世界坐标系下的坐标值 worldCoord在指定的摄像机视口中（也就是我们的屏幕上）对应的平面位置。怎么样，不知不觉中，我们已经实现了 gluProject 函数所完成的功能了，而反转这三个步骤就可以得到视口中指定位置所对应的世界坐标了（也就是 gluUnProject 的工作）。
CheckEvent与takeEvents
上一节我们遗漏了GraphicsWindowWin32::checkEvents和osgGA::EventQueue::takeEvents的关系。我们现在来讲解一下。先看一下checkEvents函数，这个函数的内容对于熟悉 Win32 SDK 编程的朋友一定非常熟悉，其中的TranslateMessage，DispatchMessage都是windows的消息传递函数，而它们的工作就是：通知 Windows 执行窗口的消息回调函数，进而执行用户交互和系统消息的检查函数GraphicsWindowWin32::handleNativeWindowingEvent。而这个函数的作用是把Win32 SDK 编程中常见的窗口消息(WM_*)转化并传递给osgGA::EventQueue 消息队列。而osgGA::EventQueue 消息队列通过takeEvents得到所有的windows窗口消息，并进行处理，以及清空EventQueue。
switch(event->getEventType())
{
case(osgGA::GUIEventAdapter::PUSH):
case(osgGA::GUIEventAdapter::RELEASE):
case(osgGA::GUIEventAdapter::DOUBLECLICK):
case(osgGA::GUIEventAdapter::MOVE):
case(osgGA::GUIEventAdapter::DRAG):
{
if(event->getEventType()!=osgGA::GUIEventAdapter::DRAG ||
eventState->getGraphicsContext()!=event->getGraphicsContext() ||
eventState->getNumPointerData()<2)
{
generatePointerData(*event);
}
else
{
reprojectPointerData(*eventState, *event);
}
eventState->copyPointerDataFrom(*event);
break;
}
default:
event->copyPointerDataFrom(*eventState);
break;
}
回到osgViewer:: Viewer::eventTraversal()中，我们继续向下else也就是事件中的鼠标位置多于两个就会调用reprojectPointerData函数，它也是用来把鼠标从window屏幕坐标转换到主相机视口内坐标，和上一节内容基本相同。大家可以参照上一节内容进行理解。
for(itr = gw_events.begin();
itr != gw_events.end();
++itr)
{
osgGA::GUIEventAdapter* event = (*itr)->asGUIEventAdapter();
if(!event) continue;
switch(event->getEventType())
{
case(osgGA::GUIEventAdapter::CLOSE_WINDOW):
{
boolwasThreading = areThreadsRunning();
if(wasThreading) stopThreading();
gw->close();
_currentContext = NULL;
if(wasThreading) startThreading();
break;
}
default:
break;
}
}
模模糊糊朦朦胧胧，我们也算是跳出了处理所有事件中鼠标坐标的for循环。我们只能继续向下前行。我们又遇到了一个for循环，这个for循环简单来说就是处理当窗口关闭消息osgGA::GUIEventAdapter::CLOSE_WINDOW发生时，osg会做什么样的工作，使其更加体面的离开。当我们选择关闭一个 GraphicsWindow 窗口 gw 时，OSG 系统必须首先尝试终止所有的渲染线程，然后关闭窗口，之后再打开所有的渲染线程。事实上，当我们试图在运行时开启一个新的 OSG 图形窗口时，也必须使用相同的线程控制步骤，即，关闭线程，创建新渲染窗口，开启线程。否则很可能造成系统的崩溃。
再往下我们也要针对目前帧的状态新建一个帧事件(也就是每一帧都会调用的事件)，并添加到事件队列_evnetQuene中，然后同样得把这个帧事件中的鼠标坐标转化到主相机的视口坐标。再遍历一遍windows消息事件，添加到events中，并清空eventQuene队列。这样我们的events中就把所有来自图形窗口和视景器的事件都添加到一个 std::list 链表(event)当中, 下一步我们可以统一处理这些交互事件了.
欢迎大家来我的新家看一看 3wwang个人博客-记录走过的技术之路