阅读 Advanced Animation

谈到SkinWeights里面的TransformMatrix的时候一笔带过，我始终不理解这个matrix有何用处，因为我感觉所有的顶点变换都被 Frame里面的阶层体系做了,那么SkinWeights里面的matrix有什么用。

经过我一个晚上的思考，看了GameDev论坛的帖子，终于理解了。

首先讲建模，建模建出来的是一些顶点，这些顶点组成了最原始的mesh。

最原始的mesh中有SkinWeights信息

SkinWeights

{

名字；

影响的顶点数；

顶点的索引；//就是影响了几个顶点

顶点权重；//乘以Frame TransformMatrix的百分比

最后就是一个4*4的矩阵；

}

这个4*4矩阵是这时骨骼在 Mesh中的位置的逆矩阵，也就是相对于 local坐标系。

我说的明白点，手腕是个骨骼，手指尖是手腕影响的顶点。就是一个点,vetex，在自身坐标系下。

那么用 手指尖这个点 * SkinWeightsMatrix 得到的就是个位置，什么位置？就相当于把手腕连带指尖移到坐标原点。当然，手腕在坐标原点的位置。

至于Frame中存储的阶层体系矩阵就是现在骨骼的位置。

找到现在手腕骨骼的矩阵, 手指尖Vertex* SkinWeighsMatrix*(肩膀的Matrix*胳膊肘的matrix*手腕的matrix)，

那么手指尖自然就变换到了相应的位置。

我说得这么通俗，不知道传达到思想没？

参考链接

http://www.gamedev.net/community/forums/topic.asp?topic_id=479158

http://www.gamedev.net/community/forums/topic.asp?topic_id=392242

最后感慨下，GameDev的论坛果然是好地方

这样明显是不好的，前几天我开始构建自己的点d3d库，构建了些许类之后发现把它们都放在当前目录，也就是工程目录下市不好的，应该把它们分类一下。

于是我试了下，新建一个文件夹，然后把。h丢进去。

结果发现在cpp文件里 #include “*****.h”不能编译通过。后来觉得VS里一定有设置寻找.h,路径的设置。

于是。

在property内看到了相应设置，如图

看到 Additional那个选项没，在那里添加设置路径的地方，将.h.cpp所在的文件夹包含进去就行了。

如图

就几个头文件，我一看，我靠，这不是把简单的问题搞复杂了吗，随手删掉那个c文件。

结果不能编译了，我靠：

fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':

No such file or directory

怎么rebuild all都不行。

上网查了一下，才搞懂了：

－－－－－－－－－－－－－－－－总结－－－－－－

如果工程很大，头文件很多，而有几个头文件又是经常要用的，那么

1。把这些头文件全部写到一个头文件里面去，比如写到preh.h

2。写一个preh.c，里面只一句话：#include "preh.h"

3。对于preh.c，在project setting里面设置creat precompiled headers，对于其他

.c文件，设置use precompiled header file

//

哈哈

我试了一下，效果很明显，不用precompiled header，编译一次我可以去上个厕所，用

precompiled header，编译的时候，我可以站起来伸个懒腰，活动活动就差不多啦

－－－－－－－－－转载的文章－－－－－－－－－－

预编译头的概念：

所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是

以.pch为扩展名的)，这个文件就称为预编译头文件这些预先编译好的代码可以是任何的

C/C++代码--------甚至是inline的函数，但是必须是稳定的，在工程开发的过程中不会

被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。注意生成预编

译头文件是很耗时间的。同时你得注意预编译头文件通常很大，通常有6-7M大。注意及

时清理那些没有用的预编译头文件。

也许你会问：现在的编译器都有Time stamp的功能，编译器在编译整个工程的时候，它

只会编译那些经过修改的文件，而不会去编译那些从上次编译过，到现在没有被修改过

的文件。那么为什么还要预编译头文件呢？答案在这里，我们知道编译器是以文件为单

位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有

头文件中的东西（.eg Macro, Preprocesser ）都要重新处理一遍。VC的预编译头文件

保存的正是这部分信息。以避免每次都要重新处理这些头文件。

预编译头的作用：

根据上文介绍，预编译头文件的作用当然就是提高便宜速度了，有了它你没有必要每次

都编译那些不需要经常改变的代码。编译性能当然就提高了。

预编译头的使用：

要使用预编译头，我们必须指定一个头文件，这个头文件包含我们不会经常改变的

代码和其他的头文件，然后我们用这个头文件来生成一个预编译头文件（.pch文件）

想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的

，编译器带的一个头文件。其实不是的，这个文件可以是任何名字的。我们来考察一个

典型的由AppWizard生成的MFC Dialog Based　程序的预编译头文件。（因为AppWizard

会为我们指定好如何使用预编译头文件，默认的是StdAfx.h，这是VC起的名字）。我们

会发现这个头文件里包含了以下的头文件：

#include <afxwin.h> // MFC core and standard components

#include <afxext.h> // MFC extensions

#include <afxdisp.h> // MFC Automation classes

#include <afxdtctl.h> // MFC support for Internet Explorer 4

Common Controls

#include <afxcmn.h>

这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文

件的，所以说他们是稳定的。

那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我

们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件

里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能

够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指

定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打

开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的

树形视图里选择整个工程　

Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指

定生成的.pch文件的名字，默认的通常是　<工程名>.pch（我的示例工程名就是PCH）。

然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！

这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件

，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个

Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文

件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件

。

然后我们再选择一个其它的文件来看看，//其他cpp文件

在这里，Precomplier 选择了 Use ⋯⋯⋯一项，头文件是我们指定创建PCH 文件的stda

fx.h

文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。

这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以

下是注意事项：

1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍

是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如

果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，

你自己试以下就知道了，绝对有很惊人的效果⋯..

fatal error C1010: unexpected end of file while looking for precompiled

header directive

Generating Code...

2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上

的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个

cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp

文件，按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。

//

呵呵，如果你居然耐着性子看到了这里，那么再回到帖子最开始看看我的总结吧！

   _right.y = 0;
   //正向旋转90°，想想自己前方是前向量，又向量自然为前向量旋转90
   _right.x = look.z;
   _right.z = -look.x;
   D3DXVec3Normalize(&_right,&_right);

   D3DXVec3Cross(&_up, &_look, &_right);
   D3DXVec3Normalize(&_up, &_up);

}

再次感叹一下Animation 那本书实在是太好了。

途中的茶壶会按照自己在外部文件中定义的路径走，有直线，有曲线。

外部txt是这样定义的

xof 0303txt 0032

template Path {
<F8569BED-53B6-4923-AF0B-59A09271D556>
DWORD Type;        // 0=straight, 1=curved
Vector Start;
Vector Point1;
Vector Point2;
Vector End;
}

template Route {
<18AA1C92-16AB-47a3-B002-6178F9D2D12F>
DWORD NumPaths;
array Path Paths[NumPaths];
}

Route Robot {
5; // 5 paths

0; // Straight path type
0.0, 10.0,   0.0; // Start
0.0, 10.0,   0.0; // Unused
0.0, 10.0,   0.0; // Unused
0.0, 10.0, 150.0;, // End

1; // Curved path type
    0.0, 10.0, 150.0; // Start
   75.0, 10.0, 150.0; // Point1
150.0, 10.0, 75.0; // Point2
150.0, 10.0,   0.0;, // End

1; // Curved path type
150.0, 10.0,    0.0; // Start
150.0, 10.0, -75.0; // Point1
   75.0, 10.0, -150.0; // Point2
    0.0, 10.0, -150.0;, // End

0; // Straight path type
     0.0, 10.0, -150.0; // Start
     0.0, 10.0,    0.0; // Unused
     0.0, 10.0,    0.0; // Unused
-150.0, 10.0,   75.0;, // End

0; // Straight path type
-150.0, 10.0, 75.0; // Start
     0.0, 10.0,   0.0; // Unused
     0.0, 10.0,   0.0; // Unused
     0.0, 10.0,   0.0;; // End
}

然后用个类解析，根据时间插值就行了。

开始了Advanced Animation with DirectX的阅读
基础类库的构建是重要的,过后打算把它们加入我的zybToos的Framework里。
代码来自书中

这几天快要看完那本书了，还剩动态阴影和2D。明天应该就可以完结了。

编程之美看了绪论前面引言，我发现2年来我忽视了一个重要的东西就是算法。幸好我在大三这一年刚开始发现了。

DirectX中基础还有Animation不太懂，不过我已经打印了Advanced Animation with DirectX9。

听着MP3中《音乐天堂》精选，学习完后走在大学的路上。

感觉离神是如此的进....

operator void*()   意义：stream是否出错（相当于!fail()）
operator !()       意义：stream是否已出错（相当于fail()）

我们可以运用operator void*()在控制结构中简洁测出stream的当前状态:

while (std::cin)
{
}
控制结构中的布尔条件值并不是非得直接转换为bool不可，只要能够转换为某个整数型别或指针型别就够了。
转换为void* 常常是为了在同一表达式中读入对象并测试是否成功：

if(std::cin>> x)
{
//reading x was successful
}
正如先前的讨论，表达式
std::cin >> x
会返回cin，所以读入x后，上述语句变为
if(std::cin)
{
}

此时的cin被用于条件判断,所以cin会调用 operator void*,返回"stream是否发生错误"

以上技术的几个典型应用就是以循环读入对象并处理
while(std::cin >> obj)
{
std:: cout << obj << std::endl;
}

如果failbit或badbit被设立，该循环就立即中止---出现错误或者读到(end-of-file).

我们可以利用operator!进行相反测试，它会返回"strean是否已发生错误"，也就是说如果failbit 或badbit被设立就会返回true用法如下:
if(!std::cin)
{
//the stream is not OK
}

上述文字出于 <<c++标准程序库-自修教程与参考手册->>p600 侯捷-孟岩译

花了几天时间终于将这本书阅读完了，里面的streambuf没有理解，是我功底不够的缘故吧...
开学了，人多了起来，继续静静的学习