好好的一個程序，在我的電腦（ELSA X800 256M顯卡）上運行一切正常，拿到別的電腦（845G內(nèi)置顯卡）上。啊。花屏～～趕快調(diào)試，幸好公司的電腦也有這種內(nèi)置顯卡的電腦。趕快用遠(yuǎn)程調(diào)試。誰知這一調(diào)試，就花了我整整一個上午。。。趕快寫下來。。。
最終排差的原因是DrawIndexedPrimitiveUP最后一個參數(shù)VertexStreamZeroStride ，這個參數(shù)是用來指定頂點所占的字節(jié)數(shù)。我自作聰明的把頂點結(jié)構(gòu)后增加了一個自己用的數(shù)據(jù)，如：正常的頂點結(jié)構(gòu)
struct CUSTOMVERTEX
{
?FLOAT x, y, z,rhw;
?DWORD color;
?float u,v;
};
我改了之后的頂點結(jié)構(gòu)：
struct CUSTOMVERTEX
{
?FLOAT x, y, z,rhw;
?DWORD color;
?float u,v;
DWORD dwMyData; // 用來保存我自己用的數(shù)據(jù)
};
結(jié)果，在我的顯卡上一切正常，這個數(shù)據(jù)也有用，然后DrawIndexedPrimitiveUP的時候，也會根據(jù)最后的參數(shù)sizeof(CUSTOMVERTEX)順利的讀取相應(yīng)的頂點。但是，拿到845G的內(nèi)置顯卡上就死活花屏。后來終于知道是這個原因，于是解決辦法就是把dwMyData去掉，放到頂點結(jié)構(gòu)外面去。
順便說說DrawIndexedPrimitiveUP的用法：
HRESULT DrawIndexedPrimitiveUP(
? D3DPRIMITIVETYPEPrimitiveType, // 圖原的類型
? UINTMinVertexIndex,? //?指定0
? UINTNumVertices,? // 指定需要渲染的頂點的數(shù)量（如一個矩形可以由4個頂點組成，然后通過頂點索引來達(dá)到渲染2個三角形的效果，那么這里就應(yīng)該填寫4，而不是6）
? UINTPrimitiveCount, // 要渲染的圖原的數(shù)量（如一個矩形，由兩個三角形組成，就應(yīng)該填寫2）
? CONST void *pIndexData, // 索引數(shù)據(jù)指針
? D3DFORMATIndexDataFormat, // 索引數(shù)據(jù)格式，一般為D3DFMT_INDEX16或D3DFMT_INDEX32?
? CONST void*pVertexStreamZeroData, // 頂點數(shù)據(jù)指針
? UINTVertexStreamZeroStride // 頂點大小一般為sizeof(頂點結(jié)構(gòu))
);
記得默認(rèn)情況下渲染三角形的順序是逆時針的（初學(xué)者經(jīng)常范這個錯誤，本來想渲染一個矩形，結(jié)果一個三角形順時間、另一個三角形逆時針，結(jié)果渲染出來只看到一個三角形了，被背面剔除掉了）。