欧美精品麻豆,欧美成人综合网站,久久婷婷综合激情

关于骨骼动画及微软示例Skinned Mesh的解�?

Sun, 15 Nov 2009 16:47:00 GMT

原文链接�Q?a >http://www.gameres.com/document.asp?TopicID=87707

�q�是我自个写�?�W�一�ơ发. 没想到这个脓子编辑器极差. 原文是有字体字色�?现在只能清一色了.
版主,发脓的编辑器太难�? 你有必要向上反映一�? 下面的字体是我敲html标记加上�?大家凑和�?

关于骨骼动画及微软示例Skinned Mesh的解�?/strong>

骨骼动画是D3D的一个重要应用。尽��微软DXSDK提供了示例Skinned Mesh�Q�但�׃��涉及众多概念和技术细节，�C�Z��相对于初学者非常复杂，难以看懂。在此，提供一些重要问题评论，以��初学者走��局�Q�顺利上手。文中所�q�都是参照各�U�资料加上自��q��理解�Q�也有可能出些偏差，有则回脓拍砖�Q�无则权当一�W��?/p>

一骨骼动画原理
原理斚w��在网上资料比较多�Q�大安��基本明白。在此说一下重点：
��M��上，�l�大部分动画实现原理一��_��是“提供一�U�机�Ӟ��描述各顶点位�|�随旉��的变�?#8221;。有三种�Ҏ��Q?br>1.1 兌��动画�Q?/font>�׃��大部分运动，都是皮肤随骨骼在动，皮肤相对于它的骨骼本�w��ƈ没有发生�q�动�Q�所以只要描�q�清楚骨骼的�q�动��p��了。用矩阵描述各个骨骼的相对于爉��D��动�?大多�q�动都是旋�{�? 易知�Q�从子骨骼用矩阵乘法累积到最��层栚w��|��可以得到每个子骨骼相对于世界坐标系的�{换矩��c�?br>  �q�种动画�Q�只��ȝ��普通Mesh保存最初始的各��点坐标�Q�以及一�p�d��后箋时刻所对应的各骨骼的运动矩��c��不用保存每时刻的顶�Ҏ��据，节省了大量存储空间。而且比较灉|��Q�可以利用关键��插��D��，便于通过�q�算调节动作。缺�Ҏ��在两�D�骨��g��接处�Q�容易��生裂�~�，影响效果�?/p>
1.2 渐变动画�Q?/font>通过保存一�p�d��时刻的顶点坐标来完成动画。虽然比较逼真�Q�但占用大量�I�间�Q�灵�z�L��也不高�?/p>
1.3 骨骼蒙皮动画(skinned Mesh)
  相当于上面两�Ҏ��的折中。现在比较流行�?br>  在关节动�ȝ��基础上，利用��点混合(Vertex Blend)技术，对于兌��附近的顶点，由媄响这些顶点的两段�Q�或多段�Q�骨��D��动，分别赋以权��|��共同军_��点位置。相当于在骨骼关节上动态蒙皮，有效解决了裂�~�问题�?/p>
  �q�里�Q�引入一个D3D技术概念：“Vertex Blending”---��点混合技术。比如说�Q�你肯定用过SetTransform(D3DTS_WORLD,....)�Q�但SetTransform(D3DTS_WORLDMATRIX(i),....)是不是很奇怪？�q�个问题后文会讲到�?你也可以在微软的DXSDK的帮助文件中搜烦“Geometry Blending”主题�Q�有裂缝及其解决办法囄��?/p>

�?X文�g如何保存骨骼动画

理解X文�g格式�Q�对用好相关的DX函数是非帔R��要的�?/p>
不含动画的普通X文�g�Q�有一个Mesh单元�Q�保存了各顶点信息、各三角面的索引信息、材质种�c�d��定义�{��?/p>
动画X文�g�Q�则在这个单元中增加�?#8220;各骨��D��皮信�?#8221;�?#8220;骨骼层次及结构信�?#8221;�?#8220;各时刻骨骼矩阵信�?#8221;�{��?/p>
2.1 �|�格蒙皮信息�Q?/font>首先�Q�在Mesh{}单元中，在原有的普通网格顶�Ҏ��据基��上，新增了XSkinMeshHeader{}�l�构�Q�以及多个SkinWeights{}�l�构。用以描�q�各个骨骼的蒙皮信息�?/p>
其中�Q�XSkinMeshHeader是��L��Q��D一实例�Q�如下：

XSkinMeshHeader
{
2,//一个顶点可以受到骨骼媄响的最大骨骼数,可用于计��共同作用时减少遍历�ơ数
4,//一个三角面可以受到骨骼影响的最大骨骼数。这个数字对��g��点混合计算提出了基本要求�?br>35 //当前Mesh的骨骼��L��?br>}

�׃��每个骨骼的蒙皮信息都需要用SkinWeights�l�构��L��q�ͼ�所以有多少块骨��|��在Mesh中就有多��个SkinWeights对象�?br>注意�Q�一般把SkinWeights视作Mesh的一部分。这�U�Mesh又称Skinned Mesh (蒙皮�|�格)

SkinWeights �l�构如下�Q?br>{
  STRING      transformNodeName;      //骨骼�?br>  DWORD       nWeights;               //权重数组的元素个敎ͼ�卌��骨骼相关的顶点个�?br>  array DWORD vertexIndices[nWeights];//受该骨骼控制的顶点烦引，实际上定义了该骨骼的蒙皮
  array float weights[nWeights];      //蒙皮各顶点的受本骨骼影响的权�?br>  Matrix4x4   matrixOffset;           //骨骼偏移矩阵�Q�用来从初始Mesh坐标�Q�反向计��顶点在子骨骼坐标系中的初始坐标�?br>}
在有的书中，把上面的matrixOffset叫骨骼权重矩阵，是不恰当的。应该称为骨骼偏�Uȝ��阉|��较合适�?/p>
[问题] 在整个动画过�E�中�Q�子骨骼�q�动矩阵的数值是不断变化的。上面的骨骼偏移矩阵变化吗？有没有必要重新计��？它在什么时候��用？
�{�：各骨骼的偏移矩阵matrixOffset专门用来从原始Mesh数据计算出各��点相对于骨骼坐标系的原始坐标。在�l�制前，把它与当前变换矩�늛�乘，��可以得到该骨骼的当前的最�l�变换矩��c�?��M��Q�骨骼偏�Uȝ��阉|��与原始Mesh��点数值相兌��的，在整个动画过�E�中是不变的�Q�也不应该变。在动画�q�程中变化是当前骨骼变换矩阵�Q�可�?X中的AnimatonKey中的各时�ȝ��阵得到。这个矩阵乘法在�C�Z��中的对应代码如下�Q?br>D3DXMatrixMultiply( &matTemp, &pMeshContainer->pBoneOffsetMatrices[iMatrixIndex], pMeshContainer->ppBoneMatrixPtrs[iMatrixIndex] );

卻I��D3DXMatrixMultiply(输出最�l�世界矩�? 该骨骼的偏移矩阵, 该骨骼的变换矩阵)

2.2 骨骼层次信息

在X文�g中，Frame是基本的�l�成单元。又�U�框架Frame�?一�?x可以有多个Frame�?注意此处的Frame不是帧，与��没什么关�p?

框架Frame允许嵌套�Q�这样就存在父子框架了。而�ƈ列的框架�Q�称为兄弟框架。这两种关系�l�合在一��P��卛_��以纵深，又可以�ƈ列，形成一�U�层�ơ结构。这�U�结构，可用二叉树描�q��?/p>
每个框架�l�构的最前面�Q�有一个FrameTransformMatrix矩阵数据�Q�描�q�C��该框架相对于父框架的变换矩阵。也��是��_��该框架中的坐标，与该矩阵�怹��Q�可转换为父框架坐标�pȝ��坐标�?br>�q�种层次�l�构�Q��得X文�g能描�q�许多复杂的物体。如地�Ş场景�?/p>
在骨骼动��L��件中�Q�框架结构可直接拿来描述人物骨骼的层�ơ结构。框架的名字通常为对应的骨骼名�?br>�?#8220;左上�?>左前�?>手掌->手指”��Ş成一个父子骨骼链。而左上臂与右上臂是�ƈ行关�p�R�?/p>
数据�C�Z��Q?D:\D9XSDK\Samples\Media\tiny.x

Frame ...{
  .....

  Frame Bip01_R_Calf { //子骨�?br>
       FrameTransformMatrix {
        1.000000,-0.000691,-0.000000,0.000000,0.000691,1.000000,-0.000000,0.000000,0.000000,0.000000,1.000000,0.000000,119.231522,0.000021,-0.000011,1.000000;;
       }

        Frame Bip01_R_Foot {//--孙子骨骼

        FrameTransformMatrix {
         0.988831,0.124156,0.082452,0.000000,-0.122246,0.992109,-0.027835,0.000000,-0.085257,0.017445,0.996206,0.000000,119.231476,-0.000039,0.000023,1.000000;;
        }

        ....�~�进
    }
}

[问题]查看�C�Z��tiny.x文�g�Q�发现只有根框架下有一个Mesh�Q�包含了所有顶点信息。其它各个Frame都没有Mesh数据。怎么理解�Q?br>�{�：一般来��_��每个动画文�g只有一个Mesh�|�格�Q�包含物体所有顶点信息�?br>     其它Frame�Q�只是借用来描�q�各骨骼的层�ơ信�?没必要再定义骨骼�|�格。每块骨骼对应的蒙皮��点信息�Q�由根Mesh中的相应骨骼的SkinWeights中蒙皮顶点烦引描�q�的。在动画�q�程中，各个��点的新坐标�Q�要借助SkinWeights中的��点索引来进行重新计��?/p>
2.3 动画信息�Q?/font>
�׃��p�d��AnimatonKey�l�成�Q�数据示例如下：

  AnimationKey {
   4;--动画�c�d�� 4表示矩阵
   62; --动画帧数�Q�即下面矩阵个数
   0;16;1.000000,-0.000691,-0.000000,0.000000,0.000691,1.000000,0.000000,0.000000,0.000000,-0.000000,1.000000,0.000000,119.231514,-0.000005,0.000001,1.000000;;,
   80;16;0.992696,-0.120646,-0.000000,0.000000,0.120646,0.992696,0.000000,0.000000,-0.000000,-0.000000,1.000000,0.000000,119.231514,0.000002,-0.000002,1.000000;;,

   ..上面�U�数字表�C�时刻tick,兰数字表�C�数值的个数�?br>   ...其它各时�ȝ��?..

   { Bip01_R_Calf }--对应的骨骼对象引�?br>  }

注意�Q?br>(1)每块骨骼都有一个AnimationKey{}.
(2)在上面数据结构中�Q�主要保存了各典型时�ȝ��该骨骼相对于父的变换矩阵.
(3)�?时刻的矩阵，与该骨骼对应的前面的Frame所对应的矩阉|��相同的。如Frame Bip01_R_Calf{}中的变换矩阵�Q�与Bip01_R_Calf所对应的AnimationKey 的第0时刻矩阵是一��L��。这说明�Q�在以后动画�q�行�Ӟ��DX会提供一�U�功能，用AnimatonKey中的对应数据��h��初始的变换矩�?也可能启用关键��插值算�?。这个功能对应于�C�Z��中的m_pAnimController->SetTime(...)语句�?/p>
�?怎样从X文�g加蝲骨骼动画信息�Q?/strong>
3.1 负责加蝲的函敎ͼ�
  可能有多�U�加载方式，在此以SDK中的�C�Z��为准�Q�叙�q�C��U�标准加载方式，需要用到DX函数D3DXLoadMeshHierarchyFromX(),函数字面意思是��d��Mesh层次信息�?br>HRESULT WINAPI
    D3DXLoadMeshHierarchyFromX(
        LPCSTR Filename,                 //.x文�g�?br>        DWORD MeshOptions,               //Mesh选项�Q�一般选D3DXMESH_MANAGED
        LPDIRECT3DDEVICE9 pD3DDevice,    //指向D3D讑֤�Device
        LPD3DXALLOCATEHIERARCHY pAlloc,  //自定义数据容�?/strong>
        LPD3DXLOADUSERDATA pUserDataLoader,  //一般选NULL
        LPD3DXFRAME *ppFrameHierarchy,       //�q�回根Frame指针�Q�指向代表整个骨架的Frame层次�l�构
        LPD3DXANIMATIONCONTROLLER *ppAnimController //�q�回相应的动��L��制器
);

�q�个函数后面的两个输出参数很重要�Q�也很好理解�Q�但输入参数中的自定义数据容器是怎么回事呢？
原来�Q�鉴于动��L��据的复杂性，需要你配合完成加蝲�q�程。比如你是否用到自定义扩展结构，Mesh�{�数据保存在哪里�Q�怎样使用戯��己创建容器，自己军_��卸蝲�{�等�?
DX提供了ID3DXALLOCATEHIERARCHY接口�Q�提供了�q�个自定义的��Z��Q�你重蝲�q�个接口的虚函数�Q�在加蝲�q�程中，它就像回调函数那栯��作�?/p>
你需要像下面�q�样建立一个自定义数据容器�c�：
class CAllocateHierarchy: public ID3DXAllocateHierarchy
{
public:
    STDMETHOD(CreateFrame)(THIS_ LPCTSTR Name, LPD3DXFRAME *ppNewFrame);
    STDMETHOD(CreateMeshContainer)(THIS_ LPCTSTR Name, LPD3DXMESHDATA pMeshData,
                            LPD3DXMATERIAL pMaterials, LPD3DXEFFECTINSTANCE pEffectInstances, DWORD NumMaterials,
                            DWORD *pAdjacency, LPD3DXSKININFO pSkinInfo,
                            LPD3DXMESHCONTAINER *ppNewMeshContainer);
    STDMETHOD(DestroyFrame)(THIS_ LPD3DXFRAME pFrameToFree);
    STDMETHOD(DestroyMeshContainer)(THIS_ LPD3DXMESHCONTAINER pMeshContainerBase);
    CAllocateHierarchy(CMyD3DApplication *pApp) :m_pApp(pApp) {}
public:
    CMyD3DApplication* m_pApp;
};

[问题]上面的STDMETHOD是什么意思？
�{�：相当于virtual   HRESULT   __stdcall 的宏�?lt;评论> 因�ؓ�q�种�c�要与D3D的COM接口打交道，不仅仅在C++内部使用�Q�所以，所有类�Ҏ��必须做成stdcall的，可对外开攄��?br>#define   STDMETHOD(method)               virtual   HRESULT   STDMETHODCALLTYPE   method
#define   STDMETHODCALLTYPE               __stdcall
�q�样当写一个函数STDMETHOD(op1(int   i))
展开后成为：     virtual   HRESULT   __stdcall   op1(int   i);

3.2 自定义数据容器以及具体的��d��q�程:
�Ҏ��.X文�g�Q�在加蝲�q�程中，主要有两斚w��数据需要保存，一个是骨架Frame信息�Q�一个是�|�格蒙皮Mesh信息。这两个信息保存在如下结构中�?/p>
框架信息(对应于骨�?
typedef struct _D3DXFRAME
{
    LPSTR                   Name;
    D3DXMATRIX              TransformationMatrix; //本骨骼的转换矩阵

    LPD3DXMESHCONTAINER     pMeshContainer;       //本骨骼所对应Mesh数据

    struct _D3DXFRAME       *pFrameSibling;       //兄弟骨骼
    struct _D3DXFRAME       *pFrameFirstChild;    //子骨�?br>} D3DXFRAME, *LPD3DXFRAME;

自定义数据容�?其数据来源由上面接口的CreateMeshContainer()函数提供
typedef struct _D3DXMESHCONTAINER
{
    LPSTR                   Name;       //容器�?br>    D3DXMESHDATA            MeshData;   //Mesh数据,可创建SkinMesh取代�q�个Mesh
    LPD3DXMATERIAL          pMaterials; //材质数组
    LPD3DXEFFECTINSTANCE    pEffects;
    DWORD                   NumMaterials;//材质�?br>    DWORD*                  pAdjacency;  //��L��三角形数�l?br>    LPD3DXSKININFO          pSkinInfo;   //蒙皮信息,其中�?x中的各个skinweight蒙皮��点索引及各骨骼偏移矩阵�{��?br>    struct _D3DXMESHCONTAINER *pNextMeshContainer;
} D3DXMESHCONTAINER, *LPD3DXMESHCONTAINER;

[评论]
.在动��L��件中�Q�框枉��常用来描述骨骼。可以把Frame视做骨骼�Q�所以不�l�加区分�?br>.在上面D3DXFRAME�l�构�?pFrameSibling, pFrameFirstChild两个指针�Q�常用于递归函数中，遍历整个骨架�?br>.在D3DXFRAME�l�构中有一个pMeshContainer指针�Q�难道框架与Mesh是一一对应的吗�Q?br>有一个框�?骨骼)��有一个Mesh吗？怎么.X文�g中只有一个Mesh?��N��加蝲时拆开存放?
�{?从D3DXFrame�l�构上看�Q�每个Frame都有一个pMeshContainer指针。这��有三种解释�Q?br>   �W�一�U�，加蝲到内存后所有的pMeshContainer都指向同一个全局Mesh
   �W�二�U�，加蝲到内存后�Q�只有一个主框架的pMeshContainer不�ؓ�I�，其它Frame的pMeshContainer均�ؓNULL�Q�因为在.X中，它们没有定义自己的Mesh
   �W�三�U�，加蝲到内存后�Q�D3D��Mesh拆分�Q�分开到各骨骼所对应的Frame�Q�每个Frame都有自己的Mesh�?br>   �q�个问题我以前也不是很清楚，通过查看�C�Z��源码及跟�t�发玎ͼ�正确解释应该是第2�U�。唯一的一个全局Mesh存放在Frame "body"下的无名Frame中。而其它Frame�׃��没有自己专门的Mesh而指向NULL. 应该大致如此。这个问题之所以让人困�l�，是因��Z��后箋代码上看�Q�在渲染DrawFrame�Ӟ��是遍历每一个frame分别�l�制它们对应的Mesh. 如果对应于同一个mesh�Q�就�l�制多遍。如果对应各自mesh�Q�那么变换矩阉|��么�l�织�q�算�{�等。所以，�Ҏ��W�二�U�解释，�׃��只有一个pMeshContainer不�ؓNULL�Q�所以参与绘制及蒙皮的只有这一个MeshContainer�Q��h体所有顶�Ҏ��据及蒙皮信息都在�q�个mesh中�?br>所以，��d��tiny.x文�g后，会��生多个D3DXFRAME对象�Q�但只有一个D3DXMESHCONTAINER对象�?/p>
在示例代码的CMyD3DApplication::InitDeviceObjects()中，�?
    hr = D3DXLoadMeshHierarchyFromX(strMeshPath, D3DXMESH_MANAGED, m_pd3dDevice, &Alloc, NULL, &m_pFrameRoot, &m_pAnimController);
    if (FAILED(hr))
        return hr;
其中的Alloc是就自定义的数据容器对象。m_pFrameRoot是根骨骼�Q�对遍历很重要。m_pAnimController是动��L��制器�Q�对��h��矩阵很重要�?/p>
你在�q�行完这句话后，下一个断点，观察m_pFrameRoot�Q�会发现如下内容�Q?/p>
m_pFrameRoot 0x00c59380 {Name=0x00c53630 "Scene_Root" .....} //�Ҏ��?br>pMeshContainer 0x00000000
pFrameSibling 0x00000000
pFrameFirstChild 0x00c59428 {Name=0x00c53ca8 "body" pMeshContainer=0x00000000...}//子框�?骨骼body
   +---  pMeshContainer 0x00000000
           +---  pFrameSibling 0x01419f00 {Name=0x00c5ffd8 "Box01" pMeshContainer=0x00000000 ...}//兄弟框架
      +---  pFrameFirstChild 0x00c594d0 {Name=0x00000000 pMeshContainer=0x00c59828 //子框�?--该框架就�?x中含有唯一全局Mesh的无名框�?/p>

可见,在内存中的Frame布局是与.x中一一对应的。除了pFrameFirstChild 0x00c594d0�q�个地方的Frame中的pMeshContainer不�ؓ�I�，其它框架的这个mesh指针都是�I�倹{�?br>另外一点可以看出，�q�不是每个Frame都对��׃��块骨��|��有的是别的用途。也��是说Frame对象的个数可能多于骨骼数�?/p>
3.3 分析CAllocateHierarchy�c?/font>
下面�l�箋研究自定义数据容器CAllocateHierarchy�Q�顾名思义�Q�该�c�L��在加载过�E�中自行分配层次数据�I�间。它�?个成员，都是重蝲D3D的接口虚函数�?br>它的成员CreateFrame()是用来创建D3DXFrame对象的，而CreateMeshContainer()是用来创建Mesh数据对象的。你可以在这两个函数中下断点�Q�发现CreateFrame会运行多�ơ，而CreateMeshContainer只运行一�ơ，再次验证了上面的说法�?/p>
值得注意的是�Q�示例对上面的D3DXFRAME�Q�D3DXMESHCONTAINER两个�l�构做了扩展�Q�分别代之以D3DXFRAME_DERIVED�l�构和D3DXMESHCONTAINER_DERIVED�l�构�Q�以集中存储数据方便�E�序处理�?/p>
CreateFrame()处理比较��单，你只是new一个Frame对象�I�间�Q�填入传�q�来的Name�Q�其它内容由DX负责�l�护填充�?/p>
CreateMeshContainer()较�ؓ复杂。它的�Q务一是保存传入的�|�格数据数据�Q�二是根据这些数据及蒙皮信息调用GenerateSkinnedMesh()函数生成蒙皮�|�格。只有这个新的BlendMesh才能在Render()时支持顶�Ҏ؜合，完成蒙皮的显�C�。在D3DXMESHCONTAINER_DERIVED�l�构中，用pOrigMesh保存旧的Mesh普通网��g��息。而Meshdata.Mesh则指向新产生的BlendMesh

在这个函��C��Q�多�ơ用��C��AddRef()�Q�对COM不熟悉的新手�Ҏ��困惑。D3D是COM�l��g�Q�它在服务进�E�中�q�行�Q�而不在当前的客户�q�程中。在DX�l��g�q�行�q�程中，要创��Z��p�d��接口对象�Q�如CreateDevice()�q�回接口指针�Q�这些接口及其占用内存什么时候释放，要通过“引用计数”的技术来解决。AddRef()�l�这个接口指针的计数�?�Q�而Release()会将之减1。一旦减�?�Q�表�C�没有客户��用了�Q�相关的接口��释放了�?由此可知�Q�每�ơ调用Rlease()后，�q�不一定会释放内存�Q�而是当引用计数归0旉��攑ֆ�存�?br>�q�样�Q�对接口指针的��用，��像�l�护堆栈的��^衡一��P��要仔�l�，而且按照某种�U�定规则使用�?/p>
但��^时D3D�~�程中，怎么不用AddRef()呢？�q�是�׃��一个接口指针，如ID3DDevice�Q�或VertexBuf指针�Q�都是D3DXCreate出来�?在Create时候，在内部已�l�事先AddRef()了，你就不需要再做这工作了。只要你在不用时�Q�调�?p指针->Relase()��释放了。一般编�E�，特别是小型示例程序，都是初始化时建立一�ơ，关闭旉��放，都遵守了�q�种�U�定�Q�所以不存在�q�种问题�?/p>
但在CreateMeshContainer()函数中，以多�U�方式��用了指针�Q�在局部指针变量中来回传递，所以问题复杂化了。在COM�~�程中约定，��M��时候地接口指针赋�?复制)�Q�都要AddRef()�Q�在指针变量�l�束生命期前�Q�再Release(). 但许多程序员都不是严��D��么做。因为在局部变量用完就废了�Q�先AddRef()增加计数再Release()减少�Q�和直接使用最后是�{�效的。几乎是多此一举。这与编�E�习惯有关系。一旦引用计��C��对，如果没有�l�一的习惯，不好排查。在CreateMeshContainer()中，�Ҏ��口指针的使用有三�U�方式，例�D如下�Q?/p>
方式一�Q�不使用AddRef()。和普通指针一��P��临时变量是左��|��接口指针是右��|��直接赋��g��用。如:
        pMesh = pMeshData->pMesh;
        �q�是�׃��pMesh是局部变量，它只是��时引用一下，没必要�ؓ它先AddRef()�Q�后Release()�?/p>
方式二：隐式的��用AddRef()�?�׃��用到了一些内部有AddRef()动作的函敎ͼ��p��按照COM�U�定�Q�在子程序结束前Release()
        pMesh->GetDevice(&pd3dDevice);//此处d3d讑֤�引用计数已经�?
        ....
        SAFE_RELEASE(pd3dDevice);//--此处��引用计数减1�Q��ƈ不是真的释放d3d讑֤�
        在本例中�Q�pd3dDevice在GetDevice()中已�l�Addref()�q�了�Q�所以，在退出CreateMeshContainer()前，必须pd3dDevice->Release()

方式三：昑ּ�的��用AddRef()�?如果一个指针��|��不是由D3DXCreate出来的，而是通过赋值方式复制给一个全局变量或长期变量的�?所以，可以通过AddRef()的方式来延迟该对象的释放。因为，如果不AddRef()�Q�极有可能在函数�q�回该对象就可能释放了。它��像一个加油站�Q��得传入对象的寿命廉��臌��己控制范围内。用了AddRef()�Q�就要在相关的Destroy中添加Release()�?/p>
在本函数�Q�有三处�q�样的语句：
        pMeshContainer->MeshData.pMesh = pMesh;
        pMeshContainer->MeshData.Type = D3DXMESHTYPE_MESH;
        pMesh->AddRef();
         ....
        pMeshContainer->pSkinInfo = pSkinInfo;
        pSkinInfo->AddRef();

        pMeshContainer->pOrigMesh = pMesh;
        pMesh->AddRef();
         ....

        ��来在DestroyMeshContainer()中，要释放这些指针：
        ....
        SAFE_RELEASE( pMeshContainer->MeshData.pMesh );
        SAFE_RELEASE( pMeshContainer->pSkinInfo );
        SAFE_RELEASE( pMeshContainer->pOrigMesh );

        �׃��q�些指针值的创徏、更改等都是用户自己�l�营的，所以务必要加前后吻合，在CreateMeshContainer()中AddRef()�Q�在DestroyMeshContainer()中Release().

再来看数据的保存部分�?br>在CreateMeshContainer()的传入参��C��Q�有pMeshData,pMaterials,pEffectInstances,NumMaterials,pAdjacency,pSkinInfo
你需要把�q�些数据保存到自��q��D3DXMESHCONTAINER对象中。�ƈ且其中的所有数�l�所需的空间都要在全局堆中new出来。所以在该代码中�Q�有如下new:
pMeshContainer = new D3DXMESHCONTAINER_DERIVED;//自定义的扩展数据容器对象
memset(pMeshContainer, 0, sizeof(D3DXMESHCONTAINER_DERIVED));//初始化pMeshContainer,�?
    ...
pMeshContainer->pMaterials = new D3DXMATERIAL[pMeshContainer->NumMaterials];//准备保存材质
pMeshContainer->ppTextures = new LPDIRECT3DTEXTURE9[pMeshContainer->NumMaterials];//准备创徏�U�理对象。它声明在扩展部分�?br>pMeshContainer->pAdjacency = new DWORD[NumFaces*3];//准备保存��L��三角形数�l?NumFaces = pMesh->GetNumFaces();

然后�Q�对数据�q�行memcpy保存。pEffectInstances�׃��在绘制中不需要，�q�没�q�行保存。对于没有脓囄��赋以默认材质属性�?br>值得注意的是�Q�所有这些new�Q�必��d��DestroyMeshContainer()时进行delete.

接下来的处理中，如果发现Mesh的FVF中没有法向量�Q�要用CloneMeshFVF()重徏Mesh�Q�计��顶点��^均法向量。以备光照处理�?/p>
最后，我们看看蒙皮信息pSkinInfo的处理。这是重头戏�?br>如果发现pSkinInfo!=NULL�Q�就准备着手从各个蒙皮骨骼信息创徏SkinMesh.
首先�Q�用扩展容器�l�构D3DXMESHCONTAINER_DERIVED中的各属性保存原Mesh指针��|��pMeshContainer->pOrigMesh = pMesh, 因�ؓ接下来我们要创徏SkinMesh替代原Mesh.然后�Q�把SkinInfo中的各骨骼的偏移矩阵保存到pMeshContainer->pBoneOffsetMatrices�?br>      cBones = pSkinInfo->GetNumBones();
      pMeshContainer->pBoneOffsetMatrices = new D3DXMATRIX[cBones];
      .....
     每个“骨骼偏移矩阵”pBoneOffsetMatrices,在将来DrawMeshContainer()中是必须要用的。因为原始Mesh中的��点数据乘以“骨骼偏移矩阵”�Q�再乘以“变换矩阵”�Q�才能求得各骨骼��点在世界坐标系中的坐标�?卻I��
    骨骼上各点在世界坐标�p�M��的新坐标=初始�|�格中的各点坐标*骨骼偏移矩阵*骨骼当前的变换矩�?br>    其中�Q?#8220;初始�|�格中的各点坐标*骨骼偏移矩阵” = 骨骼上各点初始时��d��该骨骼坐标系中的局部坐�?/p>
做了以上工作后，调用GenerateSkinnedMesh(pMeshContainer)�Q�创建SkinMesh. 接下来，我们看看GenerateSkinnedMesh()做了哪些工作�?/p>
3.4 怎样生成蒙皮�|�格SkinMesh? GenerateSkinnedMesh()分析

�׃��要重定义pMeshContainer->MeshData.pMesh�Q�所以先SAFE_RELEASE( pMeshContainer->MeshData.pMesh ); 释放原pMesh

在这个函��C��Q�是�Ҏ��当前�l�图方式讄��q�行加蝲数据的。因为顶�Ҏ؜合，有无索引的顶�Ҏ؜合，有含索引的顶�Ҏ؜合，所使用的函数和对应的SkinMesh数据内容也有所不同�?br>在示例中�Q�自定义了枚举m_SkinningMethod�Q�主要分为D3DNONINDEXED和D3DINDEXED�Q�以有纯软�g渲染�{�。运行示例后�Q�你可以选择菜单中的Options选择不同的渲染方式�?/p>
我们着重分析一下带索引的蒙皮网根{��在�E�序中，��是D3DINDEXED相关的部分�?br>if (m_SkinningMethod == D3DINDEXED){ ....}

注意! �C�Z��默认工作在D3DNONINDEXED�?如果要跟�t�D3DINDEXED部分的代�?必须选择菜单中的Options选择indexed!

最主要的，要通过DX的ConvertToIndexedBlendedMesh()函数�Q�生成支�?#8220;索引��点混合”的SkinMesh.有关索引��点混合的技术，你可以在DXSDK帮助文�g中搜�?#8220;Indexed Vertex Blending”主题�Q�对着英文和插囑ְ��q��Q�确有收莗��?/p>
要想用硬件对��点�q�行混合�Q�那么参与�؜合者不能太多。也��是说同时媄响一个顶点的骨骼��C��能多。我们假定一个顶�Ҏ��多同时受4个骨骼的影响�Q�也��是同时最多有4个骨骼矩阵参与加权求和）�Q�那么同时媄响一个三角�Ş面的骨骼数最多就�?*4=12个�?br>我们用NumMaxFaceInfl表示影响一个三角面的最多骨骼矩阉|��Q�那么，通过调用pSkinInfo->GetMaxFaceInfluences()获取�q�个数��|��一般也��?-4。如果这个数值太大，我们强制使用NumMaxFaceInfl = min(NumMaxFaceInfl, 12);来最多取�?2�?/p>
用NumMaxFaceInfl �q�个数值干什么呢�Q?我们用来它分析当前的昑֍�倒底行不行�?/p>
if (m_d3dCaps.MaxVertexBlendMatrixIndex + 1 < NumMaxFaceInfl)//如果昑֍�达不到该要求
{
      //很奇怪�?005�q�底买的GeForce 6600GT昑֍��Q�竟然m_d3dCaps.MaxVertexBlendMatrixIndex=0, 不支持烦引顶�Ҏ؜合！是驱动问题还是怎么了？
      //但它支持非烦引�؜合。或者，也许要用HLSL支持混合。看��h��Q?D�~�程要多考虑�?br>       ..
      pMeshContainer->UseSoftwareVP = true;//用��Y件渲染顶炏V��显然不实用�?br>}
else
{
      pMeshContainer->NumPaletteEntries = min( ( m_d3dCaps.MaxVertexBlendMatrixIndex + 1 ) / 2,
                                                     pMeshContainer->pSkinInfo->GetNumBones() );//--什么意思？
      pMeshContainer->UseSoftwareVP = false;//采用��g��点混合�?br>      Flags |= D3DXMESH_MANAGED;
}

[评论]在上面有一行代�?
     pMeshContainer->NumPaletteEntries = min( ( m_d3dCaps.MaxVertexBlendMatrixIndex + 1 ) / 2,pMeshContainer->pSkinInfo->GetNumBones() );
��管作者加了大�D�|��释，�q�是让�h一头雾水。其实，我们做一个实验，反尔更能理解它的用途�?br>�W�一步，你在�q�句话后面下一个断点，看一下在你机器上�q�个数倹{��我的ATI 9550昑֍�机器上是19。比tiny.x中的骨骼�?5��很多�?br>�W�二步，你将上面=双��瞎填一个大�?的数字，比如6。编译后照样�q�行。而且效果上几乎看不出��M��差别�?br>��Z��么会�q�样呢？我们在绘制代码部分，看看�q�个数��D�v什么作用�?br>在DrawMeshContainer()代码中，我们查找D3DINDEXED相关的部分。在mesh各子集的DrawSubset()之前�Q�有如下代码�Q?br>      for (iAttrib = 0; iAttrib < pMeshContainer->NumAttributeGroups; iAttrib++)
      {
                // first calculate all the world matrices
                for (iPaletteEntry = 0; iPaletteEntry < pMeshContainer->NumPaletteEntries; ++iPaletteEntry)
                {
                    iMatrixIndex = pBoneComb[iAttrib].BoneId[iPaletteEntry];
                    if (iMatrixIndex != UINT_MAX)
                    {
                        D3DXMatrixMultiply( &matTemp, &pMeshContainer->pBoneOffsetMatrices[iMatrixIndex], pMeshContainer->ppBoneMatrixPtrs[iMatrixIndex] );
                        m_pd3dDevice->SetTransform( D3DTS_WORLDMATRIX( iPaletteEntry ), &matTemp );
                    }
                }
       ...
      }
下面仔细评估一下这些代�?
先注意看其中奇怪的D3DTS_WORLDMATRIX()宏，我们以前�q�没�q�样用过。它是做什么用的呢�Q�通过查DXSDK帮助�Q�我们在Geometry Blending主题中找到相兌��明，�q�在"Indexed Vertex Blending"主题中给��Z��内部实现原理。原来，当你用m_pd3dDevice->SetRenderState(D3DRS_INDEXEDVERTEXBLENDENABLE, TRUE);开启了索引��点混合后，在硬件上��启用了“palette of matrices”�Q�即矩阵寄存器组�Q�它最多支持同�?56个烦引。就像过�ȝ��256色调色板来表现彩色一栗��D3DTS_WORLDMATRIX()宏就是有256-511�q?56个数表示矩阵索引受��?/p>
�q�些矩阵参与如下计算�Q?/p>
V最�l�顶点位�|?V*M[索引�?]*权重1 + V*M[索引�?]*权重2 + ....+V*M[索引n]*(1-其它权重�?

�q�个公式的来源，�怿�大家在众多资料上见过�Q�不赘述�?当然�Q�我们也可以用程序完成这个蒙皮计��过�E�，但逐个读顶点却很麻烦。现在是��q��件代劳了。我们只讄��阵就行了�?br>我们用m_pd3dDevice->SetTransform( D3DTS_WORLDMATRIX( iPaletteEntry ), &matTemp );�q�种方式讑֮�各烦引对应的矩阵�?/p>
那么权重呢？我们怎么设？原来在上面所说的DX提供的ConvertToIndexedBlendedMesh()函数中，生成SkinMesh�Ӟ��各网格顶�Ҏ��式FVF已经有变化了�Q�增加了新格式，D3DFVF_XYZB2�Q�D3DFVF_LASTBETA_UBYTE4�Q�用以记录顶点对应的权重��g��及矩�늃�引。如�?br>struct VERTEX
{
    float x,y,z;
    float weight;
    DWORD matrixIndices;
    float normal[3];
};
#define D3DFVF_CUSTOMVERTEX (D3DFVF_XYZB2 | D3DFVF_LASTBETA_UBYTE4 |D3DFVF_NORMAL);

D3DFVF_LASTBETA_UBYTE4对应于DWORD数��|��用于矩阵索引�Ӟ��每个字节表示一个烦引，最多可以允�?个烦引，同时�?个矩阵参于该点的混合。如果一�ơ绘制中涉及�?块骨骼矩阵，你可以把�q?个矩阵全部用SetTransform讄��到矩阵寄存器中，但每个顶点在渲染�Ӟ��最多��用其中的4个。由此可知，pMeshContainer->NumPaletteEntries�q�个数��|��定了一��DrawSubset�l�制所用到的矩阵个敎ͼ�个数��多�Q�在一��绘制中��可以纳入的更多��点。所以，当我们减��pMeshContainer->NumPaletteEntries�q�个数值时�Q�pMeshContainer->NumAttributeGroups数值就会增加。也��是��_��一��绘制中所允许涉及的骨骼数��少�Q�那么子集的数量NumAttributeGroups��׃��增加�Q�需要多�l�几��?br>你可以在此下断点观察�Q�当NumPaletteEntries=19�Ӟ��NumAttributeGroups=3 当NumPaletteEntries=6�Ӟ��NumAttributeGroups=12 当NumPaletteEntries=4�Ӟ��NumAttributeGroups=31�Q�几乎和无烦引时的分�l�一样多了�?/p>
��点中的权重weight存放了它当前骨骼的权重。（一个顶点对应的多个骨骼权重怎么存放�Q�是不是在当前子集中有多个同��L��点�Q�权重不同，对应的矩�늃�引不同，然后混合�Q?/p>

�׃��所�q�ͼ�ConvertToIndexedBlendedMesh()是一个很重要函数�Q�由DX自动��Mesh��点分组成多个子集，以便DrawSubset. 你必��L��它的�q�回参数都记录下来，在绘制时使用�?/p>

�? 怎样�l�制昄��动画�Q?/strong>

DrawFrame()用来�l�制整个X框架。它遍历各个框架�Q�找到Mesh不�ؓ�I�的�q�行�l�制。（其实整个.x中通常只有一个不为空�Q�见上文所�q�ͼ�
DrawMeshContainer()是绘制函数�?/p>
4.1 怎样开启顶�Ҏ؜合？
注意应用有关的Vertex Blending技术。如在烦引方式的�l�制中，
m_pd3dDevice->SetRenderState(D3DRS_VERTEXBLEND, pMeshContainer->NumInfl - 1);
其实是设定了D3DVBF_2WEIGHTS或D3DVBF_3WEIGHTS
注意要m_pd3dDevice->SetRenderState(D3DRS_INDEXEDVERTEXBLENDENABLE, TRUE);

4.2 矩阵的刷斎ͼ�
首先�Q�在FrameMove()调用m_pAnimController->SetTime()讄��当前旉��(或在DX9.0c中用AdvanceTime()讄��旉��?�Q�从而刷新各个pFrame->TransformationMatrix�Q�即骨骼转换矩阵
其次�Q�调用UpdateFrameMatrices()做乘法篏�U�，计算出各骨骼坐标�p�d��根世界�{换矩��c�?br>最后，在绘制前�Q�将该�{换矩阵左乘偏�Uȝ��阵，得到最�l�的转换矩阵�?br>      D3DXMatrixMultiply( &matTemp, &pMeshContainer->pBoneOffsetMatrices[iMatrixIndex], pMeshContainer->ppBoneMatrixPtrs[iMatrixIndex] );

由此可见�Q�你如果注释掉了m_pAnimController->SetTime�Q�画面肯定停了�?/p>
4.3 �l�制输出是在DrawMeshContainer()中，调用SkinMesh的DrawSubset�q�行�l�制。一些细节内容如D3DTS_WORLDMATRIX(),在上面已�l�有说明�Q�不再罗嗦�?/p>

4.4 关于�C�Z��中多�U�绘制方式分�?/font>
在示例中�Q�用��C��多种渲染方式�Q�包括传�l�的非烦引顶�Ҏ؜合，�q�有新兴的HLSL方式。而且我发玎ͼ�ATI RADEON 9550 昑֍�MaxVertexBlendMatrixIndex=37�Q�而�h格更高的Gefoce 6600GT MaxVertexBlendMatrixIndex竟然�?�Q�不支持index vertex blending�Q?br>所以，�q�是有必要分析一下该�C�Z��中各�U�vertex blending方式的处理，以便掌握多种�l�制方式适应不同昑֍��?br>�l�测试，�C�Z��中所涉及的多�U�方式，由慢到快�Q�依�ơ是以下几种�Q?br>    SOFTWARE,
    D3DNONINDEXED,
    D3DINDEXED,
    D3DINDEXEDVS,
    D3DINDEXEDHLSLVS,

从最慢的SW到最快的HLSL�Q�大�U�相�?0%�Q�有时会大到40%�?差别不是特别悬殊的原因，主要是顶�Ҏ؜合�ƈ不是瓉��?/p>
关于��点处理方式�Q�是在创建D3D讑֤�时指定的。共有三�U�方式：
   D3DCREATE_SOFTWARE_VERTEXPROCESSING 软�g��点�q�算  (��?sw vp)
   D3DCREATE_HARDWARE_VERTEXPROCESSING ��g��点�q�算。必��L��q�项才支持有HAL (��?hw vp)
   D3DCREATE_MIXED_VERTEXPROCESSING 混合��点�q�算�Q�即��g+软�g (��?mixed vp)

一旦用D3DCREATE_HARDWARE_VERTEXPROCESSING方式创徏讑֤��Q�就只能在硬件方式下�q�行��点处理。如果调用m_pd3dDevice->SetSoftwareVertexProcessing(TRUE)来切换到软�g��点处理�Q�HRESULT会返回失败�?br>  所以，如果你对客户的显卡没有��够的信息�Q�就用D3DCREATE_MIXED_VERTEXPROCESSING方式创徏讑֤�。它默认工作方式是HAL。一旦发现进行某�U�绘制时��g能力不够�Q�就可以调用调用m_pd3dDevice->SetSoftwareVertexProcessing(TRUE)切换到��Y件模式。在�C�Z��中就是这么做的，启动�C�Z��后，�q�行在mixed模式下�?/p>
在Gefoce6600GT昑֍�中，�׃��D3DINDEXED方式不支持，采用了��Y件�؜合方式，在这�U�方式下速度甚至比SOFTWARE慢。HLSL�q�好�Q�还是最快�?/p>
要确定设备的��g��点处理能力�Q�可以参考D3DCAPS9�l�构的VertexProcessingCaps成员。可以获取下列属�?br>MaxActiveLights�Q�MaxUserClipPlanes�Q�MaxVertexBlendMatrices�Q�MaxStreams�Q�MaxVertexIndex

(1)D3DNONINDEXED方式�Q?/p>
首先看GenerateSkinnedMesh()中怎样创徏蒙皮�|�格的�?br>�q�种方式下，用ConvertToBlendedMesh()建立蒙皮�|�格�Q�而不是ConvertToIndexBlendedMesh()

��Z��l�制蒙皮�Q�在�q�个函数中对Mesh各子集的��点再次�q�行的分�l�。分�l�的标准是各��点�Q�或三角面）所涉及的骨骼矩阵个��C��过pMeshContainer->NumInfl个�?�q�个数字是由在ConvertToBlendedMesh()�Ӟ��由参数pMaxFaceInfl�q�回�?。一个Mesh子集可能被拆开成多个分�l��?最后，分组的属性保存在pBoneCombinationBuf中，如子集ID,该子集的各骨骼ID�Q��v始三角面�Q�三角面个数�{�供�l�制时��用，分组的个��C��存在pMeshContainer->NumAttributeGroups中�?/p>
接下来检查每个分�l�所涉及的骨骼数�Q�是不是��过��g允许的最大�؜合矩阉|��---MaxVertexBlendMatrices。如果超�q�了��把所有分�l�截��Z��大部分，前一部分用硬件�؜合，后一部分采用软�g混合。而且�Q�一旦发现有需要��Y件�؜合，要采用CloneMeshFVF(D3DXMESH_SOFTWAREPROCESSING|...)的方式重新生成网根{�?/p>
再来看绘刉��分DrawMeshContainer()

用pBoneComb指向骨骼分组属性，扫描各分�l�。找出其中骨骼数满��g性能的用�q�行�l�制�?br>然后开启��Y仉��Ҏ��染m_pd3dDevice->SetSoftwareVertexProcessing(TRUE)�Q�对那些骨骼数超出硬件性能的进行绘制�?br>SetSoftwareVertexProcessing()需要当前d3d讑֤�以D3DCREATE_MIXED_VERTEXPROCESSING方式创徏�?/p>
(2)D3DINDEXED�Q�这�U�方式上面分析过了，从略。用pMeshContainer->UseSoftwareVP表示是否采用软�g�l�制�?br>值得注意的是在这�U�方式下�Q�一旦硬件性能不��Q�会��d��使用软�g��点渲染�Q�而不是像上面一��h��Z��部分�?/p>
(3)D3DINDEXEDVS�Q�D3DINDEXEDHLSLVS
�q�种情况下��用了着色器和高�U�着色语�a�。超出本文主旨，讨论从略�?/p>
(4)SOFTWARE--软�g方式�Q?让�h有些�q�h��Q�与上面的m_pd3dDevice->SetSoftwareVertexProcessing(TRUE)有何区别�Q?/p>
从代码看�Q�这�U�方式下反而比较简单。GenerateSkinnedMesh()中，
先直接从原始Mesh克隆一个Mesh,然后��d��它的材质属性数�l�。开辟一个空间m_pBoneMatrices�Q�用以存攑֐�块骨骼的转换矩阵�?/p>
在绘制时�Q�从pMeshContainer中的变换矩阵乘以偏移矩阵�Q�放在pBoneMatrices中。把�q�个矩阵数组�Q�以原Mesh的顶点作为源��点�Q�以新克隆的MeshData.pMesh做�ؓ目标��点�Q�调用pSkinInfo->UpdateSkinnedMesh()�Q�用软�g方式计算各骨骼顶点的��C��|?相当于��Y件计��方式蒙�?�?/p>
然后调用MeshData.pMesh->DrawSubset()�l�制�?/p>
可见�Q�在SOFTWARE方式下，最�l�顶点的渲染�q�是HAL方式的，只不�q�蒙皮计��是��p�Y件完成的。它和上面的m_pd3dDevice->SetSoftwareVertexProcessing(TRUE)直接讄��软�g��点渲染�q�是有区别的�?/p>

大渊�?/a> 2009-11-16 00:47 发表评论

IDirect3DDevice9::SetClipPlane

Sun, 11 Oct 2009 08:34:00 GMT
�H�然看到�q�个函数�?br>HRESULT SetClipPlane(
DWORD Index,
CONST float * pPlane
);

虽然DX SDK上面有，但还是有很多朋友不喜�Ƣ看那些拉丁字母�Q�我也顺便就记录一下吧�?br>
参数�Q?br>�W�一个是索引�Q�不用说了�?br>
�W�二个是存着 A B C D的数�l��?br>�q�个数组最后会用来构徏 Ax+By+Cz+Dw = 0;�q�面�?br>
然后��点会根据自已的位置(x,y,z,w)来进行判断。如果Ax+By+Cz+Dw >= 0。则表示在��^面前方，保留。反之则在后方，被裁剪掉�?br>
值得注意的时�Q�在固定��线使用�q�面裁剪的时候，是在世界坐标�p�M��处理的�?br>

而用SHADER的时候，是在裁剪�I�间中处理的。（即顶点输出的时候的坐标�p�）
貌似�q�是太抽象。比如顶点输入坐标是pos   此时的坐标变换阵是WVP,�?Output.pos = mul(pos,WVP); 那么�Q�此时的裁剪�I�间��是Output.pos对应的坐标系�I�间�?/strong>

另外�Q�默认情况下D3DRS_CLIPPLANEENABLE 是没有打开的，应该在SetRenderState中手工打开�?

值得注意的是�Q�D3DXPLANE�q�行矩阵变换的时候，要将需要乘的那个矩阵进行求逆和转置�Q�再�怹�。SDK中代码如�?br>
D3DXPLANE   planeNew;
D3DXPLANE   plane(0,1,1,0);
D3DXPlaneNormalize(&plane, &plane);

D3DXMATRIX  matrix;
D3DXMatrixScaling(&matrix, 1.0f,2.0f,3.0f);
D3DXMatrixInverse(&matrix, NULL, &matrix);
D3DXMatrixTranspose(&matrix, &matrix);
D3DXPlaneTransform(&planeNew, &plane, &matrix);

上面的D3DXPLANE plane(0,1,1,0)如果你觉得不直观的话�Q�DX提供了以下一些生成PLANE的函�?br>
D3DXPLANE * D3DXPlaneFromPoints(
  D3DXPLANE * pOut,
  CONST D3DXVECTOR3 * pV1,
  CONST D3DXVECTOR3 * pV2,
  CONST D3DXVECTOR3 * pV3
);

上面的PV1 PV2 PV3则是�q�面上的三个炏V��这个函数可以很�Ҏ��地求得一个三角�Ş所在的�q�面�?br>

D3DXPLANE * D3DXPlaneFromPointNormal(
  D3DXPLANE * pOut,
  CONST D3DXVECTOR3 * pPoint,
  CONST D3DXVECTOR3 * pNormal
);

pPoint为��^面上的一个点�?pNormal是��^面的法线方向�?br>比如�Q�你惛_��Z��个水�q�_�^面，�q�且朝上�?则可以将pPoint传入0�Q?�Q? 而pNormal传入0,1,0卛_��?br>

大渊�?/a> 2009-10-11 16:34 发表评论

Sat, 10 Oct 2009 13:25:00 GMT

<如果�H�口的视囑֌�大小和SwapChain的大��不一�Q�那么DirectX��通过Stretch Blit来自动处理图像的伸羃变化。尽��这可能�q�不令�h期待�Q�因��在视囑֌�变大的时候将��D��囑փ�的模�p��?gt; 你说的这个问�?要怎么才能解决�Q?

有位博友�q�样问过�Q�因为最�q�少有上博客�Q�于是没有回�{�及�Ӟ��误��谅，我这里只能说说我们现在的解决办法�?br>
当后台缓冲区的分辨率和视囑֌�不统一的时候，会导致拉伸现象，使画面变得模�p��?br>
首先说个题外话：
正因为变得模�p�，因此有�h故意��后台缓冲区做得比视区稍大一点，�q�样来抗锯��Q�至于效果如何，没有真正见过�Q�有兴趣的可以试试�?br>
下面说说解决办法�?br>我们的解军_��法也很简单，��分三步
1�Q�窗口改变的时候，告诉讑֤��H�口大小改变�?br>2�Q�按改变后的�H�口重徏�~�冲区�?br>3。强制设备丢失，�q��新加载需要的资源�?br>
�׃��在做�q�个之前�Q�设备丢失已�l�做好了�Q�于是就偷了个懒�Q�窗口改变的时候就传入�H�口大小�Q��ƈreset
�q�样讑֤��强制处于丢��q��态�?br>

不知道有没有说清楚，反正主要的就是要重徏�~�冲区，�q�处理设备丢失问题。。�?

大渊�?/a> 2009-10-10 21:25 发表评论

如何避免VS2005下的d3d9types.h(1385) warning C4819

Mon, 24 Aug 2009 12:51:00 GMT

用VS2005+DirectX9 SDK�Q�手头测试过的是2004�q?0月的DirectX SDK�?006�q?月的DirectX SDK�Q�编译游戏会出现以下warning�Q?/p>

--------------------------------------------------------------------------------

d:\microsoft directx 9.0 sdk (october 2004)\include\d3d9types.h(1385) : warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss

--------------------------------------------------------------------------------
要修正这个问题，不必要存为UTF8的文�Ӟ��而是搜烦_D3DDEVINFO_VCACHE�Q�然后会看到�Q?/p>
typedef struct _D3DDEVINFO_VCACHE ...{
    DWORD   Pattern;                    /**//* bit pattern, return value must be FOUR_CC(�? �? �? �? */
    DWORD   OptMethod;                  /**//* optimization method 0 means longest strips, 1 means vertex cache based */
    DWORD   CacheSize;                  /**//* cache size to optimize for (only required if type is 1) */
    DWORD   MagicNumber;                /**//* used to determine when to restart strips (only required if type is 1)*/
} D3DDEVINFO_VCACHE, *LPD3DDEVINFO_VCACHE;
那四个�ؕ码的��L��可以了

参考了http://gamep.mmoh.jp/e39255.html

本文来自CSDN博客�Q��{载请标明出处�Q?a >http://blog.csdn.net/SONIC3D/archive/2007/11/01/1861794.aspx

大渊�?/a> 2009-08-24 20:51 发表评论

�?深入理解D3D9

Wed, 12 Aug 2009 16:29:00 GMT

文章来源�Q?a >http://www.cnblogs.com/effulgent/archive/2009/02/10/1387438.html
深入理解D3D9对图形程序员来说意义重大�Q�我把以前的一些学习笔记都汇总�v来，希望�Ҏ��友们有些所帮助�Q�因为是零散�W�记�Q�思�\很杂�Q�还请包��c�?/p>
其实只要你能完美理解D3DLOCK、D3DUSAGE、D3DPOOL、LOST DEVICE、QUERY、Present�Q�）、BeginScene�Q�）、EndScene�Q�）�{�概念，��q��是理解D3D9了，不知道大家有没有同感。有如下几个问题�Q�如果你能圆满回�{�就��过养I��Q��?br>1�?nbsp;      D3DPOOL_DEFAULT�?span lang=EN-US>D3DPOOL_MANAGED�?span lang=EN-US>D3DPOOL_SYSTEMMEM�?span lang=EN-US>D3DPOOL_SCRATCH到底有何本质区别�Q?br>2�?nbsp;      D3DUSAGE的具体怎么使用�Q?br>3�?nbsp;      什么是Adapter�Q�什么是D3D Device�Q?span lang=EN-US>HAL Device�?span lang=EN-US>Ref Device有何区别�Q?span lang=EN-US>Device的类型又�?span lang=EN-US>Vertex Processing�c�d��有什么关�p�？
4�?nbsp;      APP�Q?span lang=EN-US>CPU�Q��?span lang=EN-US>RUNTIME�?span lang=EN-US>DRIVER�?span lang=EN-US>GPU是如何协同工作的�Q?span lang=EN-US>D3D API是同步函数还是异步函敎ͼ�
5�?nbsp;      Lost Device到底发生了什么？��Z��么在讑֤�丢失�?span lang=EN-US>D3DPOOL_DEFAULT�c�d��资源需要重新创建？

�?span lang=EN-US>D3D中有三大对象�Q�他们是D3D OBJECT�?span lang=EN-US>D3D ADAPTER�?span lang=EN-US>D3D DEVICE�?span lang=EN-US>D3D OBJECT很简单，��是一个��?span lang=EN-US>D3D功能�?span lang=EN-US>COM对象�Q�其提供了创�?span lang=EN-US>DEVICE和枚�?span lang=EN-US>ADAPTER的功能�?span lang=EN-US>ADAPTER是对计算机图形硬件和软�g性能的一个抽象，其包含了DEVICE�?span lang=EN-US>DEVICE则是D3D的核心，它包装了整个囑�Ş��水��线�Q�包括变换、光照和光栅化（着�Ԍ��Q�根�?span lang=EN-US>D3D版本不同�Q�流水线也有区别�Q�比如最新的D3D10��包含了新的GS几何处理。图形管�U�的所有功能由DRIVER提供�Q��?span lang=EN-US>DIRVER分两�c�，一�U�是GPU��gDRIVER�Q�另一�U�是软�gDRIVER�Q�这��是��Z��么在D3D中主要有两类DEVICE�Q?REF�?span lang=EN-US>HAL�Q��?span lang=EN-US>REF DEVICE�Ӟ��囑�Ş��线的光栅化功能��p�Y�?span lang=EN-US>DRIVER�?span lang=EN-US>CPU上模拟的�Q?span lang=EN-US>REF DEVICE从名字就可以看出�q�个�l�硬件厂商做功能参考用的，所以按常理它应该是全��Y件实玎ͼ�具备全部DX标准功能。而��?span lang=EN-US>HAL DEVICE�Ӟ��RUNTIME则将使用HAL��g层控�?span lang=EN-US>GPU来完成变换、光照和光栅化，而且只有HAL DEVICE中同时实��C��g��点处理和��Y仉��点处理（REF DEVICE一般不能��用硬仉��点处理，除非自己在驱动上做手脚，比如PERFHUD�Q�。另外还有个一个不常用�?span lang=EN-US>SOFTWARE DEVICE�Q�用户可以��?span lang=EN-US>DDI�~�写自己的��Y件图形驱动，然后注册�q�系�l�，之后便可在程序中使用�?/span>

��查系�l��Y件硬件性能�?br>在程序的开始我们就要判断目标机的性能�Q�其主要��程是：
��定要用的缓冲格�?br>GetAdapterCount()
GetAdapterDisplayMode

GetAdapterIdentifier //得到适配器描�q?br>CheckDeviceType //判断指定适配器上的设备是否支持硬件加�?br>GetDeviceCaps //指定讑֤�的性能�Q�主要判断是否支持硬仉��点处�?span lang=EN-US>(T&L)
GetAdapterModeCount //得到适配器上指定�~�冲格式所有可用的昄��模式
EnumAdapterModes //枚�D所有显�C�模�?br>CheckDeviceFormat
CheckDeviceMultiSampleType
详细使用请参考DX文档�?span lang=EN-US>

WINDOWS囑�Ş�pȝ��的主要分为四层：囑�Ş应用�E�序�?span lang=EN-US>D3D RUNTIME�?span lang=EN-US>SOFTWARE DRIVER�?span lang=EN-US>GPU。此四层是按功能来分的，实际上他们之间界限�ƈ不如此明��，比如RUNTIME中其实也包含�?span lang=EN-US>USER MODE�?span lang=EN-US>SOFTWARE DRIVER�Q�详�l�结构这里不再多说。而在RUNTIME里有一个很重要的结构，叫做command buffer�Q�当应用�E�序调用一�?span lang=EN-US>D3D API�Ӟ��RUNTIME��调用�{换成讑֤�无关的命令，然后��命令缓冲到�q�个COMMAND BUFFER中，�q�个BUFFER的大��是�Ҏ��d��负蝲动态改变的�Q�当�q�个BUFFER满员之后�Q?span lang=EN-US>RUNTIME会让所有命�?span lang=EN-US>FLUSH�?span lang=EN-US>KERNEL模式下的驱动中，而驱动中也是有一�?span lang=EN-US>BUFFER的，用来存储已被转换成的��g相关的命令，D3D一般只允许其缓冲最�?span lang=EN-US>3个��的图形指令，而且RUNTIME�?span lang=EN-US>DRIVER都会�?span lang=EN-US>BUFFER中的命��o做适当优化�Q�比如我们在�E�序中连�l�设�|�同一�?span lang=EN-US>RENDER STATE�Q�我们就会在调试信息中看到如下信�?#8220;Ignoring redundant SetRenderState - X”�Q�这便是RUNTIME自动丢弃无用的状态设�|�命令。在D3D9中可以��?span lang=EN-US>QUERY机制来与GPU�q�行异步工作�Q�所�?span lang=EN-US>QUERY��是查询命��o�Q�用来查�?span lang=EN-US>RUNTIME�?span lang=EN-US>DRIVER或�?span lang=EN-US>GPU的状态，D3D9中的QUERY对象有三�U�状态，SIGNALED�?span lang=EN-US>BUILDING�?span lang=EN-US>ISSUED�Q�当他们处于�I�闲状态后会将查询状态置�?span lang=EN-US>SIGNALED STATE�Q�查询分开始和�l�束�Q�查询开始表�C�对象开始记录应用程序所需数据�Q�当应用�E�序指定查询�l�束后，如果被查询的对象处于�I�闲状态，则被查询对象会将查询对象�|�于SIGNALED状态�?span lang=EN-US>GetData则是用来取得查询�l�果�Q�如果返回的�?span lang=EN-US>D3D_OK则结果可用，如果使用D3DGETDATA_FLUSH标志�Q�表�C�将COMMAND BUFFER中的所有命令都发送到DRIVER。现在我们知�?span lang=EN-US>D3D API�l�大部分都是同步函数�Q�应用程序调用后�Q?span lang=EN-US>RUNTIME只是��单的��其加入�?span lang=EN-US>COMMAND BUFFER�Q�可能有��Z��疑惑我们如何��定帧率�Q�又如何分析GPU旉��呢？对于�W�一个问题我们要看当一帧完毕，也就�?span lang=EN-US>PRESENT()函数调用是否被阻塞，�{�案是可能被��d��也可能不被阻塞，要看RUNTIME允许�~�冲中存在的指��o数量�Q�如果超�q�额度，�?span lang=EN-US>PRESENT函数会被��d��下来�Q�如�?span lang=EN-US>PRESENT完全不被��d��Q�当GPU执行�J�重的绘制�Q务时�Q?span lang=EN-US>CPU工作�q�度会大大超�q?span lang=EN-US>GPU�Q�导致游戏逻辑快于囑�Ş昄��Q�这昄��是不行的。测�?span lang=EN-US>GPU工作旉��是�g很麻烦的事，首先我们要解军_��步问题，要测�?span lang=EN-US>GPU旉��Q�首先我们必��让CPU�?span lang=EN-US>GPU异步工作�Q�在D3D9中可以��?span lang=EN-US>QUERY机制做到�q�点�Q�让我们看看Accurately Profiling Driect3D API Calls中的例子:
IDirect3DQuery9* pQueryEvent;

//1.创徏事�g�c�d��的查询事�?br>m_pD3DDevice->CreateQuery( D3DQUERYTYPE_EVENT, &pQueryEvent);
//2.�?span lang=EN-US>COMMAND BUFFER中加入一个查询结束的标记�Q�此查询默认开始于CreateDevice
pQueryEvent->Issue(D3DISSUE_END);
//3.��?span lang=EN-US>COMMAND BUFFER中的所有命令清�I�到DRIVER中去�Q��ƈ循环查询事�g对象转换�?span lang=EN-US>SIGNALED状态，�?span lang=EN-US>GPU完成CB中所有命令后会将查询事�g状态进行�{换�?br>while(S_FALSE == pQueryEvent->GetData( NULL, 0, D3DGETDATA_FLUSH) )
     ;
LARGE_INTEGER start, stop;
QueryPerformanceCounter(&start);
SetTexture();
DrawPrimitive();
pQueryEvent->Issue(D3DISSUE_END);
while(S_FALSE == pQueryEvent->GetData( NULL, 0, D3DGETDATA_FLUSH) )
     ;
QueryPerformanceCounter(&stop);

1.�W�一个GetData调用使用了D3DGETDATA_FLUSH标志�Q�表�C��COMMAND BUFFER中的�l�制命��o都清�I�到DRIVER中去�Q�当GPU处理完所有命令后会将�q�个查询对象状态置SIGNALED�?br>2.��设备无关的SETTEXTURE命��o加入到RUNTIME的COMMAND BUFFER中�?br>3.��设备无关的DrawPrimitive命��o加入到RUNTIME的COMMAND BUFFER中�?br>4.��设备无关的ISSUE命��o加入到RUNTIME的COMMAND BUFFER中�?br>5.GetData会将BUFFER中的所有命令清�I�到DRIVER中去�Q�注意这是GETDATA不会�{�待GPU完成所有命令的执行才返回。这里会有一个从用户模式到核心模式的切换�?br>6.�{�待DRIVER��所有命令都转换为硬件相��x��令，�q�填充到DRIVER BUFFER中后�Q�调用从核心模式�q�回到用��h��式�?br>7.GetData循环查询查询对象状态。当GPU完成所有DRIVER BUFFER中的指��o后会改变查询对象的状态�?/span>

如下情况可能清空RUNTIME COMMAND BUFFER�Q��ƈ引�v一个模式切换：
1.Lock method�Q�某些条件下和某些LOCK标志�Q?/p>
2.创徏讑֤�、顶点缓册Ӏ�烦引缓冲和�U�理
3.完全释放讑֤�、顶点缓册Ӏ�烦引缓冲和�U�理资源
4.调用ValidateDevice
5.调用Present
6.COMMAND BUFFER已满
7.用D3DGETDATA_FLUSH调用GetData函数

对于D3DQUERYTYPE_EVENT的解释我不能完全理解�Q?span>Query for any and all asynchronous events that have been issued from API calls�Q�明白的朋友一定告诉我�Q�只知道�?span lang=EN-US>GPU处理�?span lang=EN-US>D3DQUERYTYPE_EVENT�c�d��查询�?span lang=EN-US>CB中加入的D3DISSUE_END标记后，会将查询对象状态置SIGNALED状态，所�?span lang=EN-US>CPU�{�待查询一定是异步的。�ؓ了效率所以尽量少�?span lang=EN-US>PRESENT之前使用BEGINSCENE ENDSCENE对，��Z��么会影响效率�Q�原因只能猜��，可能EndScene会引�?span lang=EN-US>Command buffer flush�q�样会有一个执行的模式切换�Q�也可能会引发D3D RUNTIME对MANAGED资源的一些操作。而且ENDSCENE不是一个同步方法，它不会等�?span lang=EN-US>DRIVER把所有命令执行完才返回�?nbsp;

D3D RUTIME的内存类型，分�ؓ3�U�，VIDEO MEMORY�Q?span lang=EN-US>VM�Q��?span lang=EN-US>AGP MEMORY�Q?span lang=EN-US>AM�Q�和SYSTEM MEMORY�Q?span lang=EN-US>SM�Q�，所�?span lang=EN-US>D3D资源都创建在�q?span lang=EN-US>3�U�内存之中，在创��源时�Q�我们可以指定如下存储标志，D3DPOOL_DEFAULT�?span lang=EN-US>D3DPOOL_MANAGED�?span lang=EN-US>D3DPOOL_SYSTEMMEM�?span lang=EN-US>D3DPOOL_SCRATCH�?span lang=EN-US>VM��是位于昑֍�上的昑֭��Q?span lang=EN-US>CPU只能通过AGP�?span lang=EN-US>PCI-E�ȝ��讉K��刎ͼ��d��速度都是非常慢的�Q?span lang=EN-US>CPU�q�箋�?span lang=EN-US>VM�E�微快于读，因�ؓCPU�?span lang=EN-US>VM时会�?span lang=EN-US>CACHE中分�?span lang=EN-US>32�?/span>64个字节（取决�?span lang=EN-US>CACHE LINE长度�Q�的写缓�Ԍ��当缓冲满后会一�ơ性写�?span lang=EN-US>VM�Q?span lang=EN-US>SM��是�pȝ��内存�Q?span lang=EN-US>CPU��d��都非常快�Q�因�?span lang=EN-US>SM是被CACHE�?span lang=EN-US>2�U�缓冲的�Q�但GPU却不能直接访问到�pȝ��~�冲�Q�所以创建在SM中的资源�Q?span lang=EN-US>GPU是不能直接��用的�Q?span lang=EN-US>AM是最�ȝ��的一个类型，AM实际也存在于�pȝ��内存中，但这部分MEM不会�?span lang=EN-US>CPU CACHE�Q�意味着CPU��d��AM都会写来�?span lang=EN-US>CACHE MISSING然后才通过内存�ȝ��讉K��AM�Q�所�?span lang=EN-US>CPU��d��AM相比SM会比较慢�Q�但�q�箋的写会稍微快于读�Q�原因就�?span lang=EN-US>CPU�?span lang=EN-US>AM使用�?#8220;write combining”�Q�而且GPU可以直接通过AGP�?span lang=EN-US>PCI-E�ȝ��讉K��AM�?nbsp;

如果我们使用D3DPOOL_DEFAULT来创��源，则表�C��D3D RUNTIME�Ҏ��我们指定的资源��用方法来自动使用存储�c�d��Q�一般是VM�?span lang=EN-US>AM�Q�系�l�不会在其他地方�q�行额外备䆾�Q�当讑֤�丢失后，�q�些资源内容也会被丢失掉�?span>但系�l��ƈ不会在创建的时候��用D3DPOOL_SYSTEMMEM或D3DPOOL_MANAGED来替换它�Q�注意他们是完全不同的POOL�c�d��Q�创建到D3DPOOL_DEFAULT中的�U�理是不能被CPU LOCK的，除非是动态纹理。但创徏在D3DPOOL_DEFAULT中的VB IB RENDERTARGET BACK BUFFERS可以被LOCK。当你用D3DPOOL_DEFAULT创徏资源�Ӟ��如果昑֭�已经使用完毕�Q�则托管资源会被换出昑֭�来释放��够的�I�间�?nbsp;D3DPOOL_SYSTEMMEM�?span lang=EN-US>D3DPOOL_SCRATCH都是位于SM中的�Q�其差别是��?span lang=EN-US>D3DPOOL_SYSTEMMEM�Ӟ��资源格式受限�?span lang=EN-US>Device性能�Q�因��源很可能会被更新�?span lang=EN-US>AM�?span lang=EN-US>VM中去供图形系�l��用，�?span lang=EN-US>SCRATCH只受RUNTIME限制�Q�所以这�U�资源无法被囑�Ş�pȝ��使用�?span> D3DRUNTIME会优化D3DUSAGE_DYNAMIC 资源�Q�一般将其放�|�于AM中，但不敢完全保证。另外�ؓ什么静态纹理不能被LOCK�Q�动态纹理却可以�Q�都关系到D3D RUNTIME的设计，在后面D3DLOCK说明中会叙述�?/span>

D3DPOOL_MANAGED表示�?span lang=EN-US>D3D RUNTIME来管理资源，被创建的资源会有2份拷贝，一份在SM中，一份在VM/AM中，创徏的时候被攄��L�?span lang=EN-US>SM�Q�在GPU需要��用资源时D3D RUNTIME自动��数据拷贝到VM中去�Q�当资源�?span lang=EN-US>GPU修改后，RUNTIME在必要时自动��其更新�?span lang=EN-US>SM中来�Q�而在SM中修改后也会�?span lang=EN-US>UPDATE�?span lang=EN-US>VM��M��。所以被CPU或�?span lang=EN-US>GPU频发修改的数据，一定不要��用托��类型，�q�样会��生非常昂�늚�同步负担。当LOST DEVICE发生后，RESET�?span lang=EN-US>RUNTIME会自动利�?span lang=EN-US>SM中的COPY来恢�?span lang=EN-US>VM中的数据�Q�因为备份在SM中的数据�q�不是全部都会提交到VM中，所以实际备份数据可以远多于VM定w��Q�随着资源的不断增多，备䆾数据很可能被交换到硬盘上�Q�这�?span lang=EN-US>RESET的过�E�可能变得异常缓慢，RUNTIME�l�每�?span lang=EN-US>MANAGED资源都保留了一个时间戳�Q�当RUNTIME需要把备䆾数据拯��?span lang=EN-US>VM中时�Q?span lang=EN-US>RUNTIME会在VM中分配显存空��_��如果分配��p�|�Q�表�C?span lang=EN-US>VM已经没有可用�I�间�Q�这�?span lang=EN-US>RUNTIME会��?span lang=EN-US>LRU��法�Ҏ��旉��戳释攄��兌��源，SetPriority通过旉��x��讄��资源的优先��Q�最�q�常用的资源��拥有高的优先��Q�这�?span lang=EN-US>RUNTIME通过优先�U�就能合理的释放资源�Q�发生释攑֐�马上又要使用�q�种情况的几率会比较��，应用�E�序�q�可以调�?span lang=EN-US>EvictManagedResources强制清空VM中的所�?span lang=EN-US>MANAGED资源�Q�这样如果下一帧有用到MANAGED资源�Q?span lang=EN-US>RUNTIME需要重新蝲入，�q�样�Ҏ��能有很大媄响，�q�x��一般不要��用，但在兛_��转换的时候，�q�个函数是非常有用的�Q�可以消�?span lang=EN-US>VM中的内存��片�?span lang=EN-US>LRU��法在某些情况下有性能�~�陷�Q�比如绘制一帧所需资源量无法被VM装下的时候（MANAGED�Q�，使用LRU��法会带来严重的性能波动�Q�如下例子：

BeginScene();
Draw(Box0);
Draw(Box1);
Draw(Box2);
Draw(Box3);
Draw(Circle0);
Draw(Circle1);
EndScene();
Present();

假设VM只能装下其中5个几何体的数据，那么�Ҏ��LRU��法�Q�在�l�制Box3之前必须清空部分数据�Q�那清空的必然是Circle0……�Q�很昄��清空Box2是最合理的，所以这�?span lang=EN-US>RUNTIME使用MRU��法处理后箋Draw Call能很好的解决性能波动问题�Q�但资源是否被��用是�?span lang=EN-US>FRAME为单位来��的�Q��ƈ不是每个DRAW CALL都被记录�Q�每�?span lang=EN-US>FRAME的标志就�?span lang=EN-US>BEGINSCENE/ENDSCENE对，所以在�q�种情况下合理��?span lang=EN-US>BEGINSCENE/ENDSCENE对可以很好的提高VM不够情况下的性能。根�?span lang=EN-US>DX文档的提�C�我们还可以使用QUERY机制来获得更多关�?span lang=EN-US>RUNTIME MANAGED RESOURCE信息�Q�但好像只在RUNTIME DEBUG模式下有用，理解RUNTIME如何MANAGE RESOURCE很重要，但编写程序的时候不要将�q�些�l�节暴露出来�Q�因��些东襉K��是经�怼�变的。最后还要提醒的是，不光RUNTEIME�?span lang=EN-US>MANAGE RESOURCE�Q?span lang=EN-US>DRIVER也很可能也实��C��q�些功能�Q�我们可以通过D3DCAPS2_CANMANAGERESOURCE标志取得DRIVER是否实现资源��理功能的信息，而且也可以在CreateDevice的时候指�?span lang=EN-US>D3DCREATE_DISABLE_DRIVER_MANAGEMENT来关�?span lang=EN-US>DRIVER资源��理功能�?nbsp;

D3DLOCK探烦D3D RUNTIME工作

如果LOCK DEFAULT资源会发生什么情况呢�Q?span lang=EN-US>DEFAULT资源可能�?span lang=EN-US>VM�?span lang=EN-US>AM中，如果�?span lang=EN-US>VM中，必须在系�l�内容中开辟一个��时缓冲返回给数据�Q�当应用�E�序��数据填充到临时�~�冲后，UNLOCK的时候，RUNTIME会将临时�~�冲的数据传回到VM中去�Q�如果资�?span lang=EN-US>D3DUSAGE属性不�?span lang=EN-US>WRITEONLY的，则系�l�还需要先�?span lang=EN-US>VM里拷贝一份原始数据到临时�~�冲区，�q�就是�ؓ什么不指定WRITEONLY会降低程序性能的原因�?span lang=EN-US>CPU�?span lang=EN-US>AM也有需要注意的地方�Q�因�?span lang=EN-US>CPU�?span lang=EN-US>AM一般是WRITE COMBINING�Q�也��是说将写缓冲到一�?span lang=EN-US>CACHE LINE上，�?span lang=EN-US>CACHE LINE满了之后�?span lang=EN-US>FLUSH�?span lang=EN-US>AM中去�Q�第一个要注意的就是写数据必须�?span lang=EN-US>WEAK ORDER的（囑�Ş数据一般都满��q�个要求�Q�，据说D3DRUNTIME�?span lang=EN-US>NV DIRVER有点��?span lang=EN-US>BUG�Q�就是在CPU没有FLUSH�?span lang=EN-US>AM�Ӟ��GPU��开始绘制相兌��源��生的错误�Q�这时请使用SFENCE�{�指�?span lang=EN-US>FLUSH CACHE LINE。第二请��量一�ơ写满一�?span lang=EN-US>CACHE LINE�Q�否则会有额外�g�q�，因�ؓCPU每次必须FLUSH整个CACHE LINE到目标，但如果我们只写了LINE中部分字节，CPU必须先从AM中读取整�?span lang=EN-US>LINE长数�?span lang=EN-US>COMBINE后重�?span lang=EN-US>FLUSH。第三尽可能��序写，随机写会�?span lang=EN-US>WRITE COMBINING反而变成篏赘，如果是随机写资源�Q�不要��?span lang=EN-US>D3DUSAGE_DYNAMIC创徏�Q�请使用D3DPOOL_MANAGED�Q�这样写会完全在SM中完成�?/p>
普通纹理（D3DPOOL_DEFAULT�Q�是不能被锁定的�Q�因为其位于VM中，只能通过UPDATESURFACE�?span lang=EN-US>UPDATETEXTURE来访问，��Z��?span lang=EN-US>D3D不让我们锁定静态纹理，却让我们锁定静�?span lang=EN-US>VB IB呢？我猜��可能有2个方面的原因�Q�第一��是�U�理矩阵一般十分庞大，且纹理在GPU内部已二�l�方式存储；�W�二是纹理在GPU内部是以NATIVE FORMAT方式存储的，�q�不是明�?span lang=EN-US>RGBA格式。动态纹理因��明这个纹理需要经�怿�改，所�?span lang=EN-US>D3D会特别存储对待，高频率修改的动态纹理不适合用动态属性创建，在此分两�U�情况说明，一�U�是GPU写入�?span lang=EN-US>RENDERTARGET�Q�一�U�是CPU写入�?span lang=EN-US>TEXTURE VIDEO�Q�我们知道动态资源一般是攄��?span lang=EN-US>AM中的�Q?span lang=EN-US>GPU讉K��AM需要经�q?span lang=EN-US>AGP/PCI-E�ȝ��Q�速度�?span lang=EN-US>VM慢许多，�?span lang=EN-US>CPU讉K��AM又较SM慢很多，如果资源为动态属性，意味着GPU�?span lang=EN-US>CPU讉K��资源会持�l�的延迟�Q�所以此�c�资源最好以D3DPOOL_DEFAULT�?span lang=EN-US>D3DPOOL_SYSTEMMEM各创��Z��份，自己手动�q�行双向更新更好。千万别 RENDERTARGET�?span lang=EN-US>D3DPOOL_MANAGED 属性创建，�q�样效率极低�Q�原因自己分析。而对于改动不太频�J�的资源则推荐��?span lang=EN-US>DEFAULT创徏�Q�自己手动更斎ͼ�因�ؓ一�ơ更新的效率损失�q�比GPU持箋讉K��AM带来的损��p��?nbsp;

不合理的LOCK会严重媄响程序性能�Q�因��Z��?span lang=EN-US>LOCK需要等�?span lang=EN-US>COMMAND BUFFER前面的绘制指令全部执行完毕才能返回，否则很可能修�Ҏ��在��用的资源�Q�从LOCK�q�回��C��改完�?span lang=EN-US>UNLOCK�q�段旉��GPU全部处于�I�闲状态，没有合理使用GPU�?span lang=EN-US>CPU的�ƈ行性，DX8.0引进了一个新�?span lang=EN-US>LOCK标志D3DLOCK_DISCARD�Q�表�C�Z��会读取资源，只会全写资源�Q�这样驱动和RUNTIME配合来了个瞒天过��P��立即�q�回�l�应用程序另外块VM地址指针�Q�而原指针在本�ơUNLOCK之后被丢弃不再��用，�q�样CPU LOCK无需�{�待GPU使用资源完毕�Q�能�l�箋操作囑�Ş资源�Q�顶点缓冲和索引�~�冲�Q�，�q�技术叫VB IB换名�Q�renaming�Q��?/span>

很多困惑来源于底层资料的不��Q�相信要是MS开放D3D源码�Q�开��N��动接口规范，NV / ATI昄��开��N��动和��g架构信息�Q�这些东西就很容易弄明白了�?/p>
��Z��做个书的�q�告《�h工智能：一�U�现代方法》中文版卓越�|�已�l�有货，AI巨作�Q�不�q�阅读需要相当的基础�Q�对思维非常有启�q�，想买的朋友不要错�q�。后面我会将学习重点从图形�{到AI上来�Q�对AI有兴��的朋友一起交��?/p>

大渊�?/a> 2009-08-13 00:29 发表评论

Direct3D9 中的Gamma矫正

Wed, 12 Aug 2009 16:17:00 GMT
�U�理内容常常是存在sRGB格式中的。关于这个格式的�l�节是可以被扑ֈ�的。通常�Q�像素管�U�假定颜色是�U�性的以便融合�Q�blending�Q�操作可以在�U�性空间中�q�行。因为sRGB中的内容是Gamma较正�Q�所以融合操作在�U�性空间中处理会导致错误的�l�果。显卡在��d��有关sRGB内容的时候便会取消Gamma较正以避免错误的发生。然后当输出像素的时候再��像素信息写回sRGB格式中。在�q�种情况下，所有像素管�U�中的操作就可以都在心线性空间中�q�行�?br>
Gamma校正
在D3D9中�?br>     可以指明一张纹理是不是Gamma 2.2�Q�sRGB) 较正.驱动�E�序��会在SetTexture的时候将其�{换到�U�性的Gamma以进行融合操作。或者采样器��会在查询的时候将其变为线性数据�?br>     可以指明像素��线在输出到渲染目标的时候是否将Gamma校正变换回sRGB�I�间�?br>
所有其它颜�?clear color, material color, vertex color, etc�Q�都被假定�ؓ�U�性空间中。应用程序可以用像素着色器指��o对写入到帧缓存中的颜色进行Gamma校正。线性化操作只对RGB通道有效�Q�忽略ALPHA通道�?br>
不是所有的表面格式都可以线性化。只有通过 IDirect3D9::CheckDeviceFormat��（参数为D3DUSAGE_QUERY_SRGBREAD �Q�的格式才可以被�U�性化。除此之外，采样状态D3DSAMP_SRGBTEXTURE 也会被忽略。只有无�W�号�U�理格式支持�q�种变换。无�W�号�U�理格式是指仅包含有R G B �?L成分的纹理格式。如果包含ALPHA通道�Q�那它将被忽略。如果�؜合的格式支持sRGB�U�性化�Q�那么只有无�W�号通道有效。理��x��冉|��g在纹理过滤前实现�U�性化。但在D3D9中，��g只有在纹理过滤后才允许线性化�?br>
不是所有的表面都可以被写进sRGB�I�间�Q�只有通过用D3DUSAGE_QUERY_SRGBWRITE�q�行IDirect3D9::CheckDeviceFormat ��试的表面格式才能进行线性化。另外，渲染状态中的D3DRS_SRGBWRITEENABLE标志��会被忽略。每个通道8位的无符号RGB格式是比较适合的格式�?br>理想圎ͼ��g��会在线性空间上�q�行帧缓存融合操作。但实际上硬件只能在像素��线处理后，帧缓存融合前�q�行。这意味着在sRGB中进行��~�存融合操作会导致错误的�l�果。当清除渲染目标时。D3DRS_SRGBWRITEENABLE 标志 is Honored.对于��g支持多渲染目标或多元素纹理的情况�Q�只有第一个渲染目标和�W�一个元素会被写入缓存�?br>
API变化

API Changes

// New sampler state (DWORD) 新的采样器状�? // If this is nonzero, the texture is linearized on lookup.

如果它非0�Q�纹理在查询是线性化�? D3DSAMP_SRGBTEXTURE // Default FALSE 默认为假 // New render state (DWORD)

新的渲染状�? D3DRS_SRGBWRITEENABLE // Default FALSE 默认为假 // New usage flags

新的使用标志 D3DUSAGE_QUERY_SRGBWRITE D3DUSAGE_QUERY_SRGBREAD

�H�口下的交换�?/pre>
��Z��q�行正确的融合操作，应用�E�序保存他们的交换链在线性空间中的后台缓冲区是非常必要的。因为桌面通常情况下是不在�U�性空间的。所以需要在后台�~�冲区内�Ҏ��C�前�q�行Gamma校正�?/pre>
应用�E�序可以通过新增额外的缓冲区来自我校正，�q�把他自已正��的�l�果从线性空间复制到后台�~�冲区。当驱动��Gamma校正作�ؓ部分昄��的时候，是可以避免��用额外的�~�冲区的�?

大渊�?/a> 2009-08-13 00:17 发表评论

Tue, 11 Aug 2009 06:22:00 GMT
许多时候，需要处理设备丢失问题，而通常情况下，RESET会因��Z��些小问题而导致失败，下面我就把gamedev上的一贴子��译一下，只翻译中间那��段
摘自: http://www.gamedev.net/community/forums/topic.asp?topic_id=146731
1) One of the parameters you pass is probably not possible on the hardware, e.g. a depth buffer format which won't work with the back buffer format.

你传入的D3DPRESENT_PARAMETERS和你的硬件不�W�，可能是深度格式与你的后台�~�冲格式不匹配。通常情况下我们是��先前的D3DPRESENT_PARAMETERS保存�Q�RESET的时候传入，若是�q�种情况�Q�则不必担心�q�个问题

2) The debug D3D runtime will tell you exactly "why":

把DirectX Control Pannel中的Direct3D开��试模式，�q�行�q�后�Q�编译器的信息提�C�框里会输出原因�Q�多半是因�ؓ位于D3DPOOL_DEFAULT中的内容未释攑֮�而导致的

a. When you install the DirectX SDK you get the option to install the debug or retail runtime, if you're developing software, always choose debug.

安装SDK的时候，你可以选则是调式还是运行模式，如果你是软�g开发，通常选择��?/div>
b. Go to the control panel and open the DirectX applet.

到SDK中把DirectX Control Pannel��程序打开

c. Go to the Direct3D tab and put the "debug output level" slider to maximum.

把DirectX Control Pannel中的Direct3D开��试模�?/div>
d. Run your application in the debugger (if using MSVC, press F5) and repeat whatever process causes it to fail.
在调试状态下�q�行你的�E�序�Q�重复处理导致你出错的地�?br>

e. Once it fails, close the app if necessary and return to MSVC, now look in the "output" pane (usually at the bottom). D3D will tell you about everything noteworthy, from information about its DLL being attached to your application, to warnings about things which may harm performance to the full reason why it gave an error.

如果发现��p�|了，��关掉调试，在输��Z��息面板中D3D��会告诉你是什么原因导致你��p�|的�?/div>
f. If your application creates its D3D device in PURE mode, creating it in non-PURE mode should enable more checking and reporting.

如果你的�E�序创徏的时候的D3D讑֤�是PURE模式�Q�那在创建的时候改为非PURE模式�Q�这样你在上面的控制面板中得到的信息会更多�?/div>

大渊�?/a> 2009-08-11 14:22 发表评论

��译 D3DPOOL

Mon, 10 Aug 2009 16:34:00 GMT

边看边写下来的，肯定��译得不好，有要看的��就一�?/h1>
D3DPOOL

Defines the memory class that holds the buffers for a resource.
�q�句不用��译

typedef enum D3DPOOL { D3DPOOL_DEFAULT = 0, D3DPOOL_MANAGED = 1, D3DPOOL_SYSTEMMEM = 2, D3DPOOL_SCRATCH = 3, D3DPOOL_FORCE_DWORD = 0x7fffffff, } D3DPOOL, *LPD3DPOOL;

Constants 帔R��

D3DPOOL_DEFAULT
Resources are placed in the memory pool most appropriate for the set of usages requested for the given resource. This is usually video memory, including both local video memory and AGP memory. The D3DPOOL_DEFAULT pool is separate from D3DPOOL_MANAGED and D3DPOOL_SYTEMMEM, and it specifies that the resource is placed in the preferred memory for device access. Note that D3DPOOL_DEFAULT never indicates that either D3DPOOL_MANAGED or D3DPOOL_SYSTEMMEM should be chosen as the memory pool type for this resource. Textures placed in the D3DPOOL_DEFAULT pool cannot be locked unless they are dynamic textures or they are private, FOURCC, driver formats. To access unlockable textures, you must use functions such as IDirect3DDevice9::UpdateSurface, IDirect3DDevice9::UpdateTexture, IDirect3DDevice9::GetFrontBufferData, and IDirect3DDevice9::GetRenderTargetData. D3DPOOL_MANAGED is probably a better choice than D3DPOOL_DEFAULT for most applications. Note that some textures created in driver-proprietary pixel formats, unknown to the Direct3D runtime, can be locked. Also note that - unlike textures - swap chain back buffers, render targets, vertex buffers, and index buffers can be locked. When a device is lost, resources created using D3DPOOL_DEFAULT must be released before calling IDirect3DDevice9::Reset. For more information, see Lost Devices.
When creating resources with D3DPOOL_DEFAULT, if video card memory is already committed, managed resources will be evicted to free enough memory to satisfy the request.

资源被放入内存池中多半是��Z��l�被��h��的资源腾��Z��用的�I�间�?通常是显存，包括昑֍�道内存中的AGP部分�?font style="BACKGROUND-COLOR: #0a246a" color=#ffffff>D3DPOOL_DEFAULT 是从MANGED和SYSTEMMEM中分��d��来的。它指明了被攑օ�此中的资源是用来被设备访问。注意，D3DPOOL_DEFAULT 没有意味着MANAGED或SYSTEMMEM��会被选择用来存储资源�Q�这是一个独立的部分。放�?font style="BACKGROUND-COLOR: #0a246a" color=#ffffff>D3DPOOL_DEFAULT 中的�U�理不可以被LOCK除非是动态纹理或是私有纹理。FOURCC�Q�驱动格式，��Z��讉K��未锁定的�U�理�Q�我们必��ȝ��IDirect3DDevice9::UpdateSurface, IDirect3DDevice9::UpdateTexture, IDirect3DDevice9::GetFrontBufferData, and IDirect3DDevice9::GetRenderTargetData.函数。显�Ӟ��对于许多应用�E�序来说�Q�MANAGED是更好的选择�?br>注意�Q�许多纹理是以私有的格式创徏的。运行时D3D�q�不知道。是可以被加锁的。同时应该注意，不像�U�理�Q�交换链后台�~�冲区，渲染目标�Q�顶点缓�Ԍ��索引�~�冲是可以被加锁的。当讑֤�丢失的时候，使用D3DPOOL_DEFAULT 创徏的资源必��要在调用Reset之前释放。可以参看D3D的LostDevice.
当��?font style="BACKGROUND-COLOR: #0a246a" color=#ffffff>D3DPOOL_DEFAULT 创徏资源�Q��ƈ且显卡的内存有限的时候，MANAGED中的资源��会被清除以释放��_��的内存来满��需求�?br>

D3DPOOL_MANAGED
Resources are copied automatically to device-accessible memory as needed. Managed resources are backed by system memory and do not need to be recreated when a device is lost. See Managing Resources for more information. Managed resources can be locked. Only the system-memory copy is directly modified. Direct3D copies your changes to driver-accessible memory as needed.
在MANAGED中的当有需要的时候，会被自动复制到设备的可访问内存。MANAGED资源在系�l�内存中是有备䆾的，于是当设备丢��q��时候，不需要重新创建。参�?a href="mk:@MSITStore:D:\Program%20Files\Microsoft%20DirectX%20SDK%20(October%202006)\Documentation\DirectX9\directx9_c.chm::/managing_resources.htm">Managing Resources 。MANAGED资源可以被加锁，只有�pȝ��内存中的备䆾是直接被修改的。当有必要的时候，D3D复制你所修改的内容到�pȝ��可访问区
D3DPOOL_SYSTEMMEM
Resources are placed in memory that is not typically accessible by the Direct3D device. This memory allocation consumes system RAM but does not reduce pageable RAM. These resources do not need to be recreated when a device is lost. Resources in this pool can be locked and can be used as the source for a IDirect3DDevice9::UpdateSurface or IDirect3DDevice9::UpdateTexture operation to a memory resource created with D3DPOOL_DEFAULT.
被放�|�在SYSTMMEM中的资源是典型地不可�?D直接讉K��的。这�U�内存分配消耗系�l�的RAM但是不减��RAM的可用页。在讑֤�丢失的时候，�q�些资源不需要再�ơ创建。在�q�个内存池中的资源可以被加锁�Q�可以被用来�?strong>IDirect3DDevice9::UpdateSurface or IDirect3DDevice9::UpdateTexture ��L��作以D3DPOOL_DEFAULT. 方式创徏的资�?
D3DPOOL_SCRATCH
Resources are placed in system RAM and do not need to be recreated when a device is lost. These resources are not bound by device size or format restrictions. Because of this, these resources cannot be accessed by the Direct3D device nor set as textures or render targets. However, these resources can always be created, locked, and copied.
�q�种资源被放在系�l�的RAM中，讑֤�丢失时候不用重新创建。这�U�资源不受设备大��和格式的限制。�ؓ此，�q�种资源不能被D3D讉K��Q�也不能讄��为纹理或渲染目标。但是，�q�种资源��L��可以被创建，加锁和复制�?
D3DPOOL_FORCE_DWORD
Forces this enumeration to compile to 32 bits in size. Without this value, some compilers would allow this enumeration to compile to a size other than 32 bits. This value is not used.
强制�~�译器��?2位来�~�译�q�个枚�D量。若没有�q�个��|��一些编译器��允许这个枚举以�?2位的方式�~�译。这个值未被��用�?/dd>

Remarks 评论

All pool types are valid with all resources. This includes: vertex buffers, index buffers, textures, and surfaces.
所有的内存池类型对所有的资源有效。包括：��点�~�冲�Q�烦引缓�Ԍ��U�理�Q�表面�?br>

剩下的一些内容就是各�U�类型的资源对各�U�渲染目标的效性。参见SDK

以下为FancyBit对D3DUSAGE的翻译，�׃��和D3DPOOL兌��较强�Q�故贴在此里�Q�十分感谢FancyBit
他的主页是：http://hi.baidu.com/148332727 希望大家多多交流�Q�共同进�?br>

资源的��用的方式

D3DUSAGE_RENDERTARGET 此纹理或表面作�ؓ一个渲染目标被创徏�Q�只能分配在D3DPOOL_DEFAULT的显卡内存中

D3DUSAGE_AUTOGENMIPMAP 资源会自动生成多�_�ֺ��Q�多层次�l�节�Q�纹�?mipmap)(Direct3D 9). 不支持volume textures 和深度表�?深度�U�理�Q�凹凸脓图）. �q�个usage 不支持系�l�内存中的资�?用D3DPOOL_SYSTEMMEM参数创徏的资�?.

D3DUSAGE_DEPTHSTENCIL 此资源将会是一个深度缓�Ԍ��只能用D3DPOOL_DEFAULT分配.

D3DUSAGE_DMAP The resource will be a displacement map. �Q�？�Q?

D3DUSAGE_DONOTCLIP ��点�~�冲区内容不需要裁�? 当被渲染的缓冲区讄��此位�?D3DRS_CLIPPING 渲染器状态必��设�|��ؓfalse.

D3DUSAGE_DYNAMIC 讄��此位表示��点�~�冲需要动态的内存使用。这寚w��动程序很有用因�ؓ它��得驱动程序可以决定把�~�冲区放在哪里。一般的�Q�静态顶端缓冲放�|�在昑֭�儿动态缓冲防止在AGP内存中。注意如果你没有指定该标志位�Q�那么顶点缓冲默认就是静态的�?

D3DUSAGE_DYNAMIC会被强制讄��Q�当D3DLOCK_DISCARD �?D3DLOCK_NOOVERWRITE 锁标志一起��? 因此, D3DLOCK_DISCARD and D3DLOCK_NOOVERWRITE 只对使用 D3DUSAGE_DYNAMIC创徏的顶点缓冲有�?更多参见Managing Resources (Direct3D 9).

更多关于动态顶点缓冲的信息�Q�参见Performance Optimizations (Direct3D 9).

D3DUSAGE_DYNAMIC �?D3DPOOL_MANAGED不兼�? See D3DPOOL.

�U�理也可以��用D3DUSAGE_DYNAMIC.当然, 托管的纹理不能��?D3DUSAGE_DYNAMIC. 关于动态纹理的信息�Q�参�?Using Dynamic Textures.

D3DUSAGE_WRITEONLY
用于��点�~�冲和烦引缓�?
通知�pȝ��E�序只想��点和烦引缓冲中写入数据。��用这个标记可以让驱动�E�序选择让写入和渲染操作效率最佳的内存分配方式。启用此�Ҏ��后��试从内存缓冲中��d��数据的操作会��p�|。只对��用D3DPOOL_DEFAULT分配在显存中的数据有效�?

D3DUSAGE_RTPATCHES Set to indicate that the vertex buffer is to be used for drawing high-order primitives. �Q�？�Q?

D3DUSAGE_NONSECURE 允许创徏的表面被另一个程序用一个无安全性的�׃�n句柄打开�Q�只在D3D9EX使用

D3DUSAGE_TEXTAPI D3D9EX专用 �?

用于�Q?
IDirect3DDevice9::CreateCubeTexture
IDirect3DDevice9::CreateDepthStencilSurface
IDirect3DDevice9::CreateIndexBuffer
IDirect3DDevice9::CreateOffscreenPlainSurface
IDirect3DDevice9::CreateRenderTarget
IDirect3DDevice9::CreateTexture
IDirect3DDevice9::CreateVertexBuffer
IDirect3DDevice9::CreateVolumeTexture
D3DXCreatexxx texturing functions

大渊�?/a> 2009-08-11 00:34 发表评论

Mon, 10 Aug 2009 09:32:00 GMT

In DirectX 8, support for rendering to multiple windows is provided through the creation of additional swap chains. However, there are currently no examples of this in the SDK, and the documentation is a bit vague. This article is provided to fill the gaps, and will explain the steps you need to take to write an application that will render multiple views in separate windows.

在DX8中，对多�H�口的支持是通过创徏更多的Swap Chains来提供的。SDK中没有相关的例子而且文档也只是泛泛而谈。这��文章就是�ؓ了解册��个问题，它将向您展示应当如何一步步地实现在多个分离�H�口中渲染多个视图�?/p>

Step 1 - Setting Up The Parent Frame

�W�一步：讄��父框架窗�?/p>

In an application with multiple views, we start with a top level frame that will contain child windows in its client area to display various views. Once the parent frame parent frame has been created, we create our Direct3D device interface, specifying windowed mode and setting the top level window handle as the focus window:

在多视图的应用程序中�Q�我们需要从最高层�ơ的框架——这个框架将包含所有在他用户区之内的子视图�H�口——开始我们的旅程。当父框架创建的时候，我们需要创建Direct3D Device接口�Q��ؓ其指定��用窗口模式，而且讄��q�最高层�ơ的�H�口句柄作�ؓ“焦点�H�口”的句柄：

g_pD3D=Direct3DCreate8(D3D_SDK_VERSION);

if (!g_pD3D) return -1;

D3DPRESENT_PARAMETERS d3dpp;

ZeroMemory( &d3dpp, sizeof(d3dpp) );

d3dpp.Windowed = TRUE;

d3dpp.SwapEffect = D3DSWAPEFFECT_COPY;

// Use the current display mode. 使用当前的显�C�模�?/p>

D3DDISPLAYMODE mode;

if(FAILED(g_pD3D->GetAdapterDisplayMode(D3DADAPTER_DEFAULT , &mode))) {

    SAFE_RELEASE(g_pD3D);

    return -1;

}

d3dpp.BackBufferFormat = mode.Format;

d3dpp.BackBufferWidth = mode.Width;

d3dpp.BackBufferHeight = mode.Height;

d3dpp.EnableAutoDepthStencil=TRUE;

d3dpp.AutoDepthStencilFormat = D3DFMT_D16;

// m_hWnd is handle to top level window    m_hWnd是最高层�H�口的句�?/p>

if( FAILED( g_pD3D->CreateDevice( D3DADAPTER_DEFAULT, D3DDEVTYPE_HAL, m_hWnd,

                                  D3DCREATE_SOFTWARE_VERTEXPROCESSING,

                                  &d3dpp, &g_pd3dDevice) ) ) {

    SAFE_RELEASE(g_pD3D);

    return -1;

}

Note that for simplicity the above code does not test depth format, instead choosing a fixed format. Your application should determine a compatible depth format for the format of the rendering target.

注意上面代码处于��单考虑�q�没有去��试深度�~�存的格式（�Q�depth format�Q�，而只是选择了一个确定的格式�Q�D3DFMT_D16�Q�。您的程序应该�ؓ需要渲染的Render Target选择一个可接受的深度缓存格式�?/p>

The device has a frame buffer, which the child views will be rendered into, as well as a depth buffer which will be shared among the views. The frame buffer and depth buffer are sized to the full screen resolution, to allow for the fact that the window may later be resized. Otherwise, window size changes would require resetting the device and re-creating the swap chains.

Device都需要有帧缓存，�q�样子视图才能进行渲染，同时�Q�深度缓冲也应当被不同的视图�q�行�׃�n。��~�存和深度缓存都被设�|��ؓ全屏�q�大��，以考虑到可能窗口会被改变大��的情况。如果不的话�Q�窗口改变大��的时候，��需要Reset Device和重新创建Swap Chain�?/p>

Step 2 - Setting Up View Windows

�W�二步：讄��子视囄��?/p>

Now we are ready to create our view windows, and associate them with swap chains that can be rendered to the device. Once the windows have been created, the following code generates a swap chain for the child window:

现在我们可以准备创徏我们的子�H�口也就是视囄��口，�q�把它们与交换链兌��以��得他们可以被渲染到Device上。当�H�口创徏后，下面的代码将为子�H�口创徏一个交换链�Q?/p>

D3DPRESENT_PARAMETERS d3dpp;

ZeroMemory( &d3dpp, sizeof(d3dpp) );

d3dpp.Windowed = TRUE;

d3dpp.SwapEffect = D3DSWAPEFFECT_COPY;

// Use the current display mode. 使用当前的显�C�模�?/p>

D3DDISPLAYMODE mode;

g_pD3D->GetAdapterDisplayMode(D3DADAPTER_DEFAULT , &mode);

d3dpp.BackBufferFormat = mode.Format;

// m_hWnd contains child window handle m_hWnd储存子窗口的句柄

d3dpp.hDeviceWindow=m_hWnd;

// m_pSwapChain is IDirect3DSwapChain *   m_pSwapChain是一个IDirect3DSwapChain*对象

g_pd3dDevice->CreateAdditionalSwapChain(&d3dpp, &m_pSwapChain);

After executing this code, the m_pSwapChain variable will contain a pointer to an IDirect3DSwapChain interface, which contains a frame buffer corresponding to the client area of the child window. This process is performed for each view window, so that that there is a swap chain for each view window.

�l�过�q�些代码之后�Q�m_pSwapChain变量��储存了IDirect3DSwapChain接口的指针，�q�个接口��储存子�H�口视图区所对应的��~�冲�?/p>

Step 3 - Rendering a View

�W�三步：渲染视图

Prior to rendering each view, we must direct the device to render to the appropriate frame buffer, using the SetRenderTarget() method. We pass the back buffer from the window's swap chain, while using the depth buffer that was originally created with the device:

在渲染每个视囄��口之前，我们必须使得Device来渲染对应的帧缓�Ԍ��q�我们就需要用到SetRenderTarget�Ҏ��。我们向其中传入子窗口SwapChain交换铄��后备�~�冲BackBuffer�Q�以及��用最开始跟着Device一起创建的深度�~�冲�?/p>

LPDIRECT3DSURFACE8 pBack=NULL,pStencil=NULL;

m_pSwapChain->GetBackBuffer(0,D3DBACKBUFFER_TYPE_MONO,&pBack);

g_pd3dDevice->GetDepthStencilSurface(&pStencil);

g_pd3dDevice->SetRenderTarget(pBack,pStencil);

pBack->Release();

pStencil->Release();

Note that we release the stencil and backbuffer pointers after we use them, because the GetBackBuffer() and GetDepthStencilSurface() functions call AddRef() on these interfaces to increment their reference counters. Failing to release them would lead to a memory leak.

注意我们必须Release掉Stencil和BackBuffer的指针，因�ؓGetBackBuffer和GetDepthStencilSurface�q�两个函数都会调用COM的AddRef�Ҏ��Q�来增加相应COM接口的引用计敎ͼ�因此如果不删除它们，��会��D��内存泄露�?/p>

We are now ready to render the view. Rendering is performed within a scene in the normal manner, except that we call Present() on the swap chain interface rather than the device interface:

我们现在已经做好准备渲染视图�H�口了。渲染的�Ҏ��看�v来和我们�q�_��用的�Ҏ��差不多，只是有一点：我们现在需要调用Swap Chain的接口，而不是Device的接口�?/p>

g_pd3dDevice->Clear(0,NULL,D3DCLEAR_TARGET|D3DCLEAR_ZBUFFER,0x00000000,1.0,0);

if (SUCCEEDED(g_pd3dDevice->BeginScene())) {



    // rendering code goes here 渲染代码写在�q�里

    g_pd3dDevice->EndScene();

}

m_pSwapChain->Present(NULL,NULL,NULL,NULL);

Step 4 - Handling Resize of Child Views

�W�四步，子窗口的Resize问题

DirectX will automatically deal with changes in the child view by using a stretch blit to present the swap chain if the dimensions have client area is not the same size as the swap chain's frame buffer. However, this may not be desirable, as it will cause aliasing if the client area is increased in size.

如果�H�口的视囑֌�大小和SwapChain的大��不一�Q�那么DirectX��通过Stretch Blit来自动处理图像的伸羃变化。尽��这可能�q�不令�h期待�Q�因��在视囑֌�变大的时候将��D��囑փ�的模�p��?/p>

大渊�?/a> 2009-08-10 17:32 发表评论

转：�U�理矩阵

Fri, 07 Aug 2009 09:05:00 GMT

[转]�U�理矩阵

高��U�理映射技术（7�Q?/font>

�U�理坐标变换

Direct3D提供了对生成的纹理坐标进行坐标变换的功能�Q�与��点坐标变换相类��|��可以指定一�?x4的纹理坐标变换矩阵，把它与生成的�U�理坐标�怹��Q�然后将变换之后的纹理坐标输��Direct3D渲染��水�Uѝ��用纹理坐标变换可以对�U�理坐标�q�行诸如�q�移、旋转和�~�放�{�三�l�变换。纹理坐标变换对于生成一些特�D�效果是非常有用的，它不用直接修攚w��点的�U�理坐标。例如可以通过一个简单的�q�移矩阵对纹理坐标进行变换，从而��物体表面上的�U�理不断变换位置�Q��生动��L��果。纹理坐标自动生成在三维囑�Ş�E�序中最�q�泛的应用是环境映射�?/p>
可通过函数IDirect3DDevice9::SetTransform()来设�|?x4的纹理坐标变换矩阵，它以D3DTS_TEXTURE0~ D3DTS_TEXTURE7作�ؓ�W�一个参敎ͼ�表示讄��U�理�?~7的纹理矩��c��下列代码对�U�理�?讄��了一个将�U�理坐标u、v�~�小到原来一半的�U�理矩阵�Q?/p>
D3DXMATRIX mat;
D3DXMatrixIdentity(&mat);
mat._11 = 0.5f;
mat._22 = 0.5f;
pd3dDevice->SetTransform(D3DTS_TEXTURE0, &mat);

下面的代码将原来的纹理坐标��^�U�（1.0, 1.0, 0�Q�个单位�?/p>
D3DXMATRIX mat;
D3DXMatrixIdentity(&mat);
mat._41 = 1.0f;
mat._42 = 1.0f;
mat._43 = 0.0f;
pd3dDevice->SetTransform(D3DTS_TEXTURE0, &mat);

�C�Z��E�序通过下列代码对自动生成的�U�理坐标�q�行变换�Q?/p>
// texture coordinate transform

D3DXMATRIX mat_texture, mat_scale, mat_trans;

D3DXMatrixIdentity(&mat_texture);
D3DXMatrixScaling(&mat_scale, 0.5f, -0.5f, 1.0f);
D3DXMatrixTranslation(&mat_trans, 0.5f, 0.5f, 1.0f);

mat_texture = mat_texture * mat_scale * mat_trans;
pd3dDevice->SetTransform(D3DTS_TEXTURE0, &mat_texture);

要看效果和完整代�?br>��M��面这个主��?br>
http://www.cnblogs.com/billwillman/articles/1232081.html

注：�U�理矩阵很好很强大。可以做��单的��_��天空盒背景等效果�?br>更�ؓ严重的是�Q�还能做出流光效果，��像《蜀门》上的衣服效果。�?br>

大渊�?/a> 2009-08-07 17:05 发表评论

Fri, 24 Jul 2009 15:38:00 GMT

D3D中的渲染到纹�?/font>

http://www.cnblogs.com/flying_bat/

渲染到纹理是D3D中的一��w��U�技术。一斚w��Q�它很简单，另一斚w��它很强大�q�能产生很多�Ҏ��效果�?比如说发光效果，环境映射�Q�阴影映��，都可以通过它来实现。渲染到�U�理只是渲染到表面的一个�g伸。我们只需再加些东西就可以了。首先，我们要创造一个纹理，�q�且做好一些防范措施。第二步我们��可以把适当的场景渲染到我们创徏的纹理上了。然后，我们把这个纹理用在最后的渲染上�?br>　　?main.cpp
　　首先我们得声明所需要的对象。当然我们需要一张用来渲染的�U�理。此外，我们�q�需要两个Surface对象。一个是用来存储后台�~�冲区，一个用来当�U�理的渲染对象。后面我再详�l�介�l�它们。另外我们还需要两个矩阵，一个是用来当纹理的投媄矩阵�Q�另一个是存储原来的矩��c�?br>　　LPDIRECT3DTEXTURE9 pRenderTexture = NULL;
　　LPDIRECT3DSURFACE9 pRenderSurface = NULL,pBackBuffer = NULL;
　　D3DXMATRIX matProjection,matOldProjection;
　　现在我们来创建纹理。前两个参数是纹理的宽度和高度，�W�三个参数是�U�理的多�U�渐�q�纹理序列参敎ͼ�在这里是设�ؓ1�Q�第四个参数非常重要而且必须设�ؓD3DUSAGE_RENDERTARGET�Q�表明我们所创徏的纹理是用来渲染的。剩下的参数��是指纹理格式，��点�~�冲区的内存位置�Q�和一个指向纹理的指针。当�U�理是用来当渲染对象�Ӟ��点�~�冲区的内存位置必须设�ؓD3D_DEFAILT�?br>　　g_App.GetDevice()->CreateTexture(256,256,1,D3DUSAGE_RENDERTARGET,D3DFMT_R5G6B5,D3DPOOL_DEFAULT,&pRenderTexture,NULL);
　　��Z��讉K��U�理内存对象�Q�我们需要一个Surface对象�Q�因为D3D中的�U�理是用�q�样的一个Surface来存储纹理数据的。�ؓ了得到纹理表面的Surface,我们需要调用方法GetSurfaceLevel() 。第一个参数我们设�?�Q�第二个参数��Z��个指向surface对象的指针�?br>　　pRenderTexture->GetSurfaceLevel(0,&pRenderSurface);
　　下一步就是创��Z��个适合�U�理�l�数的投��q��阵，因�ؓ�U�理的横�U�|��和后台缓冲区的不一栗��?br>　　D3DXMatrixPerspectiveFovLH(&matProjection,D3DX_PI / 4.0f,1,1,100);
　　在我们的循环渲染之前�Q�我们必��M��存后台缓冲区和它的投��q��c�?br>　　g_App.GetDevice()->GetTransform(D3DTS_PROJECTION,&matOldProjection);
　　g_App.GetDevice()->GetRenderTarget(0,&pBackBuffer);
　　渲染循环函数可以分�ؓ两个部分。第一部分是渲染到�U�理的过�E�。因此，渲染对象必须设�ؓ�U�理表面。然后我们就可以把东西渲染到�q�个对象上了。渲染到另一个表面上和正常地渲染到后台缓冲区差不多。只有一点不同，那就是先不调用Prensent�Q�）函数�Q�因为纹理上的内容�ƈ不需要显�C�在屏幕上。象�q�x��一��P��我们先要重置表面颜色�~�冲区，�q�且调用BeginSence()和EndSence()�Ҏ��。�ؓ了能够适当的渲染，我们必须讄��和纹理表面相�W�的投媄矩阵。否则最后的图象可能被扭�?br>　　//render-to-texture
　　g_App.GetDevice()->SetRenderTarget(0,pRenderSurface); //set new render target
　　g_App.GetDevice()->Clear(0,NULL,D3DCLEAR_TARGET | D3DCLEAR_ZBUFFER,D3DCOLOR_XRGB(100,100,100),1.0f,0); //clear texture
　　g_App.GetDevice()->BeginScene();
　　g_App.GetDevice()->SetTexture(0,pPyramideTexture);
　　D3DXMatrixRotationY(&matRotationY,fRotation);
　　D3DXMatrixTranslation(&matTranslation,0.0f,0.0f,5.0f);
　　g_App.GetDevice()->SetTransform(D3DTS_WORLD,&(matRotationY * matTranslation));
　　g_App.GetDevice()->SetTransform(D3DTS_PROJECTION,&matProjection); //set projection matrix
　　g_App.GetDevice()->SetStreamSource(0,pTriangleVB,0,sizeof(D3DVERTEX));
　　g_App.GetDevice()->DrawPrimitive(D3DPT_TRIANGLELIST,0,4);
　　g_App.GetDevice()->EndScene();
　　渲染循环的第二部分就是渲染最后场景的�q�程�Q�也��是昄��到屏�q�上的过�E�）。渲染对象重新设为后台缓冲区�Q�投��q��阵重新设为原来的投媄矩阵。由于纹理已�l�准备好了，所以它和纹理层0相关联�?br>　　//render scene with texture
　　g_App.GetDevice()->SetRenderTarget(0,pBackBuffer); //set back buffer
　　g_App.GetDevice()->Clear(0,NULL,D3DCLEAR_TARGET | D3DCLEAR_ZBUFFER,D3DCOLOR_XRGB(0,0,0),1.0f,0);
　　g_App.GetDevice()->BeginScene();
　　g_App.GetDevice()->SetTexture(0,pRenderTexture); //set rendered texture
　　g_App.GetDevice()->SetTransform(D3DTS_WORLD,&matTranslation);
　　g_App.GetDevice()->SetTransform(D3DTS_PROJECTION,&matOldProjection); //restore projection matrix
　　g_App.GetDevice()->SetStreamSource(0,pQuadVB,0,sizeof(D3DVERTEX));
　　g_App.GetDevice()->DrawPrimitive(D3DPT_TRIANGLESTRIP,0,2);
　　g_App.GetDevice()->EndScene();
　　g_App.GetDevice()->Present(NULL,NULL,NULL,NULL);
　　最后我们通过调用Release()�Ҏ��释放Surface对象�?br>　　pRenderSurface->Release();
　　pRenderSurface = NULL;
　　pBackBuffer->Release();
　　pBackBuffer = NULL;
　　渲染到纹理能让你做很多事情，但是你必��L��意一些限制。首先深度缓冲区必须��L��大于或等于渲染对象的大小。此外，渲染对象和深度缓冲区的格式必��M��致�?/p>

大渊�?/a> 2009-07-24 23:38 发表评论

关于材质�~�辑器的�l�构

Fri, 05 Jun 2009 05:32:00 GMT

一直不知道�~�辑器的�l�构是如何的。有没有哪位大大耐心讲解一下。或者给一个结构图也行
谢谢啦！

试着用DXUT写了一下，初步军_��以下功能�Q�由于不熟悉DXUT�Q�捣鼓了半天才弄出来

1、读取一个模型文�?br>2、分析模型文�Ӟ��取得其subset个数�Q�取得每个subset的材�?br>3、根据选中的subset调整其材�?br>4、保存编辑好的材质到二进制文件中�Q�后�~�名暂定�ؓ *.mtrl

效果囑֦��?br>至于调节材质的那里，�q�有一�U�方案是调用shoosecolor面板�Q�那��h��较直观，但操作复杂。不知道是slider好还是面板好
暂时用slider

有谁能告诉我�Q�下拉列表那里，怎么能让他向上跑吗？向下跑会遮住一些，不得不调整大��?/p>

大渊�?/a> 2009-06-05 13:32 发表评论

�l�于使现了基于GPU计算的粒子效�?

Tue, 19 May 2009 16:46:00 GMT
样子�q�不咋样。但�q�是实现了。。轨�q�公式是��事了。呵��c��很高兴�Q�一天时间没白忙

�q�是看看C++吧，��Z��可持�l�发展~~~

大渊�?/a> 2009-05-20 00:46 发表评论

Sun, 17 May 2009 15:52:00 GMT

读SDK中那SkinMesh的源代码真费��，到目前还对一些细节不明了�Q�但是�ȝ��是会��单地应用那个CSinMesh�c�M��Q��ƈ生让Tiny动了��h��

Tiny很出名哦�Q�是DX SDK的代�a�人。哈哈，看看他的照片吧`~

哈哈�Q�感觉还不错�Q�增加了人物控制后，更安逸~~

大渊�?/a> 2009-05-17 23:52 发表评论

ZBuffer与WBuffer

Fri, 24 Apr 2009 09:49:00 GMT

Depth-Buffer�Q�深度缓存）有两�U�：Z-Buffer �?W-Buffer�Q�这里讨��两种深度�~�存的区别，以及如何在两者之间�{换�?br>　　w 的含�?br>　　3D�I�间点的坐标是（x�Q�y�Q�z�Q�，��Z��使矩阵乘法具有��^�U�d��换的功效�Q�我们用4D�I�间中的点（x�Q�y�Q�z�Q�w�Q�来表示3D�I�间中的点（x'�Q�y'�Q�z'�Q�，�q�两个不同空间点之间的关�p�L��Q?br>　　
　　x' = x / w
　　y' = y / w
　　z' = z / w
　　
　　像这��L��四维�I�间点表�C�Z��l�空间点�Q�或者说�?n + 1 �l�空间点表示 n �l�空间点的方法叫�?“齐次坐标表示�?#8221;�?br>　　
　　实际使用中，在模�?>世界转换、世�?>视图转换�q�程中，w 通常保持不变�Q��L��{�于一�Q�这��P��齐次坐标的前三个分量��是对应3D�I�间点的三个坐标分量。但是，�l�过投媄变换后，w ��得��C��个比例��|��比如�Q�一般的透视投媄变换矩阵是：
　　
　　| W　 0　 0　 0 |
　　| 0　 H　 0　 0 |
　　| 0　 0　 Q　 1 |
　　| 0　 0　-QZn 0 |
　　
　　其中　 Zn　=　�q�裁剪面 z 坐标
　　Zf　=　�q�裁剪面 z 坐标
　　W　=　2 * Zn / 视口宽度
　　H　=　2 * Zn / 视口高度
　　Q　=　Zf / (Zf - Zn)
　　
　　��点�Q�x�Q�y�Q�z�Q?�Q�乘以此矩阵�Q�w 便不再是一�Q�而对应的3D�I�间点坐标（x / w�Q�y / w�Q�z / w�Q�将出现一个羃放效果。同�Ӟ��因�ؓ w 的值通常�?z 坐标成正比（比如�l�过上面�q�个矩阵的变换，w 的值其实就�?z 坐标的��|��Q�所以经�q�投影变换，物体会��生近大远��的效果�?br>　　
　　Z-Buffer �?W-Buffer 的区�?br>　　��单的��_��z-buffer �?w-buffer 的区别就是前者保存的是点�?z 坐标�Q�而后者保存的是点�?w 坐标�?br>　　
　　具体的说�Q�两者因��Z��存的值有不同的含义，所以表现出来的实际效果也会有差别�?br>　　
　　z-buffer 保存的是�l�过投媄变换后的 z 坐标�Q�前面说�q�，投媄后物体会产生�q�大�q�小的效果，所以距��ȝ��睛比较近的地方，z 坐标的分辨率比较大，而远处的分��L率则比较��，换句话说�Q�投影后�?z 坐标在其值域上，对于��d��眼睛的物理距��d��化来��_��不是�U�性变化的�Q�即非均匀分布�Q�，�q�样的一个好处是�q�处的物体得��C��较高的深度分辨率�Q�但是远处物体的深度判断可能会出错�?br>　　
　　w-buffer 保存的是�l�过投媄变换后的 w 坐标�Q��?w 坐标通常跟世界坐标系中的 z 坐标成正比，所以变换到投媄�I�间中之后，其��g��然是�U�性分布的�Q�这��h��处还是近处的物体�Q�都有相同的深度分��L率，�q�是它的优点�Q�当�Ӟ��~�点��是不能用较高的深度分��L率来表现�q�处的物体�?br>　　
　　从硬件实现角度来��_��几乎所有的��g3D加速卡都支�?z-buffer�Q��?w-buffer 的支持没�?z-buffer 那么�q�泛。另外，早期�?Direct3D 版本看�v来也不支�?w-buffer�?br>　　
　　Z-Buffer �?W-Buffer 之间的�{�?br>　　�Ҏ��上面的矩阵变换，可以很容易的导出��?w-buffer 转换�?z-buffer 的公式：
　　
　　zDepth = Q * ( wDepth - Zn ) / wDepth
　　= Zf / ( Zf - Zn ) * ( wDepth - Zn ) / wDepth
　　
　　�q�个转换公式有什么用处？举个例子�Q?DS MAX 使用的是 w-buffer�Q�如果从 3DS MAX 中导出深度信息到 Direct3D 中，作�ؓ预渲染的背景使用�Q�就有可能用��C��面这个�{换。当�Ӟ��如果�?D3D 中��?w-buffer�Q�问题就不大了，但是如果使用 z-buffer�Q�不�l�过�q�样的�{换，渲染�l�果��׃��出错�?/p>

大渊�?/a> 2009-04-24 17:49 发表评论

通过高度囄��成地形时候出现的��p��画面

Fri, 24 Apr 2009 09:43:00 GMT
很神奇呀�Q�参数没讄��对，于是出现了下面的“火星”地�Ş�?br>

�q�有一个带有金属感�?#8220;艺术�?#8221;

真的好神奇~~

不过呢，我那地�Ş生成�q�是没实玎ͼ�很囧~~

大渊�?/a> 2009-04-24 17:43 发表评论

Wed, 22 Apr 2009 04:26:00 GMT
找了很久的相兌��料，关于水面渲染的还真不好找呢，�H�然发现了一个地�Ҏ��介绍�U�理动画�Q�于是就试着做了做，效果�q�真是不错呢�?br>
只是�q�没有实现倒媄�Q�下�ơ再做�?br>
虽然大虾很多�Q�但像我�q�样自己捣鼓的也同样存在�Q�那我就说说怎么实现的吧�Q�也��Z��理清自己的思�\

我说说我的实现方法吧

std::vector vecTexture(0); //�q�个��是用来存储我们的几十张�U�理�?/div>
先把他们全部加蝲�q�去�?/div>
然后我们先画一个矩形（略）

然后我们�Ҏ��下面�q�个来动态切换纹�?/div>
Direct3DTexture9* Texture = NULL;

float timeElapsed = 0;

DWORD dwFrameSpeed = 0;

timeElapsed += timeDelta*FrameSpeed;//timeDelta是两�ơ渲染的间隔旉��

   if(timeElapsed>vecTexture.size()) timeElapsed = 0;
   Texture = vecTexture[(int)timeElapsed];

接下来我们就可以讄��U�理�Q�然后渲染那个矩形就可以了�?/div>
如果要��水呈透明效果�Q�只要和地�Ş�q�行ALPHA混合��p��了，混合参数自己多调两下�?/div>

大渊�?/a> 2009-04-22 12:26 发表评论

为DEMO加入雑֌�效果

Mon, 20 Apr 2009 03:58:00 GMT

雑֌�效果

首先来看看我们可以设�|�哪些参�?br>1、D3DFOGSTART、D3DFOGEND表示雄��起始和结束距��?br>2、D3DFOGDENSITY 雄��度
3、D3DFOGCOLOR 雄��颜色
4、D3DFOGTABLEMODE、D3DFOGVERTEXMODE 雄��模式�Q�第一个�ؓ像素雑֌��Q�第二个为顶炚w��?/p>

首先看看雑֌�的方�E?/p>
Color = f * Color(scene) + (1-f) * color(fog)

Color(scene):背景�?br>Color(fog): 雾色
f:雑֌�参数�Q�随观察点的距离的增大而减��，从而可知最后得到的颜色�Q�当观察点越�q�时�Q�雾色占的比例越大�?/p>
雾有四种方式
D3DFOG_NONE ��用雑֌�效果
D3DFOG_EXP 雑֌�效果随指数增�?f = 1/(e^density)
D3DFOG_EXP2 同上�Q�不�q�公式变�?f = 1/(e^(density^2))
D3DFOG_LINEAR �U�性雾 f = (end-d)/(end-start) d 为当前计��点与观察点距离

现在我们来看如何实现雑֌�
首先开启雾化效�?br>Device->SetRenderState(D3DRS_FOGENABLE,true);
然后我们要设�|�雾化的模式和公�?br>Device->SetRenderState(DEDRS_FOGTABLEMODE,D3DFOG_LINEAR);
�q�里我将其设�|�成了像素雾和线性，同样可以��其换成上面介绍的其它模式和公式
接下来我们就要设�|�雾化参��C��
Device->SetRenderState(D3DRS_FOGCOLOR,oxffffffff);//讄��成白�?/p>
讄��start end
float start= 50,end = 400;
Device->SetRenderState(D3DRS_FOGSTART,*(DWORD*)&start);
Device->SetRenderState(D3DRS_FOGEND,*(DWORD*)&end);
讄��度
float density = 0.001f;//0.0 -- 1.0
Device->SetRenderState(D3DRS_FOGDENSITY,*(DWORD*)&density);

�q�样,我们的设�|�就完了,只要��雾化设�|�放入我们渲染场景中,��可以看到雾化效果了.
但应该注意以下几�?br>-----------------------------------------line
   A          B          C
    \          |             /
     \                   /
       \      |       /
        \            /
         \    d   /
          \       /
           \ | /
            \   /
              P
------------------------------------------
雑֌�效果是以刚刚上面讲的 d 作�ؓ计算标准,所�?我们从P点看到A ,B ,C三点的雾化效果是一��L��,而按常理,A ,C的雾应该更浓才对.
很显�?�q�让我们惛_��,D3D会有对应的处理办�?
D3D提供了基于发散的雑֌�效果,雑֌�随观察点的距��d��大而增�?��像点光�?不过,�q�要求我们的��g支持,所以在讄��前应该检�?br>D3DCAPS9 caps;
Device->GetDeviceCaps(&caps);

if(caps.RasterCaps&D3DPRASTERCAPS_FOGRANGE)
Device->SetRenderState(D3DRS_RANGEFOGENABLE,true);

把这个增加到雑֌�讄��中即可~~~

已经12点了,估计人有�Ҏ��,也讲不明白些什么东西了,到此为止

大渊�?/a> 2009-04-20 11:58 发表评论

透明�U�理和��^面阴隐DEMO

Sun, 19 Apr 2009 06:40:00 GMT

加入了媄子后的效�?br>
渲染树目�U�理之前�Q�进行如下设�|?br>Device->SetRenderState(D3DRS_ALPHABLENDENABLE,true);
Device->SetRenderState(D3DRS_SCRBLEND,D3DBLEND_SCRALPHA);
Device->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_INVSCRALPHA);
Device->SetRenderState(D3DRS_ALPHATESTENABLE,true);
Device->SetRenderState(D3DRS_ALPHAREF,0x0);
Device->SetRenderState(D3DRS_ALPHAFUNC,D3DCMP_GREATEREQUAL);

渲染阴媄的时候，使用的是同一�U�理�Q�但需�q�行如下讄��
Device->SetRenderState(D3DRS_SCRBLEND,D3DBLEND_INVSCRALPHA);

调了一下午�Q�才调出�q�阴影，隑־�呀~~`

大渊�?/a> 2009-04-19 14:40 发表评论

Sat, 18 Apr 2009 07:42:00 GMT

D3DMULTISAMPLE_0_SAMPLES

D3DMULTISAMPLE_4_SAMPLES

�l�于成功地把天空盒，公告板，MESH�Q�纹理等一��L��在了一个工�E�中�Q�哈哈，虽然比较白啦�Q�但�q�是很有成就感�?

大渊�?/a> 2009-04-18 15:42 发表评论

Sat, 18 Apr 2009 02:02:00 GMT
�q�面阴隐其实��是��物�?#8220;压扁”到某一�q�面�q�行�l�制。原理类��g��投媄
而对于一个三�l�物体来��_��当多个部分投影到�q�面上时�Q�会产生叠加效果�Q�导致某一部位颜色较深�Q�而此时我们可以通过模版�~�存来防止二�ơ融合，从而避免这�cȝ��象的产生�?br>Device->Clear(0,0,D3DCLEAR_TARGET|D3DCLEAR_ZBUFFER|D3DCLEAR_STENCIL,0xfff0000,1.0,0);
Device->SetRenderState(D3DRS_STENCILENABLE,true);
Device->SetRenderState(D3DRS_STENCILFUNC,D3DCMP_EQUAL);
Device->SetRenderState(D3DRS_STENCILREF,0x0);
Device->SetRenderState(D3DRS_STENCILMASK,0xffffffff);
Device->SetRenderState(D3DRS_STENCILWRITEMASK,0xffffffff);
Device->SetRenderState(D3DRS_STENCILZFAIL,D3DSTENCILOP_KEEP);
Device->SetRenderState(D3DRS_STENCILFAIL,D3DSTENCILOP_KEEP);
Device->SetRenderState(D3DRS_STENCILPASS,D3DSTENCILOP_INCR);

首先开启模�?��测试规则设�|��ؓ"相等",模版参考设�|��ؓ0,��p�|时候不更改,成功的时候增�?.

�׃��我们已经��模版缓存清0 ,于是,当第一�ơ写入模版的时�?��试��L��成功�?模版值加1.而当�W�二�ơ写入的时�?模版��g��模版参考��g��相等,��试便会��p�|,从而阻止了再次写入�~�存.

Device->SetRenderState(D3DRS_ALPHABLENDENABLE,true);
Device->SetRenderState(D3DRS_SCRBLEND,D3DBLEND_SCRALPHA);
Device->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_INVSRCAPHA);
Device->SetRenderState(D3DRS_ZENABLE,false);

//使用D3DXMatrixShadow(&S,&linghtDirection,&groundplane);
//S为最后输出的矩阵,然后是光�U�方�?然后是要�l�制阴媄的��^�?br>
//�l�制

//最后做收尾工作
Device->SetRenderState(D3DRS_ZENABLE,true);
Device->SetRenderState(D3DRS_ALPHABLENDENABLE,false);
Device->SetRenderState(D3DRS_STENCILENABLE,false);

大渊�?/a> 2009-04-18 10:02 发表评论

从Xfile加蝲MESH模型

Sat, 18 Apr 2009 02:02:00 GMT

首先介绍ID3DXBuffer 接口
此类型有两个�Ҏ��
LPVOID ID3DXBuffer::GetBufferPointer();//�q�回指向�~�存中数据�v始位�|�的指针
DWORD ID3DXBuffer::GetBufferSize()//�q�回�~�存的大��?单位为字�?br>
下面函数用于创徏一个空的ID3DXBuffer对象

HRESULT D3DXCreateBuffer(DWORD NumBytes, LPD3DBUFFER *ppBuffer);

再来介绍一个D3DXMATRIAL�l�构
typedef struct D3DXMATERIAL
{
      D3DMATERIAL9 Mat3D; //存储材质
      LPSTR pTextureFilename;//存储�U�理路径�?br>}D3DXMATERIAL;

再来看看一个重要的函数
HRESULT D3DXLoadMeshFromX(
LPCSTR pFilename,//文�g�?br>DWORD Options,//创徏�|�格时所使用的标�?br>LPDIRECT3DDEVICE9 *pDevice,
LPD3DXBUFFER *ppAdjacency,//��L��表信�?br>LPD3DXBUFFER *ppMaterials,//材质和纹理信�? D3DXMATRIAL�l�构
LPD3DXBUFFER *ppEffectInstances,//
PDWORD pNumMaterials,//材质数目
LPD3DXMESH *ppMesh//�q�回填充好的Mesh对象
};

下面是一个实用的例子

class MyMesh
{
...........

private:
ID3DXMesh* Mesh = 0;
std::vector Mtrls(0);
std::vector Textures(0);
......
};

bool MyMesh::LoadMyMesh( LPCSTR pName,IDirect3DDevice9* Device)
{
   ID3DXBuffer* adjBuffer = 0;
   ID3DXBuffer* mtrlBuffer = 0;
   DWORD numMtrls = 0;
   HRESULT hr = D3DXLoadMeshFromX(pName,D3DXMESH_MANAGED,Device,&adjBuffer,&mtrlBuffer,0,&numMtrls,&Mesh);
   if(FAILED(hr))
   {
     ::MessageBox(NULL,"D3DXLoadFromX() - FAILED",0,0);
    return false;
   }
   if(mtrlBuffer!=0&&numMtrls!=0) //如果有材�?br>    {
        D3DXMATERIAL* mtrls =
        (D3DXMATERIAL*)mtrlBuffer->GetBufferPointer();//GetBufferPointer() ��Z��适合各种�c�d��,因�ؓ�q�回VOID*�c�d�� 需要强制�{�?br>        for(int i = 0;i        {
          //得到的材质没有环境光,我们得自己加�?让它�{�于漫射�?br>           mtrls[i].MatD3D.Ambient = mtrls[i].MatD3D.Diffuse;
           Mtrls.push_back(mtrls[i].MatD3D);
         }
        if(mtrls[i].pTextureFilename!=0)//�U�理不�ؓ�I?br>        IDirect3DTexture9* tex = 0;
        D3DXCreateTextureFromFile(Device,mtrls.pTextureFilename,&tex);
        Textures.push_back(tex);
        }
        else
         {
            Textures.push_back(0);
         }
     }
adjBuffer->Release();
mtrlBuffer->Release();
return true;
}

//加蝲好后,讄��好矩�?��可以进行绘制了.�׃��Mesh是分��多子集的,所以要一个一个渲�?br>void MyMesh::DrawMyMesh(IDreict3DDevice9* Deivice)
{
     for(int i =0;i     {
       Device->SetMaterial(&Mtrls[i]);
       Device->SetTexture(0,Textures[i]);
       Mesh->DrawSubset(i);
     }
}

大渊�?/a> 2009-04-18 10:02 发表评论

Sat, 18 Apr 2009 02:01:00 GMT
一直不知道那一堆长长的代码是什么意思，今天上课无聊的时候就在那里想�Q�一不留��就想通了�Q�真是谢天谢圎ͼ�

首先��模版缓存清�I?br>Device->Clear(    0,
                           0,
                           D3DCLEAR_TARGET|D3DCLEAR_ZBUFFER|D3DCLEAR_STENCIL, //清空模版�~�存�Q�深度缓�?br>                           0ff000000,//颜色
                           1.0f,
                           0)//清空后的模版�~�存�?br>
//接下来就是模版缓存进行设�|?br>Device->SetRenderState(D3DRS_STENCILENABLE,true) //开启模版缓�?br>Device->SetRenderState(D3DRS_STENCILFUNC,D3DCMP_ALWAYS);//��模版测试设�|��ؓ��L��成功�Q�因为我们是在画镜面�Q�不��镜面如何，都要��M��?br>Device->SetRenderState(D3DRS_STENCILREF,0x1);//讄��模版参考��gؓ1�Q�这样将会用0x1来标记镜面区�?br>Device->SetRenderState(D3DRS_STENCILMASK,0xffffffff);//讄��模版掩码�Q?xffffffff表示不屏蔽�Q何位
Device->SetRenderState(D3DRS_STENCILWRITEMASK,0xffffffff)//模版写掩�?br>Device->SetRenderState(D3DRS_STENCILPASS,D3DSTENCILOP_REPLACE);//当模版测试成功时�Q�便用模版参考��|��0x1�Q�去替换�~�存中的�?br>Device->SetRenderState(D3DRS_ZWRITEENALBE,false);//关闭深处�~�存的写功能�Q�以侉K��止对��q��存的更改

Device->SetRenderState(D3DRS_ALPHABLENDENABLE,true);//开启ALPHA混合功能
Device->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_ZERO);//��源融合因子讄��为（0�Q?�Q?�Q?�Q�；
Device->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_ONE);//��目标融合因子设�|��ؓ(1,1,1,1);

//在这里画镜面,此时的镜面会通过模版�~�存�q�行�l�制,�q�且模版�~�存中的代表镜面的部分被标记�?x1,而其它区域�ؓ0;

//接下来就要绘制我们的物体�?br>Device->SetRenderState(D3DRS_ZWRITEEABLE,true);//重新开启ZWRITE

Device->SetRenderState(D3DRS_STENCILFUNC,D3DCMP_EQUAL);//��模版测试规则设�|��ؓ相等
Device->SetRenderState(D3DRS_STENCILZFAIL,D3DSTENCILOP_KEEP);
Device->SetRenderState(D3DRS_STENCILFAIL,D3DSTENCILOP_KEEP);//�q�两排表�C�如果深度和模版��试��p�|,则不�Ҏ��版中的内容作更改
Device->SetRenderState(D3DRS_STENCILPASS,D3DSTENCILOP_KEEP);//若测试成功也不对其作更改

//使用D3DXMatrixReflect(&R,&plane);求出物体的镜�?其中plane为镜面��^�?

//若此时绘��L��们会看不到物�?因�ؓ物体的深度大于镜面的深度,于是我们要清�I�深度缓�?br>
Device->Clear(0,0,D3DCLEAR_ZBUFFER,0,1.0f,0);

//��Z��能达到物体在镜子中的效果,我们依然要用到ALPHA混合

Device->SetRenderState(D3DRS_SRCBLEND,D3DBLEND_DESTCOLOR);//(Rd,Gd,Bd,Ad)
Device->SetRenderState(D3DRS_DESTBLEND,D3DBLEND_ZERO);//(0,0,0,0);
//�׃��物体在镜面中的显�C�Zؓ物体的像,于是我们要变攚w��像绘制时的背面消隐模�?br>Device->SetRenderState(D3DRS_CULLMODE,D3DCULL_CW);//��时�?br>

最后的工作��是�l�制��Z��的物�?然后关闭开启的功能,�q�恢复消隐模�?br>Device->SetRenderState(D3DRS_ALPHABLEND,false);
Device->SetRenderState(D3DRS_STENCILENABLE,false);
Device->SetRenderState(D3DRS_CULLMODE,CCW);//恢复默认(逆时�?


大渊�?/a> 2009-04-18 10:01 发表评论

透明�U�理

Sat, 18 Apr 2009 02:00:00 GMT

对于一些纹理，我们不要求全部显�C�出来，如用公告板显�C�的一��|��的纹理，此时��p��求让背景不显�C�出来，只显�C�树的部分�?br>//首先囄��的背景要处理成透明�Q�显然我们看到是透明的了�Q�但是对于计��机来说�Q�同样会��透明背景后的物品遮住�?br>//此时��p��在渲染纹理前对其�q�行ALPHA混合

/*

alpha��试�Ҏ��当前像素是否满��alpha��试条�g�Q�即是否辑ֈ�一定的透明度）来控制是否绘制该像素�Q�图形程序应用alpha��试可以有效地屏蔽某些像素颜艌Ӏ�与alpha混合相比�Q�alpha��试不将当前像素的颜色与颜色�~�冲��Z��像素的颜色�؜合，像素要么完全不透明�Q�要么完全透明。由于无需�q�行颜色�~�冲区的��L��作和颜色混合�Q�因此alpha��试在速度上要优于alpha混合�?br>

比如一��|��Q�我们将它的背景ALPHA��D��|��ؓ��于1�?�Q�那么，我们可以��ALPHAREF 讄��?�? �?x000000ff 然后ALPHAFUNC 讄��为GREATEREQUAL �Q?gt;=�Q?所以，只有当ALPHA值大于等�?的部份被渲染�Q�这��h��的背景就不用��M��Q?br>*/

g_pMyd3dDevice->SetRenderState( D3DRS_ALPHABLENDENABLE,   TRUE );//开启ALPHA混合功能
g_pMyd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA);//讄��源�؜合因子�ؓ�Q�As,As,As,As)
g_pMyd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_INVSRCALPHA);//讄��目标混合因子为（1-As,1-As,1-As,1-As);

g_pMyd3dDevice->SetRenderState( D3DRS_ALPHATESTENABLE, TRUE );//开启ALPHA��试功能
g_pMyd3dDevice->SetRenderState( D3DRS_ALPHAREF,        0x0f );//讄��ALPHA��试参考�?br> g_pMyd3dDevice->SetRenderState( D3DRS_ALPHAFUNC,D3DCMP_GREATEREQUAL );//讄��APLHA��试比较规则

//在此处加载纹理和渲染

在渲染完毕后�Q�不要忘了关闭开启的功能

g_pMyd3dDevice->SetRenderState( D3DRS_ALPHATESTENABLE, FALSE );
g_pMyd3dDevice->SetRenderState( D3DRS_ALPHABLENDENABLE, FALSE );


大渊�?/a> 2009-04-18 10:00 发表评论

Sat, 18 Apr 2009 01:59:00 GMT

开始只是知道公告板��是不管摄相机怎么转，对象��L��在摄相机前面。这是公告板中的一�U�，也是最常见的一�U?br>如游戏中人物、NPC的名字等�Q�就是用贴图技术，然后再用公告板，�q�样不管玩家怎么转动视角�Q��L��能看见名字正对着自己�Q?br>�l�于自己实现了一回公告板函数

void Billboard(IDirect3DDevice9* Device,D3DXMATRIX &matInput,D3DXMATRIX &matOutput)
{
   //=========================
   //公告板技�?br>   //==========================
   D3DXMATRIX matBillboard,matView;
   D3DXMatrixIdentity(&matBillboard);//初始化�ؓ单位矩阵
   Device->GetTransform(D3DTS_VIEW,&matView);//取得观察矩阵
   matBillboard._11 = matView._11;//赋�?br>   matBillboard._13 = matView._13;
   matBillboard._31 = matView._31;
   matBillboard._33 = matView._33;

   D3DXMatrixInverse(&matBillboard,NULL,&matBillboard);//求其逆矩�?br>   matOutput = matBillboard * matInput;
   //公告板结�?br>}

函数说明�Q?br>�q�回��|��void
Device 是一个IDirect3DDevice9* �c�d��的参�?br>&matInput 是一个D3DXMATRIX �c�d��的参�?
&matOutput 是一个D3DXMATRIX �c�d��的参�?br>
功能�Q�将传入的matInput 矩阵�Q�与摄相机矩�늚�Look方向矩阵�怹��Q�得到matOutput

用法
D3DXMATRIX matWorld;
D3DXMatrixIdentity(&matWorld);

D3DXMatrixTranslation(&matWorld,1,1,1); //对matWorld �q�行必要的变�?如translation �Q�rotation 之类的�?br>
Billboard(g_pDevice,matWorld,matWorld);

g_pDevice->SetTransform(D3DTS_WORLD,&matWorld);

接下来就可以�q�行材料�Q�纹理设�|�、绘制等工作了！
虽然是很��单的技术，但却很实用�?/p>

大渊�?/a> 2009-04-18 09:59 发表评论

D3D API调用消耗表

Fri, 17 Apr 2009 05:21:00 GMT

API Call Average number of Cycles

SetVertexDeclaration 6500 - 11250

SetFVF 6400 - 11200

SetVertexShader 3000 - 12100

SetPixelShader 6300 - 7000

SPECULARENABLE 1900 - 11200

SetRenderTarget 6000 - 6250

SetPixelShaderConstant (1 Constant) 1500 - 9000

NORMALIZENORMALS 2200 - 8100

LightEnable 1300 - 9000

SetStreamSource 3700 - 5800

LIGHTING 1700 - 7500

DIFFUSEMATERIALSOURCE 900 - 8300

AMBIENTMATERIALSOURCE 900 - 8200

COLORVERTEX 800 - 7800

SetLight 2200 - 5100

SetTransform 3200 - 3750

SetIndices 900 - 5600

AMBIENT 1150 - 4800

SetTexture 2500 - 3100

SPECULARMATERIALSOURCE 900 - 4600

EMISSIVEMATERIALSOURCE 900 - 4500

SetMaterial 1000 - 3700

ZENABLE 700 - 3900

WRAP0 1600 - 2700

MINFILTER 1700 - 2500

MAGFILTER 1700 - 2400

SetVertexShaderConstant (1 Constant) 1000 - 2700

COLOROP 1500 - 2100

COLORARG2 1300 - 2000

COLORARG1 1300 - 1980

CULLMODE 500 - 2570

CLIPPING 500 - 2550

DrawIndexedPrimitive 1200 - 1400

ADDRESSV 1090 - 1500

ADDRESSU 1070 - 1500

DrawPrimitive 1050 - 1150

SRGBTEXTURE 150 - 1500

STENCILMASK 570 - 700

STENCILZFAIL 500 - 800

STENCILREF 550 - 700

ALPHABLENDENABLE 550 - 700

STENCILFUNC 560 - 680

STENCILWRITEMASK 520 - 700

STENCILFAIL 500 - 750

ZFUNC 510 - 700

ZWRITEENABLE 520 - 680

STENCILENABLE 540 - 650

STENCILPASS 560 - 630

SRCBLEND 500 - 685

Two_Sided_StencilMODE 450 - 590

ALPHATESTENABLE 470 - 525

ALPHAREF 460 - 530

ALPHAFUNC 450 - 540

DESTBLEND 475 - 510

COLORWRITEENABLE 465 - 515

CCW_STENCILFAIL 340 - 560

CCW_STENCILPASS 340 - 545

CCW_STENCILZFAIL 330 - 495

SCISSORTESTENABLE 375 - 440

CCW_STENCILFUNC 250 - 480

SetScissorRect 150 - 340

使用D3D�Q�我们就得知道常用的API的消耗，才能够方便我们优化自��q��渲染器。这里给��Z��常用API的消耗表�Q�可以有一个直观的比较�?br>�q�个表也可以在D3D SDK文档�?Accurately Profiling Direct3D API Calls (Direct3D 9) 一文中扑ֈ�

大渊�?/a> 2009-04-17 13:21 发表评论

API Call	Average number of Cycles
SetVertexDeclaration	6500 - 11250
SetFVF	6400 - 11200
SetVertexShader	3000 - 12100
SetPixelShader	6300 - 7000
SPECULARENABLE	1900 - 11200
SetRenderTarget	6000 - 6250
SetPixelShaderConstant (1 Constant)	1500 - 9000
NORMALIZENORMALS	2200 - 8100
LightEnable	1300 - 9000
SetStreamSource	3700 - 5800
LIGHTING	1700 - 7500
DIFFUSEMATERIALSOURCE	900 - 8300
AMBIENTMATERIALSOURCE	900 - 8200
COLORVERTEX	800 - 7800
SetLight	2200 - 5100
SetTransform	3200 - 3750
SetIndices	900 - 5600
AMBIENT	1150 - 4800
SetTexture	2500 - 3100
SPECULARMATERIALSOURCE	900 - 4600
EMISSIVEMATERIALSOURCE	900 - 4500
SetMaterial	1000 - 3700
ZENABLE	700 - 3900
WRAP0	1600 - 2700
MINFILTER	1700 - 2500
MAGFILTER	1700 - 2400
SetVertexShaderConstant (1 Constant)	1000 - 2700
COLOROP	1500 - 2100
COLORARG2	1300 - 2000
COLORARG1	1300 - 1980
CULLMODE	500 - 2570
CLIPPING	500 - 2550
DrawIndexedPrimitive	1200 - 1400
ADDRESSV	1090 - 1500
ADDRESSU	1070 - 1500
DrawPrimitive	1050 - 1150
SRGBTEXTURE	150 - 1500
STENCILMASK	570 - 700
STENCILZFAIL	500 - 800
STENCILREF	550 - 700
ALPHABLENDENABLE	550 - 700
STENCILFUNC	560 - 680
STENCILWRITEMASK	520 - 700
STENCILFAIL	500 - 750
ZFUNC	510 - 700
ZWRITEENABLE	520 - 680
STENCILENABLE	540 - 650
STENCILPASS	560 - 630
SRCBLEND	500 - 685
Two_Sided_StencilMODE	450 - 590
ALPHATESTENABLE	470 - 525
ALPHAREF	460 - 530
ALPHAFUNC	450 - 540
DESTBLEND	475 - 510
COLORWRITEENABLE	465 - 515
CCW_STENCILFAIL	340 - 560
CCW_STENCILPASS	340 - 545
CCW_STENCILZFAIL	330 - 495
SCISSORTESTENABLE	375 - 440
CCW_STENCILFUNC	250 - 480
SetScissorRect	150 - 340

欧美精品麻豆,欧美成人综合网站,久久婷婷综合激情

关于骨骼动画及微软示例Skinned Mesh的解�?

IDirect3DDevice9::SetClipPlane

如何避免VS2005下的d3d9types.h(1385) warning C4819

�?深入理解D3D9

Direct3D9 中的Gamma矫正

API Changes

���译 D3DPOOL

边看边写下来的，肯定���译得不好，有要看的���就一�?/h1>

D3DPOOL

Constants 帔R��

Remarks 评论

转：�U�理矩阵

[转]�U�理矩阵

D3D中的渲染到纹�?/font>

关于材质�~�辑器的�l�构

�l�于使现了基于GPU计算的粒子效�?

ZBuffer与WBuffer

通过高度囄���成地形时候出现的��p��画面

为DEMO加入雑֌�效果

透明�U�理和��^面阴隐DEMO

从Xfile加蝲MESH模型

透明�U�理

D3D API调用消耗表

��译 D3DPOOL

边看边写下来的，肯定��译得不好，有要看的��就一�?/h1>

通过高度囄��成地形时候出现的��p��画面