]]>
CORE DLL
ENGINE DLL
GAME EXE
D3DRENDER DLL
其中D3DRENDER是GAME动态蝲入的Q其需要链接CORE,ENGINE
q是一个很常见的模式，但是不好的是Q因为CORE和ENGINE均是DLLQ代码中的Symbol都被导出才可使用。Q何h使用DEPENDENCE工具可以将DLL中引用的东西查看的清楚，虽然q不至于造成技术泄漏，但从速度和DLL大小来说都是不划的?/p>
现在很多游戏主exe一般都?0M+甚至20M+的大exeQ这都是使用静态链接而成。但是对代码l构也必dZ定的调整。所有工E必都是静态库Q这h能保证像COREq样的静态库中的全局/静态变量不至于被链?份而造成内存D逻辑错误?/p>
当然Q用全静态库q需要注意一点：所有的lib都是在最后的game工程里来做链接?/p>
OGRE的Compositor其实是用于解决l制PostEffect的，单的_是一URenderTarget的流E控制脚?/p>
q是OGRE compositor文g的片D?/p>
compositor Bloom
{technique
{ // Temporary texturestexture rt_output target_width target_height PF_R8G8B8
texture rt0 target_width_scaled 0.25 target_height_scaled 0.25 PF_R8G8B8
texture rt1 target_width_scaled 0.25 target_height_scaled 0.25 PF_R8G8B8
target rt_output
{ // Render output from previous compositor (or original scene)input previous
}
target rt0
{ // Start with clear textureinput none
// Horizontal blur passpass render_quad
{ // Renders a fullscreen quad with a materialmaterial Ogre/Compositor/BrightPass2
input 0 rt_output
}
}
target rt1
{ // Start with clear textureinput none
// Horizontal blur passpass render_quad
{ // Renders a fullscreen quad with a materialmaterial Ogre/Compositor/BlurV
input 0 rt0
}
}
target rt0
{ // Start with clear textureinput none
// Horizontal blur passpass render_quad
{ // Renders a fullscreen quad with a materialmaterial Ogre/Compositor/BlurH
input 0 rt1
}
}
target_output
{ // Start with clear outputinput none
// Draw a fullscreen quadpass render_quad
{ // Renders a fullscreen quad with a materialmaterial Ogre/Compositor/BloomBlend2
input 0 rt_output
input 1 rt0
}
}
}
}
大概我们知道Q一个Compositor分ؓ资源定义与绘制步骤（target xxxQ?/p>
而一个绘制步骤又分别定义Q?/p>
1. Q输入）l制的是什么东西？
2. Q效果）l制成什么样子？
3. Q输出）往哪里l制Q?/p>
输出方式在这个例子有2U：U理QRTQ和屏幕
输入方式?中：U理及场?/p>
我们可以使用一个回调来对一个绘制步骤提供绘制输?/p>
l制效果是一大堆的ShaderQ这些shader都是Z一个quad来做的，也就是一个矩形，使用变换后的点和一个纹理坐标作为顶点定?/p>
不过q里是不需要做vertexshader的，仅仅ps矣?/p>
l制的最后，是将前面l制的RTQ纹理）混合h
当然Q如果步骤比较多和复杂时QRT之间跟寄存器一P可以反复使用
昄茶壶法线的场景加?Blur 的PostEffect
<?xml version="1.0" encoding="gb2312" ?>
<Compositor name = "bloom" >
<Resource>
<RenderTarget name ="rt_source" size="screenquad" />
<RenderTarget name ="rt0" size="screenquad" />
<RenderTarget name ="rt1" size="screenquad" />
</Resource>
<Step target="rt_source">
<Geometry type ="callback" callback = "rt_input"/>
</Step>
<Step target="rt0">
<Geometry type = "screenquad"/>
<Effect name ="material\blurH.xml">
<Texture name ="mTexture" value ="rt_source" />
</Effect>
</Step>
<Step target="rt1">
<Geometry type = "screenquad"/>
<Effect name ="material\blurV.xml">
<Texture name ="mTexture" value ="rt_source" />
</Effect>
</Step>
<Step>
<Geometry type = "screenquad"/>
<Effect name ="material\combine.xml">
<Texture name ="mTexture1" value ="rt0" />
<Texture name ="mTexture2" value ="rt1" />
</Effect>
</Step>
</Compositor>
]]>
同样适用我的文本设计图标?+为包? <为派?
RenderTexture
RenderTarget
<ScreenTarget(引擎启动Ӟ初始化屏q大的Viewport)
+RenderView (对于一个RTQ可以是屏幕Q可以是U理RTQ所以可以拥?1~n个切分视?)
+Camera
+Viewport
以下是多Viewl制的类XNA伪代?/p>
Engine.Run()
{Device.Clear()
// 保存当前全屏ViewportScreenViewport = Device.CurrentViewport
Device.BeginScene()
// 遍历当前屏幕RT下的所有Viewforeach RenderView in ScreenRT
{ // 未激zȝView不用l制if RenderView not active then continue
// View对应的Viewport提交到设? RenderView.CommitViewport()
// 渲染回调foreach RenderEventListener in RenderEventListenerList
{RenderEventListener.OnRenderFrame()
}
}
Device.EndScene()
Device.Present()
Device.CurrentViewport = ScreenViewport // 恢复全屏viewport}
以下是RT间嵌套绘制的伪代码：
RenderView.SwitchRenderTarget(stage, RenderTarget)
{ // 保存l制前的RTPreTarget = Device.GetRenderTarget()
// 讄为当前的RTDevice.SetRenderTarget( RenderTarget )
// 更新RT摄像?/span>RenderTarget.UpdateCamera()
// 清空RTDevice.Clear()
// l制回调RenderTarget.OnRender( )
// 恢复之前的RTDevice.SetRenderTarget( PreTarget );
}
]]>
最q在写D3D9模拟D3D10接口的渲染系l中到大量的渲染状态对象，不仅成员多，枚D也多的要命?/p>
struct CORE_API RasterizerState : ResourceHandle { eFillMode mFillMode; eCullMode mCullMode; bool mFrontFaceCCW; float mDepthBias; float mSlopeScaledDepthBias; bool mDepthClipEnable; bool mScissorEnable; bool mMultisampleEnable; RasterizerState(); };
而要从配|文件中d数据q填充到q个l构体，对于C++来说完全是吃力不讨好的Q写出来的代码也是极E，修改和扩展极为麻烦的?/p>
因此军_使用反射的方法来填充数据Q先ȝ一下我的C++反射pȝ
class RTTIObject // 动态类型识别对象基c，对象通过一些宏后可以很方便的通过字符串创建出cd例，q且可以查询注册时的cd和其他绑定信?/span> class NameRef // 名字表，cM于虚qM的FNameQ可以定义Const和普通NameQ比较和拯只是一个dword耗费的时?/span> value_parseQvalue_tostringQvalue_typename // 一pdcd模板函数Q提供对cd的ToStringQParse及类型名查询
首先需要处理的是枚举查询，q里枚N过宏做成一个个枚D对象Qƈ可以通过名字创徏实例
#define DECLARE_ENUMOBJECT( TEnum ) \ struct EnumObject_##TEnum : EnumObject\ {\ DECLARE_RTTIOBJECT( EnumObject_##TEnum );\ EnumObject_##TEnum( );\ }; #define IMPLEMENT_ENUMOBJECT_BEGIN( TEnum, TEnum_prefixoffset, TMember_prefixoffset ) \ IMPLEMENT_RTTIOBJECT_STRING( EnumObject_##TEnum, #TEnum + TEnum_prefixoffset, #TEnum + TEnum_prefixoffset, "EnumObject" )\ EnumObject_##TEnum::EnumObject_##TEnum(){ const int member_prefixoffset = TMember_prefixoffset; #define ENUMOBJECT_ADD( enumkey ) AddMember( #enumkey + member_prefixoffset, (dword)enumkey ); #define IMPLEMENT_ENUMOBJECT_END } #define ENUMOBJECT_STATICINIT( TEnum ) EnumObject_##TEnum::StaticInit();
EnumObject 中通过宏将枚D的名U和g存在q个对象?/p>
IMPLEMENT_ENUMOBJECT_BEGIN( eFillMode, 1, 3 ) // q里?Q?是将eFillMode及FM_Point转成字符串后L前缀 ENUMOBJECT_ADD( FM_Point ) ENUMOBJECT_ADD( FM_Line ) ENUMOBJECT_ADD( FM_Fill ) IMPLEMENT_ENUMOBJECT_END // 注册到RTTIObjectpȝ ENUMOBJECT_STATICINIT( eFillMode )
// 通过枚D对象可以查找到字W串对应的?/span> dword v; EnumObject::GetEnumValue( "FillMode", "Point", v )
下一步是结构体成员信息记录
void SettingObject::BindMember( const NameRef& objname, void* instancePtr, void* dataPtr, SettingProxy* proxy ) { proxy->mOffset = dword(dataPtr) - dword(instancePtr); MemberList& memberlist = mSettingMap[ objname ]; memberlist[ proxy->mName ] = proxy; }
q里记录的是l构体成员的内存偏移
使用大量的宏Q可以让l构体绑定变得漂?/p>
#define BIND_SETTINGOBJECT_BEGIN( TClass ) \ { const NameRef& soname = TClass::StaticGetClassInfo()->mClassName;TClass soobj; #define BIND_SO_MEMBER( TMemberType, TMember ) \ so.BindMember( soname, &soobj, &soobj.TMember, new TSettingElement<TMemberType>(#TMember + 1 ) ); #define BIND_SO_MEMBER_NAME( TMemberType, TMember, TName ) \ so.BindMember( soname, &soobj, &soobj.TMember, new TSettingElement<TMemberType>(TName) ); #define BIND_SO_ENUM( TEnumType, TMember ) \ so.BindMember( soname, &soobj, &soobj.TMember, new TSettingEnum(#TMember + 1, #TEnumType + 1) ); #define BIND_SO_ENUM_NAME( TEnumType, TMember, TName ) \ so.BindMember( soname, &soobj, &soobj.TMember, new TSettingEnum(TName, #TEnumType + 1) ); #define BIND_SETTINGOBJECT_END }
l定代码如下
BIND_SETTINGOBJECT_BEGIN( RasterizerState )
BIND_SO_ENUM ( eFillMode , mFillMode )
BIND_SO_ENUM ( eCullMode , mCullMode )
BIND_SO_MEMBER ( bool , mFrontFaceCCW )
BIND_SO_MEMBER ( float , mDepthBias )
BIND_SO_MEMBER ( float , mSlopeScaledDepthBias)
BIND_SO_MEMBER ( bool , mDepthClipEnable)
BIND_SO_MEMBER ( bool , mScissorEnable)
BIND_SO_MEMBER ( bool , mMultisampleEnable)
BIND_SETTINGOBJECT_END
所有结构体的信息被记录在SettingObject中，d配置文g填充l构体的d变得异常的单了
SettingObject settings;
// 所有的l构体信息记?/span>
InitRenderStateObjectSetting( settings );
const NameRef& rzname = DepthStencilState::StaticGetClassInfo()->mClassName;
DepthStencilState a;
// q里是配|文件的信息填充到结构体
settings.SetMember( rzname, &a, "BackFace.StencilFunc", "Equal" );
]]>
1. LEffectpȝQ改用HLSL + 渲染脚本
2. 优化渲染接口Q用材质统一shader和渲染状?/p>
随即参考了DirectX SDK的Graphics部分文QDirectX9 时代的EffectpȝUa只是一个HLSL的简单渲染脚本实玎ͼ除了DXUTQFXComposer{极程序用这套东西外Q大型的引擎很少使用q种半成品系l。到了DirectX10甚至11Q因为架构更改，L固定线Q因此Effect成ؓ较ؓ高效和便L渲染脚本Q如果不是要求较高的3d引擎Q一般的游戏使用DirectX10的Effect渲染脚本q是很不错的?/p>
DX10的fx脚本与DX9的差异在?/p>
渲染状态，采样器状态等都变为对象，q与API高度l一
在脚本与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 );
}
}
本h觉得Q这L设计让图形API更ؓ敏捷与归cdQ另外，也便于StateManager或者自己做渲染状态{Ud差异比较时更为高?
Vista操作pȝ推出很久后，DX10的显卡也占有了大量的市场份额。但是由于DX10仍然是一个过渡APIQ类gDX8)Q因此，很多3D游戏要么仍然支持DX9Q要不然x持DX9也支持DX10Q甚至DX11.
看博客上有达人组团编写类似DX10接口和系l的软渲染，DX10的设计是优秀的。因此，在DX9 HLSL基础上，l合自己~写的渲染脚本会是非常好的选择?
渲染脚本我的设计思\是这LQ?
1. 只是一U预处理脚本Qƈ非实时运行脚本?
~译器将文本解析后，转化Z些运行指令，比如Q本pass使用一块小U理Q下一pass的target是这个纹理，q且开启哪些渲染状态?
2. 自定义格式的解析脚本?
使用luaQpython{脚本其实也是可以的。但是在出现错误Ӟ报出的错可能会让不熟悉这个脚本语a的h莫名其妙?
使用Nsq脚本语言Q可惜其在lua基础上，对table的slot初次赋值时必须使用<-而不是统一使用=Q因此会让你的脚本稀奇古?
XML脚本Q?XML可以避免复杂的语法检查，写完是归整的，但也是罗嗦的Q本来Texture[2]可以表达完毕的，非要<Texture index = 2/>来罗嗦下?
OGRE的compositor脚本和材质脚本就是自p析的Q不q出乎预料的使用了BNF范式q类较ؓ正规的方法。这是_需要先解析BNF表达式，然后再输入脚本解析，~写q程和系l复杂度会变得异常复杂?
最l选择q是使用自己解析的脚本，使用一些具体代码结构来替代BNFq类高深的东?
军_以后Q下一步需要制定渲染脚本具体各部分及制作过E?
1. 基本lexer
从文本得到各Utoken
1. 渲染状态对?
照着DX10抄就?
2. Shader导入?
shader文g来自于何处，入口怎样定义
3. 渲染脚本VM及指?
军_一个纹理怎样讄QRenderTarget怎样使用{的指o