今天做完了光照提交，被法線問題狠狠地糾結了兩個小時。現在想來，自己真是很2.
材質系統雛形算是有了，支持FPP和SHADER、材質動畫、XML加載。算下來，這系統也做得夠久了，把所有時間算起來，估計也有6人*月的樣子。
反覆修改好幾次，這次算是在使用上有點長進。其間也收集了不少值得注意的問題。 這些問題在OGRE，Torque等源碼裏都有所註釋，感覺開源代碼最大的好處就是註釋完整。比許多家釀的東西要好。（至少好認。。。）
隨筆記錄的一些注意事項，貼在此處以備忘
在D3D和SM1中.常量總是會被打包成4元素大小.
因此. 在SM1中.我們只能使用INT4或FLOAT4的設置方式.
在HLSL中.如果使用了結構體.則結構體會進行對齊操作.就像
VS中的#pragma pack 4一樣.
GPU中的常量總是保持在最後一次SetXXConstantsX時的值.但D3D8例外.若D3D8程序中使用了DEF定義常量.則依然保持DEF值.因而會造成不可預測的值出現.
將常量打包,然後用SetXXConstantX方式提交數據. 即減少API CALLS次數.理論上會提高程序效率.GAME DEV.NET上一老外的程序提升45%左右. 而具體情況待測.
DX8的SHADER在設備丟失後,必須重建.因此需保存其MicroCode以使重建時更快.而DX9的卻不需要.
"When rendering using vertex shaders, each stage's texture coordinate index must be set to its default value." DX9 as followed.
for (unsigned int nStage=0; nStage < 8; ++nStage)
__SetTextureStageState(nStage, D3DTSS_TEXCOORDINDEX, nStage);
Something about the color_op and alpha_op must be kept IN MIND.
Disables output from this texture stage and all stages with a higher index. To disable texture mapping, set this as the color operation for the first texture stage (stage 0). Alpha operations cannot be disabled when color operations are enabled. Setting the alpha operation to D3DTOP_DISABLE when color
blending is enabled causes undefined behavior
當可編程管線啓用時，Stage:0 D3DRS_TRANSFORMFLAGS 必須爲0.
對於FFP來說，如果紋理爲空，則僅繪製當前模型。對於VS和PS來說，如果需要紋理，但紋理爲空，則什麼都不做。
世界矩陣和觀察矩陣會對法線進行轉換，導致法線長度產生變化，（特別是矩陣帶有縮放的情況）。從而會引起光照計算不正確。 D3DRS_NORMALIZENORMALS ＝＝ TRUE 可以解決這個問題，但開銷是巨大的。 因此儘量避免使用，以及不要對模型進行縮放變換。可編程管線可無視此標誌。
本來說插個圖的，可惜這機器上沒裝客戶端，插圖很不便。省了。。。。