感慨归感慨，学还是要学的，可是虽说现在已经是信息爆炸的时代，找技术性的文章还真是难。找个四元数的应用中文的基本没有，英文的也是寥寥，大部分都是矩阵。虽说矩阵与四元数可以互换，但是终究还是不同的。Unreal Engine中的动画就是使用四元数记录节点的旋转信息的，花了我不少时间去琢磨该如何做，最终还是把四元数转换成了矩阵做变换。

    这两张就是从Unreal的ukx文件中提取的MeshAnimate的骨骼动画信息。

 
       暗精MM的MeshAnimate中竟然包含多达七十多个动画组，有些光看骨头动都不知道是什么动作，感觉在游戏中没有见过，隐藏的？看下面这张，像不像在跳街舞？

 
       动画这部分真是比较难，因为没有现成的资料参考，相关资料也难找。郁闷，不知道什么时候才能把皮也动起来。

看了一下天堂2的纹理Package文件，唔，都是原汁原味的DDS格式，稍稍处理一下就可以拿出来了。基本上是DXT1和DXT3两种。

发现Unreal Package中许多重复数据……比如IndexBuffer就找到了三组数据：

//--------第一处的VertexIndex-----------

//            int numberIndex = 1476;

//            int idxoff = 2534531;

//----------------------------------

//--------第二处的VertexIndex-----------

//与第一处明显不同，为什么呢？为什么要两个地方储存？绘制出来发现多了许多无用的面。

//            int numberIndex = 2496;

//            int idxoff = 2537489;

//----------------------------------

//--------第三处的VertexIndex---------------------------------------------

//结果与第一处一样，但与前两处存储方式明显不同，排序后的？为什么呢？为什么要三个地方储存！？

//第三处还包含有许多信息……

//            int numberIndex = 1476;

//            int idxoff = 2542490;

//----------------------------------

由于初步接触3D数据，不清楚是什么原因要存储如此多的重复数据，谁能说明一下？

进一步将天堂2的StaticMesh中的Vertex按照材质分组，并将Vertex UV提取出来，将纹理赋予各组顶点。

下面是粉刷好的桥：

world_bridge_T.utx

 

从Texture来看，天堂2真的做得很细致，许多都画得很精细。比如桥身上那几块突出的砖头：

哪位玩家在玩的时候能去看这些砖块？就算要去看也不一定能看清……没话说。赞！

图一：world_bridge_S.usx里的world_bridge06

图二：world_bridge_S.usx里的world_bridge07

还有一部分数据格式跟UTPT作者文档中的不一致，头疼中……

类	用途
BlendColor	用以管理控件颜色 将控件状态与颜色绑定 例如鼠标移出时的淡出效果 将当前颜色与目标颜色做线性差值，每次颜色的增量根据流逝时间生成
Control	控件的抽象基类
Dialog	界面主体，用以管理界面的各种控件（元素）
DialogResourceManager	Dialogs共享资源管理 如贴图、字体、device等
Element	控件的组成元素 如StaticText只有一个Element Button有两个：鼠标移入前、移入后 CheckBox有两个：Box和Check 从上篇文章中的控件贴图可以很明显地看出来
ElementHolder	用以管理各类型控件的组成元素Element
FontNode	用以保存Dialog所用的字体
TextureNode	用以保存Dialog所用的贴图

Dialog、Control、Element与ElementHolder之间的关系

想看专业的解释就看：

.NET Famework SDK文档-〉参考-〉编译器和语言参考-〉C#-〉C#语言规范-〉10.7.1类似字段的事件

里面有详细的解释。

这里我想就编译时发生的事情做一下描述。

上面的参考中有一句：“引发一个事件”与“调用一个由该事件表示的委托”完全等效。

什么意思呢？

我觉得可以这样表述：事件的引发是通过调用委托实现的，而委托不仅仅可以用来实现事件的引发。

我写了下面一段测试代码，我们可以看看编译器到底对event做了些什么。

    public class Class1
    {
        public delegate void abc();
        public event abc thisevent;
        public Class1()
        {
            thisevent += new abc(d);
            thisevent += new abc(e);
            thisevent -= new abc(d);
            thisevent = thisevent - new abc(e);
        }

        public void d(){}
        public void e(){}
    }

我们用ildasm工具打开生成的IL代码：

可以看到delegate abc实际上是从MulticastDelegate继承而来的一个类。

而在我们自己声明的thisevent事件、d()、e()方法之外，多出了一个thisevent字段和两个方法add_thisevent()、remove_thisevent()。

正如上面提到的那篇参考内描述的那样，一个事件的声明是可以转化为一个代理字段的声明加上添加、删除两种方法的事件操作。

我们查看thisevent事件的IL代码：

.event test4eventil.Class1/abc thisevent
{
  .addon instance void test4eventil.Class1::add_thisevent(class test4eventil.Class1/abc)
  .removeon instance void test4eventil.Class1::remove_thisevent(class test4eventil.Class1/abc)
} // end of event Class1::thisevent

可以看到，实际上add_thisevent()与remove_thisevent()是包含在thisevent事件中的两个方法。

 

那么，这两个方法与delegate有什么关系呢？

我们看看add_thisevent()的IL代码：

.method public hidebysig specialname instance void 
        add_thisevent(class test4eventil.Class1/abc 'value') cil managed synchronized
{
  // 代码大小       24 (0x18)
  .maxstack  3
  IL_0000:  ldarg.0
  IL_0001:  ldarg.0
  IL_0002:  ldfld      class test4eventil.Class1/abc test4eventil.Class1::thisevent
  IL_0007:  ldarg.1
  IL_0008: call       class [mscorlib]System.Delegate [mscorlib]System.Delegate::Combine(class [mscorlib]System.Delegate, class [mscorlib]System.Delegate)
  IL_000d:  castclass  test4eventil.Class1/abc
  IL_0012:  stfld      class test4eventil.Class1/abc test4eventil.Class1::thisevent
  IL_0017:  ret
} // end of method Class1::add_thisevent

反编译后如下：

public void add_thisevent(abc value) {
    this.thisevent = (abc) Delegate.Combine(this.thisevent, value);
}

而remove_thisevent()则是：

public void remove_thisevent(abc value) {
    this.thisevent = (abc) Delegate.Remove(this.thisevent, value);
}

也就是说，实际上，添加一个事件的绑定，实际上就是向该事件表示的委托列表中添加一项委托。而取消一个事件的绑定，就是从委托列表中删除一项委托。

所以，对event的绑定都是通过在delegate列表中添加、删除项来实现的。

另外，需要注意的一点是：除了在event对象声明的类内部，event对象只能用在+=和-=的左边。

     上篇文章说明了控件事件是如何被Dialog触发的，那么我们如何在实际使用中利用这些控件事件呢？我们需要将事件绑定到我们自己的方法。这样，一旦控件事件被触发，我们的程序就会自动调用我们自己的方法来处理该事件。

     这样做的好处是显而易见的。试想我们要实现如下的功能：点一个按钮，清除游戏中所有的物体。一般情况下我们是怎么做的？在点按钮的时候再去判断游戏中有多少物体，然后用一个循环销毁它们？这太无聊了，让他们收到命令就自己了断多好（真是听话……）。

     所以我们可以在物体创建时，就将按钮的Click事件与该物体的销毁方法绑定，这就是事件驱动的好处啦。DirectX Sample也给我们演示了如何利用事件驱动。比如点击Toggle full screen按钮时触发全屏方法：

            // Hook the button events for when these items are clicked
            fullScreen.Click += new EventHandler(OnFullscreenClicked);

疑问：为什么这里的绑定是绑定到EventHandler类型呢？

回答：因为Button的Click事件是EventHandler类型的啊。

疑问：为什么Button的Click事件是EventHandler类型的呢？为什么不能用其他类型？

回答：……这不是在编写《十万个为什么》！！

我们看看上次我们列出来的Button中的代码：

public event EventHandler Click;
/**//// <summary>Create new button instance</summary>
protected void RaiseClickEvent(Button sender, bool wasTriggeredByUser)
{
// Discard events triggered programatically if these types of events haven't been
// enabled
if (!Parent.IsUsingNonUserEvents && !wasTriggeredByUser)
return;

if (Click != null)
Click(sender, EventArgs.Empty);
}

实际上这个EventHandler是一个delegate（委托）方法。

什么叫委托方法呢？

委托方法说白了就是方法本身什么事都不干，你调用的时候才用一个真正干活的方法去实现这个委托。

还是一头雾水……这东西说不白了……

 

我们还是用上面的代码来说明：

首先给出EventHandler的定义，这个方法是在System命名空间下的，吃白饭的方法：

    public delegate void EventHandler(Object sender, EventArgs e);

然后我们知道Button中有这样一行：

    public event EventHandler Click;

这个时候发生了什么事呢？Click就变成了这个委托的一个实现。也就是说调用Click的时候应该是有两个参数的，所以：

if (Click != null)
Click(sender, EventArgs.Empty);

这里传了两个参数给Click事件，这两个参数实际上是EventHandler定义的。

到这里都没问题。就像声明了一个类的实例然后调用这个类一样。

 

可是Click还是什么事都没有干啊？

那当然，Click只是个事件而已，真正干活的在下面：

            fullScreen.Click += new EventHandler(OnFullscreenClicked);

这就是绑定的代码。OnFullscreenClicked我们用惯了VB或者C#应该都知道，它里面是些什么内容，肯定就是实现全屏的具体代码，要不也是调用实现全屏方法的代码。

 

那么这个+=是什么意思？

Delegate委托方法是可以用+、-操作来实现多重委托的，就是说吃白饭的头头只有一个，而干活的苦力可以有很多个。这里实际上就是将fullScreen这个按钮的Click委托实现又绑上了一个具体实现：OnFullscreenClicked。想想我们最开始举的例子，我们可以把多个物体的销毁都绑定到一个按钮上，利用的就是这一点。

 

也就是说一个头头（EventHandler）给下面的小头头（Click）传达任务，小头头（Click）给苦力（OnFullscreenClicked）传达任务，苦力（OnFullscreenClicked）去做任务……

这就是委托的流程，委托最后一定要绑定到一个具体的实现方法，光有任务没人去做是不行的。

 

明白这个流程后，我们知道EventHandler实际上什么事都没有做，我们完全可以一脚踹开它，自己定义一个委托方法，在Button类的代码前面加上一行：

    public delegate void MyEventHandler(Object sender, EventArgs e);

唔……多了两个字母……

然后在Button中：

        public event MyEventHandler Click;

这样Click接受的就是MyEventHandler的委托了。

最后再绑定：

            fullScreen.Click += new MyEventHandler(OnFullscreenClicked);

小头头（Click）告诉苦力（OnFullscreenClicked）：这个任务是新的头头（MyEventHandler）下达的，一定要做好！

 

疑问：EventHandler和<