最近翻出很早之前自己寫的一套使用Direct3D 9 Effect系統的純shader 3d引擎，打算使用最新技術重寫。重寫的主要修改在于：
1. 去掉Effect系統，改用HLSL + 渲染腳本
2. 優化渲染接口，使用材質統一shader和渲染狀態
隨即參考了DirectX SDK的Graphics部分文檔：DirectX9 時代的Effect系統純粹只是一個HLSL的簡單渲染腳本實現，除了DXUT，FXComposer等極少程序使用這套東西外，大型的引擎很少使用這種半成品系統。到了DirectX10甚至11，因為架構更改，去掉固定管線，因此Effect成為較為高效和便捷的渲染腳本，如果不是要求較高的3d引擎，一般的游戲使用DirectX10的Effect渲染腳本還是很不錯的。
DX10的fx腳本與DX9的差異在于
渲染狀態，采樣器狀態等都變為對象，并與API高度統一
在腳本與API中均可以設置
DepthStencilState EnableDepth
{
DepthEnable = TRUE;
DepthWriteMask = ALL;
DepthFunc = LESS_EQUAL;
};
BlendState NoBlending
{
AlphaToCoverageEnable = FALSE;
BlendEnable[0] = FALSE;
};
technique10 Render
{
pass P0
{
SetDepthStencilState( EnableDepth, 0 );
SetBlendState( NoBlending, float4( 0.0f, 0.0f, 0.0f, 0.0f ), 0xFFFFFFFF );
}
}
本人覺得，這樣的設計讓圖形API更為敏捷與歸類化，另外，也便于StateManager或者自己做渲染狀態轉移及差異比較時更為高效
Vista操作系統推出很久后，DX10的顯卡也占有了大量的市場份額。但是由于DX10仍然是一個過渡API（類似于DX8)，因此，很多3D游戲要么仍然支持DX9，要不然即支持DX9也支持DX10，甚至DX11.
看博客上有達人組團編寫類似DX10接口和系統的軟渲染，DX10的設計是優秀的。因此，在DX9 HLSL基礎上，結合自己編寫的渲染腳本會是非常好的選擇。
渲染腳本我的設計思路是這樣的：
1. 只是一種預處理腳本，并非實時運行腳本。
編譯器將文本解析后，轉化為一些運行指令，比如：本pass使用一塊小紋理，下一pass的target是這個紋理，并且開啟哪些渲染狀態。
2. 自定義格式的解析腳本。
使用lua，python等腳本其實也是可以的。但是在出現錯誤時，報出的錯可能會讓不熟悉這個腳本語言的人莫名其妙。
使用松鼠sq腳本語言？可惜其在lua基礎上，對table的slot初次賦值時必須使用<-而不是統一使用=，因此會讓你的腳本稀奇古怪
XML腳本？ XML可以避免復雜的語法檢查，寫完就是歸整的，但也是羅嗦的，本來Texture[2]可以表達完畢的，非要<Texture index = 2/>來羅嗦下。
OGRE的compositor腳本和材質腳本就是自己解析的，不過出乎預料的使用了BNF范式這類較為正規的方法。這就是說，需要先解析BNF表達式，然后再輸入腳本解析，編寫過程和系統復雜度會變得異常復雜。
最終選擇還是使用自己解析的腳本，使用一些具體代碼結構來替代BNF這類高深的東西
決定以后，下一步需要制定渲染腳本具體各部分及制作過程
1. 基本lexer
從文本得到各種token
1. 渲染狀態對象
照著DX10抄就好
2. Shader導入口
shader文件來自于何處，入口怎樣定義
3. 渲染腳本VM及指令
決定一個紋理怎樣設置，RenderTarget怎樣使用等的指令