亚洲一本综合久久,久久九九久精品国产,91精品国产9l久久久久

cocos2d-x脚本引擎�Q�JavaScript、Lua�{�等�Q�的大统一�Q�方案概�q�ͼ�

李锦�?mybios) — Fri, 20 Nov 2015 07:03:00 GMT

cocos2d-x支持多种脚本引擎的绑定，例如支持lua�Q�通过lua或luajit�Q�、javascript�Q�通过SpiderMonkey脚本引擎�Q�，分别对应libluacocos2d和libjscocos2d两个工程�Q�每个工�E�里分别对应大量的自动绑定和手动�l�定代码。如果需要增加一些引擎功能需要绑定到脚本的话�Q�两个工�E�都需要修改代码，非常不便于维护。假如希望��用其他脚本引擎的话（例如google�U�红火火的V8�Q�或者ms的chakra�Q�，那得多开几个工程�Q�每个工�E�都需要实现几乎一��P��但是又不一��L��代码。现在我提出一�U�思想�Q�来解决�q�类问题�?/span>

现有的脚本引擎多如牛毛，而不同企业间可能有不同的技术积累，希望选择不一��L��脚本引擎�Q�有的python蟒蛇�z�，有的是lua�z�，有的是ruby�z�，�q�有JavaScript、lua�{�等�{�等�Q�所以，JavaScript和Lua不应该成��Z��选一�?/div>

而这些脚本引擎之��_��有很多的共同点，例如都是��q��型语�a��Q�都是支持那么几�U�简单类型，都是使用GC机制来回收等�{��?/div>

脚本引擎�l�一化，是把多个脚本引擎�Q�lua、JavaScriptCore、chakra、v8、spidermonkey�{�等�Q�通过同一套抽象接口进行封装，引擎的脚本绑定代码都通过抽象接口来编写。通过选择�~�译不同的实现层来实现脚本引擎间的切换，而不是每个脚本引擎都要写不一��L��脚本�l�定代码�Q�这栯��大大��化脚本绑定层的维护成本，�q�能保证所有脚本引擎的接口的绝对一致性，�q�让用户��L��选择使用哪个脚本引擎�Q�而不限定于必��M��用官斚w��择的引擎�?/div>

脚本引擎抽象层API的定义非常关键，概括��h��我认��Z��必须�W�合以下要求�Q?/div>

1�?span style="background-color: inherit; line-height: 1.5;">抽象层的接口必须在各个脚本引擎之间都可以实现�Q�例如：“创徏字符�?#8221;�q�个接口�Q�是��L��脚本引擎都能实现�?/span>

2�?/span>抽象层在�l�定脚本的过�E�中是��够用的，例如�Q�我们需要导��Z��个C++的类�Q�还需要导出类里的函数�Q�还有特�D�的�l�构体，甚至包含lambda表达式，�q�些都需要考虑�q�去抽象层定义的需求里�?/span>

3、抽象层�q�必��够的薄，薄到�q�行时根本感觉不��C��的存在。需要��?#8220;�?#8221;或者inline函数的方式来�l�这个抽象层减肥�Q�坚决不使用C++�cȝ��方式来加厚他�?/span>

4、抽象层在��用的�q�程中必��够简单，��单到��好像是一个单独的脚本引擎API一��P��q�些API看上��L��大统一的，�q�且是脚本语�a�无关的�?/span>

在定义抽象层的过�E�中�Q�我参考了很多别�h的方案，最�l�，我��?nbsp;了这么个�Ҏ(gu��)��Q?/div>

1、��用C inline函数来定义API接口函数的声明，各个引擎的实现部分分别实现这些函�?/div>

2、定义一些基本类型，基本�c�d��有各个脚本引擎来最�l�定义，但名字和意义都是�l�一的，初步定义了这些类型，每个�c�d��在不同脚本引擎中对应的类型分别如下表�Q?/div>

�l�一�c�d��	描述	Lua	JavaScript	JavaScriptCore	V8	chakra
USValue	表示脚本中的��L��c�d��	��L��c�d��	Object	JSValueRef	v8::Local	JsValueRef
USObject	脚本对象�Q�对象可以由key、value�l�成�Q�可以拥有��承结�?/div>	table	Object	JSObjectRef	v8::Local	JsValueRef
USFunction	脚本函数	function	Function	JSObjectRef	v8::Local	JsValueRef
USArray	数组�c�d��Q�下标从0开�?/div>	table	Array	JSObjectRef	v8::Local	JsValueRef
USMap	�?值配对的map�c�d��	table	Map	JSObjectRef	v8::Local	JsValueRef
USSet	��g��为键也作为值得列表�Q��g��能重�?/div>	table	Set	JSObjectRef	v8::Local	JsValueRef
USNumber	数值类�?/div>	number	Number	JSValueRef	v8::Local	JsValueRef
USBoolean	bool�c�d��	boolean	Boolean	JSValueRef	v8::Local	JsValueRef
USString	字符串类�?/div>	string	String	JSValueRef	v8::Local	JsValueRef
USBuffer	内存块缓存对�?/div>	string	Int8Array	JSValueRef	v8::Local	JsValueRef
USConstructor	对象实例的构造器�Q�用来导出C++�c?/div>	table	Object	JSValueRef	v8::Local	JsValueRef

3、定义一批API�Q�用以对以上定义的基本类型进行创建、调用、修改等操作�Q�例如创建的�q�程API定义成这�U��Ş式：

1  // 创徏Null�?/span>
2     inline USValue createUSNull();
3  // 创徏Undefined�?/span>
4     inline USValue createUSUndefined();
5  // 创徏普通的对象
6     inline USObject createUSObject();
7  // 创徏数组
8     inline USArray createUSArray(int length = 0);
9  // 创徏Map
10     inline USMap createUSMap();
11  // 创徏Set
12     inline USSet createUSSet();
13  // 创徏字符�?/span>
14     inline USString createUSString(const char *str, int length = -1);
15  // 创徏Buffer�Q�将会拷贝数据到Buffer中，脚本引擎负责销�?/span>
16     inline USBuffer createUSBuffer(const char *buffer, size_t size);
17  // 创徏一个脚本函敎ͼ�函数调用时会回调到callback�Q��ƈ带上data
18     USFunction createUSFunction(USFunctionCallback callback, void *data = nullptr, const char *name = nullptr);
19  // 创徏数字
20     inline USNumber createUSNumber(double number);
21  // 创徏bool
22     inline USBoolean createUSBoolean(bool value);
23
24  // 创徏对象构造器
25     USConstructor USClassCreateConstructor(const USClass &cls);

抽象层定义好后，需要经�q�大量的努力�Q�才能在各个脚本引擎间的最�l�实现。当最�l�实现完毕后�Q�就可以下一步工作：

1、把cocos2d-x对于自动�l�定代码的template�c�进行修改，修改成��用统一脚本引擎的API

2、把cocos2d-x对于手动�l�定的代码如法炮�?/div>

3、��用不同的引擎实现来编�?/div>

�l�过�q�样如法炮制之后�Q�最�l�cocos2d-x只剩下一套脚本绑定的工程�Q�而通过选择不同的底层脚本引擎，却可以编译出完全不一��L��脚本引擎版本�?/div>

�l�过cocos2d-x github�C�֌�的努力，最�l�应该会出现不同的fork�Q�如python、ruby�{�等各种语言出现各种�l�定版本�Q�而这�U�绑定版本的出现�Q�只需实现抽象层API的基本API卛_��?/div>

��x��cocos2d-x的脚本引擎统一卛_��完成大业�?/div>

但，事情�q�没完，我在下一��中�Q�将会讲到抽象API的详�l�定义，敬请期待下一��?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2015-11-20 15:03 发表评论

tolua++导出C++�cȝ��一些问题和解决�Ҏ(gu��)��

李锦�?mybios) — Tue, 09 Feb 2010 11:43:00 GMT

摘要: 我在��试导出Ogre的所有类接口到l(f��)ua中��用，参考CEGUI的方法，使用的是tolua++来导出C++�c�d��象。在使用�q�程中，遇到了一些问题。问�?�Q�表��Cؓtolua++�~�译错误�Q�错误信息是�Q?**curr code for error is $pfile "OgreBase/OgreVector2.h" �q�里我编写了一个OgreBase.pkg文�g�Q�给tolua++用来生成导出导入lua的定义文... 阅读全文

李锦�?mybios) 2010-02-09 19:43 发表评论

李锦�?mybios) — Sat, 01 Aug 2009 02:42:00 GMT

摘要: 使用FreeType实现矢量字体的粗体、斜体、描辏V��阴影效�? 前言�Q?Freetype是一个跨�q�_��、开源的字体渲染器，�|�上很多文章介绍�Q�本人就不啰嗦了。本文重点在于实现文章标题所属的各种效果�Q�不是Freetype的基本��用方法介�l�文档，所以对于Freetype不熟�(zh��n)�的同学们请先学习下Freetype的基本用法，才可以��用本文中所提及的方法�?正文�Q?用FreeType实现�?.. 阅读全文

李锦�?mybios) 2009-08-01 10:42 发表评论

关于天龙八部frame文�g格式

李锦�?mybios) — Sun, 26 Jul 2009 12:41:00 GMT

其实天龙八部frame文�g��是.skeleton文�g�Q�只是扩展名不一��LŞ了，可以直接通过SkeletonManager::getSingleton().load("xxxx.frame")来蝲入的。蝲入后��是一个骨骼数据，�q�些骨骼数据对应了model文�g中描�q�节炏V�?br />�q�来人都说技术只是一层纸�Q�一捅就破。想当天�׃��很多旉��ȝ��I�frame文�g的二�q�制格式�I�竟是怎么来的�Q�但始终未果。到头来发现竟然只是一个普通的.skeleton文�g�Q�脑后不��冒出好几条黑色竖条�?br />现我把这层纸捅破了，望过来�h不用再辛辛苦苦研�I�frame文�g格式走弯路了�?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2009-07-26 20:41 发表评论

发布一个前�D�|��间写的天龙八部GridInfo��d��源码

李锦�?mybios) — Sun, 26 Jul 2009 12:36:00 GMT

摘要: 天龙八部GridInfo文�g的格式已�l�有人公布了�Q�在�q�里�Q�http://www.mobilegamebase.com/blog/article.asp?id=17不过�Q�此文中有点�W�误的地方，��是那个nFirstLayerOP的位标记的描�q�有炚w��误，正确的应该如下： // 囄��水��^��{�Q�即左右��{#define FLIP_HORIZINTAL 1 // 囄��垂直��{�Q�即上下��{#... 阅读全文

李锦�?mybios) 2009-07-26 20:36 发表评论

Unreal3游戏引擎UObject源码阅读分析

李锦�?mybios) — Sun, 26 Jul 2009 01:50:00 GMT

Unreal3�Q�以下简�U�U3�Q�是一个以脚本��Z��体的游戏引擎�Q�所有代码几乎都��本服务，意味着所有源码都会提供相应的脚本函数在脚本中使用�?br />UObject是U3中很重要的一个基�c�，所有由UObject�z��的类都可以导出到脚本中（不从UObject�z��行不行？不知道呢�Q�，但我对U3的脚本不熟。暂且从C++角度来分析下UObject是如何实现的�?br />UObject��֐�思义是一�?#8220;基本对象”�Q�材质、mesh、文件、玩家等�{�都是从�q�个UObject�l�承而来�Q�这个类做了很多事情�Q?/p>

1、属性的�l�一讉K��接口�Q�脚本中��可以通过�q�个接口来访问属性了�Q?br />2、成员函数的�l�一讉K��接口�Q�脚本中可以通过�q�些接口来调用UObject或其�z��cȝ��成员函数�Q?br />3、串行化的统一接口�Q�实��C��一个保存所有对象的UPackage包管理器�Q�从而做��C��存到二进制文件、从二进制文件读取，�q�样做的好处是持久化对象�Q�比如游戏中的材质列表）的蝲入非常快速，�׃��是二�q�制格式�Q�不需要�Q何字�W�串数据转换�Q?br />4、提供对象的垃圾回收功能�Q?br />5、提供编辑器的相应功能，如：对象�?#8220;属�?#8221;有各�U�编辑器所需的标讎ͼ�是否可编辑CPF_Edit�{�）、对象在�~�辑器中的渲染DrawThumbnail、对象描�q�GetThumbnailDesc、对象选择IsSelected、是否更改了包MarkPackageDirty�{�等�Q?br />6、提供一个对象的��理器，�q�个对象��理器是通过UObject中的一堆静态函数来实现的，如：从管理器中查找一个对象StaticFindObject、分配一个对象StaticAllocateObject、从包中载入一个对象StaticLoadObject、根据类型来遍历��理器中的所有对象FObjectIterator/TObjectIterator、遍历所有选择了的对象TSelectedObjectIterator�Q�编辑器使用�Q?br />7、提供配�|�管理器�Q�通过UObject中的LoadConfig、SaveConfig实现
8、提供类描述信息�Q�描�q�C��q�个�c�M��哪个�c�L��生、有什么属性、每个属性的讉K��方式、有什么函敎ͼ�从而实��C��动态类型判断、脚本属性访问、脚本函数访问、属性串行化�{�等
9、其他。。。�?/p>

��单分析下UObject中的各个成员变量的意义：
Index�Q�用来记录这个UObject在所有UObject列表GObjObjects中的唯一索引
HashNext�Q�用来记录全局UObject Hash表GObjHash中跟�q�个UObject 的Hash值相同的下一个UObject的指针，用来配合全局Hash表GObjHash通过StaticFindObject函数快速搜索一个指定名�U�的UObject
StateFrame�Q�脚本相关的咚咚�Q�还没看
_Linker�Q�通过在包文�g中蝲入时的蝲入器
_LinkerIndex�Q�通过包文件蝲入时的UPackage包对象在GObjObjects中的唯一索引�Q�相当于Outer->Index
Outer�Q�这个对象所属的�?br />ObjectFlags�Q�这个对象的一些标讎ͼ�具体参见EObjectFlags枚�D�Q�不同标记来军_��q�个对象的一些行为，比如是否可以保存、是否可见等�{?br />Name�Q�对象名�U�ͼ�通过一个FName来实玎ͼ��q�个FName可是个好东西哦，字符串比较变成了一个Hash值比�?br />Class�Q�用来描�q�这个类�Q�就是以上第1�?�?点说到的。这个Class在调用UObject::StaticClass或派生类的StaticClass静态函数时会一�ơ性初始化�Q�意味着即��创徏多少个UObject�Q�但Class只会有一个实例，我们通过�q�个�c�，可以使用TFieldIterator的统一方式来遍历这个类的所有属性、函数�?/p>

UObject的静态变量，�q�些静态变量其实就是UObject对象��理器��用的变量�Q�如果用Ogre的设计方法来做，��q��当于另外一个class UObjectManager : public Singleton�Q�然后在里面把这些静态变量拿到UObjectManager中去。简要分析下静态变量的意义�Q?br />GObjInitialized�Q�对象管理器是否已经初始化，全局对象��理器只需要初始化一�ơ就够了�Q?br />GObjNoRegister�Q�调用StaticInit时会讄��?�Q?br />GObjBeginLoadCount�Q�有多少个对象被BeginLoad了；
GObjRegisterCount�Q�ProcessRegistrants中��?br />GImportCount�Q�还没细看哦
GObjHash�Q�通过每个UObject的Name的Hash值取�?2位作为烦引��g��存在GObjHash表中�Q�Hash值的�?2位相同的�Q�只记录�W�一个在GObjHash表中�Q�其他的通过链表方式使用UObject的HashNext来链接�v�?br />GAutoRegister�Q�自动注册的对象列表
GObjRoot�Q�对象树�U�的��层对象
GObjObjects�Q�所有对象的列表

先说�q�么多了�Q��l�学习�?/p>

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2009-07-26 09:50 发表评论

李锦�?mybios) — Sun, 24 May 2009 09:13:00 GMT

Unreal3引擎中，大量使用了自定义的模版或数据�c�d��Q�比如TArray、FName、FString�{�等�Q�对于这三种数据�c�d��Q�我们无法在VS2005中直接查看他们的��|��L��不能像std::vector/std::string一��L��观查看）�?br>通过msdn�Q�得知vs2005的autoexp.dat可以可以�l�自定义的数据类型编写可视化脚本从而实现直观的调试�?br>�l�过一番研�IӞ��实现了对Unreal3数据�c�d��的直观的可视化调试，�Ҏ(gu��)��如下�Q?br>
打开vs2005目录中的autoexp.dat文�g

扑ֈ�[AutoExpand]�Q�在[AutoExpand]的下面添加一�?

FNameEntry=,su>

��d��文�g最后，��d��以下代码到文件的最后：

; Unreal格式的数�l?/span>
TArray<*>{
    children
    (
        #array
        (
            expr :    (($T1*)($c.Data))[$i],
            size :    $c.ArrayNum
        )
    )

    preview
    (
        #(
            "[",
            $c.ArrayNum ,
            "](",

            #array
            (
                expr : (($T1*)($c.Data))[$i],
                size :     $c.ArrayNum
            ),
            ")"
        )
    )
}

; Unreal格式的FName
FName{
    preview([((FNameEntry**)FName.Names.Data)[$c.Index]])
        stringview([((FNameEntry**)FName.Names.Data)[$c.Index]])
}
; Unreal格式的字�W�串
FString{
    preview([$c.Data,su])
        stringview([$c.Data,su])
}

然后�Q�到调试器里��情看TArray、FString、FName�{�等�q�x��不容易看的数据吧。效果图��׃��贴了�?br>此方法可以�D一反三�Q�用来实现对��L��数据�c�d��的查看�?br>

李锦�?mybios) 2009-05-24 17:13 发表评论

《��Y件调试》读书随�W�箋

李锦�?mybios) — Sun, 21 Dec 2008 09:58:00 GMT

711��?介绍了VC�~�译器对异常机制的实现方�?br>810��?利用DBGHELP函数回溯栈，可以可编�E�的记录当时的调用栈详细信息
814��?利用RTL函数回溯栈，非常快速的回溯栈，但只记录函数指针�Q�不记录函数名和函数参数�Q�后期如果要看函数名�Q�需要通过PDB文�g和UMDH�q�样的工��h��译成函数名。但是对于大量的调用速度��会很快�?br>815��?讲述�q�实��C��一个用来检视某地址被访问的记录�Q�能记录下这个地址被访问的旉��、调用堆栈等�{�信息�?br>824��?介绍了��用Windows性能监视器来�~�写性能监视功能的方法（如监视游戏FPS变化�Q?br>830��?介绍�?Gh/GH�~�译开关的作用�Q�监视所有函数的�q�出

李锦�?mybios) 2008-12-21 17:58 发表评论

李锦�?mybios) — Sat, 20 Dec 2008 13:51:00 GMT

几个非常有用的技术：
421��?ETW 架构�Q�比较适合用来记录大量日志
699��?_heapchk()函数可以手工��查堆内容是否有缓存溢�?br>661��?低碎片堆�Q�内核��别的��内存分配器
666��?栈回溯数据库�Q�用来记录所有分配内存时的调用栈信息�?/p>

李锦�?mybios) 2008-12-20 21:51 发表评论

李锦�?mybios) — Sat, 13 Dec 2008 14:18:00 GMT

《��Y件调试》，�?008�q?月䆾出的��C��Q�我觉得比较适合用C++用了比较长时间的人看�Q�这可以提高他们的调试水�q�뀂其实，评�h(hu��n)一个�h是否是编�E�高手，主要�q�是看当�E�序出问题时调试能力�?br>�q�本书在当当�|�上打折后是96元�?br>以下是这本书的一些介�l�：
ACM院士和调试技术先驱Jack B.Dennis教授做历史回��计��机和操作系�l�领域资�׃��家David A.Solomon撰写序言。调试高手笔耕三载集十余�q�经验成百万�a��，业内专家鼎力相助�Q�汇五十�q�精华补软�g界空白�?br>　　�(zh��n)�将学习刎ͼ�
　　CPU的调试支持，包括异常、断炏V��单步执行、分支监视、JTAG、MCE�{��?br>　　Windows操作�pȝ��中的调试设施�Q�包括内核调试引擎、用��h��调试予�pȝ��、验证器、Dr.Watson、WER、ETW、故障�{储、WHEA�{��?br>　　Visual C�Q�C++�~�译器的调试支持�Q�包括编译期��查、运行期��查，以及调试�W�号�?br>　　WinDBG调试器的发展历史、模块结构、工作模型、��用方法、主要调试功能的实现�l�节�Q�以及遍布全书的应用实例�?br>　　内核调试、用��h��调试、JIT调试、远�E�调试的原理、实现和用法。异常的概念、分发方法、处理方法（SEH、VEH、CppEH�Q�，未处理异常，以及�~�译器编译异常处理代码的�Ҏ(gu��)��?br>　　调试�W�号的作用、��生过�E�、存储格式和使用�Ҏ(gu��)��。栈和堆的结构布局、工作原理和有关的��Y仉��题，包括栈的自动增长和溢出，�~�；中区溢出�Q�溢出攻击，内存泄漏�Q�堆崩溃�{��?br>　　软�g的可调试性和提高可调试性的�Ҏ(gu��)��?br>　　此外�Q�书中还诠释了很多较隄��解的概念�Q�思考了一�p�d��耐�h深思和��h��普遍意义的问题。本书是对��Y件调试技术在�q�去50�q�中所取得成就的全面展�C�，也是�W�者本人在软�g设计和系�l�开发第一�U�奋�?0多年的经验�ȝ��。本书适合每一位希望深�ȝ��解��Y件和自由��N��软�g的�h阅读�Q�不论�?zh��n)�是否直接参与软�g开发和��试�Q�不论�?zh��n)�是热��p�Y�Ӟ��q�是憎恨软�g�Q�不论�?zh��n)�是想发现软�g中的瑕疵�Q�还是想领略其中蕴含的智慧！
　　本书直面软�g工程中的最困难��d��——侦�?br>　　围绕软�g世界中的最强大工具——调试器
　　全方位展�C�Z��软�g调试技术的无比威力和无�I�魅�?br>　　80个示例程序的源程序文件和��目文�g
　　��览�W�号文�g的SymView工具
　　与内核调试引擎对话的KdTalker工具
　　直接��览用户态�{储文件的UdmpView工具
　　昄��CPU执行轨迹�Q�分支）的Cpuwhere工具
　　观察IDT、GDT和系�l�对象的SOZOOmer工具
　　本书是对软�g调试技术在�q�去50�q�中所取得成就的全面展�C�，也是对作者本人在软�g设计和系�l�开发第一�U�奋�?0多年的经验�ȝ��。全书共�?��?0章，选取了大量具有代表性和普遍意义的技术细节进行讨论，包括CPU的调试支持、操作系�l�的调试支持、编译器的调试支持、WinDBG及其实现�{�，是学习��Y件调试技术的宝贵资料。该书可供各大专院校作�ؓ教材使用�Q�也可供从事相关工作的�h员作为参考用书��用�?

李锦�?mybios) 2008-12-13 22:18 发表评论

李锦�?mybios) — Fri, 31 Oct 2008 11:51:00 GMT

�q�里发的源码是针对上�ơ的文章的源码http://www.shnenglu.com/mybios/archive/2008/10/26/65076.html
http://www.shnenglu.com/Files/mybios/源码与执行程�?part01.rar
http://www.shnenglu.com/Files/mybios/源码与执行程�?part02.rar
http://www.shnenglu.com/Files/mybios/源码与执行程�?part03.rar
http://www.shnenglu.com/Files/mybios/源码与执行程�?part04.rar
http://www.shnenglu.com/Files/mybios/源码与执行程�?part05.rar

发现有的��行不了程序，是由于没安装vc2008的redist��D��的。请下蝲安装之：
http://www.microsoft.com/downloads/details.aspx?FamilyID=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=zh-cn

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2008-10-31 19:51 发表评论

李锦�?mybios) — Sun, 26 Oct 2008 04:16:00 GMT

源码已发布，��h��开下蝲http://www.shnenglu.com/mybios/archive/2008/10/31/65636.html
上次发了个这��L��图，�l�果被某些�h鄙视了，很郁闷啊�?br />
我们把一个魔�?的草地脓(chu��ng)图提取出来，�q�且用下面的分块�Ҏ(gu��)��来标�C�每一块小贴图�Q�然后通过一�U�特定的方式来组�l�这些小贴图�Q��Ş成真正的地表贴图�?br />��兽争霸�~�辑器中刷地表时�Q�刷一格就会媄响四个周围的渲染块，具体如何影响�Q�请看下图：

�q�是贴图的分块烦引方法：

通过��兽争霸地图�~�辑器点一下刷地表草之后，在地图中��׃��出现一��块�l�色草地地表�Q�请注意在图中我用数�?�?�?�?来表�C�四个渲染块对应的脓(chu��ng)囄��引，而这�?�?�?�?是固定的。代表的是相对于�W�刷位置�Q�笔刷位�|�是指周围四个渲染块中间位置�Q�来��_��左下角的角落贴图索引�?�Q�右下角的角落脓(chu��ng)囄��引是2�Q�左上角的角落脓(chu��ng)囄��引是4�Q�右上角的角落脓(chu��ng)囄��引是8。如下图所�C�：

如果在已�l�有草地的地表旁边再点一下刷地表�Q�会��h��如下图这个样子：
看明�?+4=12没有�Q�这里是两个角落贴图索引相加后的�l�果�Q�得�?2�Q�就从文章开头的索引贴图中找�?2对应的小贴图贴上厅R�?br />2+1=3同理�Q�用两个角落贴图索引相加后的�l�果3从烦引脓(chu��ng)图中扑ֈ�3对应的小贴图贴上厅R�?br />�q�样得到的效果就会变成如下图�Q?br />

�q�里有是更复杂的情况�Q�有三个角落相加�Q?+8+4=13�Q�不�q�道理都是一��L��?br />

最后说一下四周都有脓(chu��ng)囄��情况�Q�看��C��间笔刷位�|�没有？�W�刷左上�Ҏ(gu��)��一个脓(chu��ng)图，对应的是贴图索引中的0�Q�这是因��Z��四个角都填充了，所以就需要从0�?6~31中随机选择一个小贴图贴上��M��完整的填充整个渲染块�Q?br />

��x��贴图选择的方法已�l�说完了�?br />至于渲染的方法，都是大同��异�Q�这里就不多说了�?/p>

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2008-10-26 12:16 发表评论

李锦�?mybios) — Sun, 09 Mar 2008 14:55:00 GMT

�q�个世界�~�辑器，从一开始设计的时候就考虑使用卌��x��得的形式来实玎ͼ�地图载入、保存等�{�操作是独立��装在一个叫DisplaySystem的Dll中，而世界编辑器使用插�g的�Ş式来实现各种功能�Q�如�Q�地形编辑插件、网格插件、物件编辑插件、环境编辑插件等�{�。用插�g的�Ş式实现的好处很多�Q�以后要增加新功能的时候世界编辑器本��n的代码就不需要修改了。而且对于团队开发也很有利，一个�h负责一个插件的开发就可以�?br />发几个图�Q?br />
以下是没有启用插件的模式�Q?br />

以下是启用了地�Ş�~�辑器插件的模式�Q?br />

以下是启用了物�g�~�辑器插件的模式�Q?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2008-03-09 22:55 发表评论

李锦�?mybios) — Thu, 27 Dec 2007 13:06:00 GMT

好久没写技术的东西了。现在辗转间又回��C��深圳工作�Q�还是做我喜�Ƣ的游戏开发。奉献点东西�l�大家�?/p>

1、创建渲染目标纹理，关键要指定TU_RENDERTARGET参数�Q�在创徏�q�个渲染目标�U�理的过�E�中�Q�Ogre会自动调�?nbsp; Root::getSingleton().getRenderSystem()->attachRenderTarget把这个纹理添加到Root的渲染目标中�Q�也��是说每帧都会渲染到�q�个�U�理�?br />TexturePtr texture = TextureManager::getSingleton().createManual( "RttTex",
ResourceGroupManager::DEFAULT_RESOURCE_GROUP_NAME, TEX_TYPE_2D,
512, 512, 0, PF_R8G8B8, TU_RENDERTARGET );

2、获得渲染目标，有了渲染目标�Q�才能给目标指定视口和摄像机
RenderTarget *rttTex = texture->getBuffer()->getRenderTarget();

3、给�q�个渲染目标指定摄像机，做了�q�步骤之后，每��更新时就会把�q�个摄像机看到的东西渲染到texture�?br />Viewport *v = rttTex->addViewport( mReflectCam );

4、OK�Q?/p>

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2007-12-27 21:06 发表评论

��兽3贴图�Ҏ(gu��)��

李锦�?mybios) — Tue, 28 Aug 2007 10:57:00 GMT

关键在于他的贴图的烦引方式。如下所�C�。明��g�h��p��看出规律来�?br />只能说这么多了。公司有保密制度。请见谅�Q?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2007-08-28 18:57 发表评论

李锦�?mybios) — Tue, 28 Aug 2007 07:00:00 GMT

��兽3的地形脓(chu��ng)囄��法非常的巧妙。不�q�，认真观看他的地图�~�辑器和用工具导��Z��的地形脓(chu��ng)囄��看，�q�是可以摸出规律来的�?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2007-08-28 15:00 发表评论

李锦�?mybios) — Sun, 29 Jul 2007 02:17:00 GMT

CEGUI的String不是std::string或std::wstring�Q�而是自己实现的一个字�W�串�c�，他的功能跟std的string很接�q��?br>但是�Q�他支持unicode�Q�内部存储是使用utf32�~�码规范来存储unicode字符�Q�也��是�?nbsp;typedef uint32 utf32; utf32* d_buffer;用这�?2位无�W�号整型的数�l�来保存unicode字符丌Ӏ�优�Ҏ(gu��)��显而易见的�Q�就是世界上所有字�W�都可以包囊�q�去�Q�毕竟是32位啊�Q�但是，�~�点也出来了�Q�有两点�Q?br>�W�一、内存占用过多，一个字�W�就要占4个字节，也太��费了点�Q?br>�W�二、调试不方便�Q�由于VS2005的调试窗口只支持ansi和utf16的格式，所以，CEGUI的String在调试器中只能看��C��堆数字数�l�，而看不到字符�Q�这是很郁闷的，每次要查看都要翻到内存那里看�Q�而且�q�一堆�ؕ码，��ȝ��?br>
解决办法�Q�修改String�c�，使用utf16来代替CEGUI的utf32�?br>优点�Q?br>解决了内存占用过多的问题�Q�一个字�W�只�?个字节就可以了；
解决了调试问题，VS2005直接支持utf16的显�C��?br>�~�点�Q?br>可能不支持全世界的字�W�，因�ؓutf16不能表示��过16位的字符�Q�但是，对于大多数国家的字符来说�Q�已�l��够了�Q�毕竟windows2000/xp也是��Z��utf16�~�码的�?br>
然后�Q�下面是修改后的字符串类�Q?a title=CEGUIString href="http://www.shnenglu.com/Files/mybios/CEGUIString.rar">CEGUIString

李锦�?mybios) 2007-07-29 10:17 发表评论

在windows下��用patch工具更新源码

李锦�?mybios) — Sat, 28 Jul 2007 09:09:00 GMT

�l�常在网上看到有人发布patch文�g来更��C��们的开源代码，例如cegui、ogre�{�都使用�q�种形式来修bug或者增加一些小功能�?br />但是�Q�我们下载到的patch文�g�Q�貌似是linux/unix的diff工具生成的，要用linux/unix的patch工具才能把补丁文件更新到源码中�?br />后来�Q�我发现了个windows下可以��用的patch工具�Q�网址如下�Q?a >http://gnuwin32.sourceforge.net/packages/patch.htm
使用是很��单的�Q�用命��o行方式执行：
patch 源文�?补丁文�g

例如我们有源文�gtest.cpp�Q�下载了个补丁文件test.patch�Q�那么执行patch test.cpp test.patch�Q�就会自动把patch里的内容更新到test.cpp中去了�?br />
PS�Q�cygwin貌似也有�q�个工具吧。。以前看�q�里面好像还有diff工具�Q�可以生成patch文�g�Q�呵��c�?br />

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>

不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2007-07-28 17:09 发表评论

关于GOOF的新版本

李锦�?mybios) — Wed, 18 Jul 2007 01:21:00 GMT

我们现在用的是比较老的版本了，昨天�Ҏ(gu��)��到官�|�上问那个作者，�l�于得到了明��答复，说是8月中旬就会发布新版本。脓(chu��ng)一些作者说的话�Q?br>
Yeah, I'm currently hard at work on the core engine, as the editor is nearly complete. The major feature I need to add for the editor is the ability to add new object definitions without needing to go through text files, but I'm a bit burned out on the editor part so I'm taking a break and working on one of the biggest engine features that needs some work: handling meshes.

Basically I'm reworking the MeshGameObject class completely so it's more viable for large worlds.

As far as features go before I release alpha, the list is still sorta large.

1. Finish the physics system so that it can be used for character movement.
2. An attachment system to be able to specify attachment locations on an object and attach any other object to it.
3. Mesh animation, animation blending, animation sharing between objects.
4. Character class which plays animations based on current state (movement direction, velocity, jumping, strafing, etc.)
5. Redo the mesh system (in progress). This is a biggy and involves a lot crazy stuff that is too complex to explain in bullet point. Basically, will be using all of Ogre's advanced features for mesh lods, material lods, etc. but also tie into background resource loading, load only the lods that are necessary, track which lods are currently loaded, etc.
6. Ability to add, update and delete meta objects from the editor using property dialog functionality. Once a meta object is updated, call a function on all objects that use that meta data so they can update themselves with newest data.
7. Managed material system
8. Create plugins of all dlls and dynamically load.
9. Create a viewer application that is separate from the editor and can load any world file.
10. Update the lighting system, particle system, to use new fading code based on updated mesh code

Those are my major todos, once finished and tested I release alpha. I will likely update CVS after I get the meta objects finished though. I may also fit in the vegetation system before I release alpha. How long will the above list take? Based on my current speed of development, 3 months.

I have a core list of features that I think are necessary for an engine, and they include:

1. Physics simulation, character movement, vehicles, damage, explosions, breakable objects
2. Lighting - ambient occlusion, realtime lighting and shadows. Lighting manager is required to control ambient, shadows when moving from interior to exterior
3. Trees and vegetation
4. Dynamic environment. Sky transitioning, clouds, fog, global ambient, sun position and direction, sun glare, dynamic shadows
5. Networking using ReplicaNet. Run GOOF engine in server mode where it doesn't initialize any rendering systems. Update all objects to know whether they're being created on standalone server or not.
6. Sound management, 2d sounds, 3d sounds, sound line, background music.
7. Doors, triggers, elevators
8. In-game cutscenes
9. Background loading, resource garbage collection, forced loading
10. AI framework
11. Character inventory, equipping with 3 clothing types: shared skeleton, individual skeleton, attached to bone
12. Terrain with splatting

The above will take me years unless I have help

Oh yeah, the editor is very nice now, in my opinion.

Not only did I port to wxWidgets, I fixed and added a lot of general features to the GOOF Engine Editor Tool (the tool for creating scenes for the GOOF engine).

1. Multi select objects from the selection dialog
2. Ctrl drag to box select objects in the viewport, or Alt drag to box unselect, with selection lines to show what you're selecting.
3. Option to orient objects to the normal of the collided object when in drag mode. Means you can basically drag things up walls now if you're in a room and the object, such as a painting, will orient to the wall you drag it along.
4. Redid the movement axis manipulator so it now moves to exactly where you want it to move to instead of sliding along crazily.
5. Added a line that shows what you're linking to when you are in link mode.
6. Tree view for the select dialog, with scene hierarchy
7. Ability to click and edit partition properties from the same select dialog, and shows objects under their partition with the active partition listed at the top.
8. Obviously, all the wxWidgets stuff such as window snapping, toolbar, menu, automatic viewport resizing, view menu which lists windows, redid all the open/save functionality to support a standard file dialog, etc.

Fixed tons of bugs. Undo system works now. Linking and unlinking objects fixed. Deleting multiple objects fixed when there are parent/child relationships between objects. The movement axis manipulator fixed. Fixed dragging over other objects - the object used to jump around crazily.

Probably tons more as well, but this is what I remember off the top of my head.

李锦�?mybios) 2007-07-18 09:21 发表评论

关于GOOF的bug问题

李锦�?mybios) — Mon, 16 Jul 2007 14:53:00 GMT

使用了几天GOOF�Q�发��C��存在很多bug啊，什么缓存溢出，数组��界之类的。。很明显�q�个框架没有真正用在一个项目上的。我列�D几个大问题吧。好让大家别到处��壁�?br />bool EnvironmentGameSystem::save(DataElementPtr element)�q�个函数没有实现�Q�所以无法保存环境信息�?br />
�q�有
void GridPartition::enumerateConnectedPartitions(vector& connected)
{
//get surrounding grid cells within a certain radius
float loadRadius = mGridPartitionMgr->getGridCellLoadRadius();

  //enumerate partitions
  vector partitions;
  mGridPartitionMgr->enumeratePartitions(partitions);

  //iterate through and check distance
  for(vector::iterator itr = partitions.begin(); itr != partitions.end(); ++itr)
  {
   float distance = Vector3(getWorldPosition() - (*itr)->getWorldPosition()).length();
   // add by 李锦�?2007-7-16
   // 不要�q�回自己作�ؓ��d��Q�会产生bug
   if(distance < loadRadius && *itr != this)
    connected.push_back(*itr);
  }
}

再给��Z��个比较严重的bug
GOOFTranslationManipulator.h中的
  // add by 李锦�?2007-7-12
  // 不要用魔术数�Q�搞到缓存溢�?br />  SceneNode* mNode[AT_LAST];
  Entity* mEnt[AT_LAST];
  Entity* mConeEnt[AT_LAST];
  CollisionShapePtr mCol[AT_LAST];
  AxisManipulatorHandle* mHandle[AT_LAST];

另外�Q�CorePartition中的setSkyboxMaterial、setGlobalAmbient之类的代码貌似没用。准备弃之�?br />

    // add by 李锦�?2007-7-16
    // �q�个��法暂时有问题，先屏蔽，以后再慢慢解�?br />    //disable static geometry until it is fixed
    if(false)// getStaticGeometryRule() == SGR_ALWAYS || (getStaticGeometryRule() == SGR_WHEN_NOT_PROX_IMMEDIATE && getPartition()->getProximity() != CorePartition::PROX_IMMEDIATE))
    {
     willConvertToStaticGeometry = true;
     getPartition()->addObjectToConvertToStaticGeometry(this);
    }

李锦�?mybios) 2007-07-16 22:53 发表评论

��Z��OGRE渲染引擎的地形插件PLSM2的编辑器GOOF

李锦�?mybios) — Fri, 06 Jul 2007 12:28:00 GMT

�q�个地�Ş引擎相当的不错，支持无限大，自动分页�Q�局部蝲入，支持多脓(chu��ng)图。但是，我初�ơ的使用�q�程中遇��C��两个问题�Q�第一是不知道如何增加�U�理贴图的数量，�W�二是不知道��Z��分页的地方会有裂�~�，看来要慢慢阅��M��的源码才行�?br>

李锦�?mybios) 2007-07-06 20:28 发表评论

�l�过��近一个月的努力，服务器框架终于搭��v来了

李锦�?mybios) — Tue, 05 Jun 2007 15:12:00 GMT

好久没更新blog了啊。找到新工作都已�l�很久了�Q�本来在深圳做得好好的，公司�H�然又搬到杭州来了，没办法，跟着来了杭州。现在我做客��L��逻辑与服务器引擎架构一��h��Q�好晕啊�Q�天天加班做。幸好客��L��是用现成的引擎，只是�Q�不太喜�Ƣ现在这个引擎，Torque game engine advance�Q�架构实在太差了�Q�以后有��Z��一定要换成Ogre或Nebula2才行啊�?br>
现在在开发一�Ƒօ�新的MMORPG游戏�Q�现在是��目立项阶段�Q�需要出技术演�C�，没办法啊�Q�时间紧�q�，我跟另外一个程序主��用了将�q�一个月完成了项目的�W�一个里�E�碑。完成了玩家��d��、角色创�?删除、�h物行走、多人在�Uѝ��怪物生成与行走AI�{�等�|�络功能了，当然客户端方面也做好了。可惜项目主��不是我�Q�图也不允许抓下来啊�Q�对不�v大家了。欢�q�加QQ�Q?0743734交流MMORPG开发�?br>
明天爸爸要做肺部肿瘤切除手术了，��愿他一切顺利啊�Q�等他痊愈后我发誓要让他�q�上�q�福的晚�q�生�z�R��祝爸爸健康�q�福。。。大伙们帮忙��福一下吧�Q�谢谢大家了�?/p> 爸爸�Q�请原谅儿子我的不孝�Q��\途遥�q�，不能赶回来陪着�(zh��n)�做手术�Q�我以后一定会好好孝顺�(zh��n)�的�?

李锦�?mybios) 2007-06-05 23:12 发表评论

VS2005�c�d��导的问题

李锦�?mybios) — Sun, 31 Dec 2006 07:51:00 GMT

以前用VS 6和VS2003�Q�类向导生成的都是虚析构函数�Q�但是到了VS2005�Q�默认就不是虚析构函��C��?br />�q�会带来什么问题？我今天就遇到了一�ơ。当我用VS2005�c�d��导生成一个类�Q�如
class BaseClass
{
public:
    BaseClass(){};
   ~BaseClass(){};
   virtual void VFun() = 0;
}

然后�Q�再生成一个类�l�承于他
class ProblemClass : public BaseClass
{
public:
    ProblemClass (){};
   ~ProblemClass (){};
   virtual void VFun(){};
}

然后�Q�执行以下代码：

BaseClass *pClass = new ProblemClass ;
delete pClass ;

如无以外�Q�在delete的时候就会出现堆错误

李锦�?mybios) 2006-12-31 15:51 发表评论

李锦�?mybios) — Mon, 25 Dec 2006 07:11:00 GMT

好好的一个程序，在我的电(sh��)脑（ELSA X800 256M昑֍��Q�上�q�行一切正常，拿到别的�?sh��)脑�Q?45G内置昑֍��Q�上。啊。花屏～～赶快调试，�q�好公司的电(sh��)脑也有这�U�内�|�显卡的�?sh��)脑。赶快用�q�程调试。谁知这一调试�Q�就�׃��我整整一个上午。。。赶快写下来。。�?br />
最�l�排差的原因是DrawIndexedPrimitiveUP最后一个参�?em>VertexStreamZeroStride �Q�这个参数是用来指定��点所占的字节数。我自作聪明的把��点�l�构后增加了一个自��q��的数据，如：正常的顶点结�?br />struct CUSTOMVERTEX
{
FLOAT x, y, z,rhw;
DWORD color;
float u,v;
};

我改了之后的��点�l�构�Q?br />struct CUSTOMVERTEX
{
FLOAT x, y, z,rhw;
DWORD color;
float u,v;
DWORD dwMyData; // 用来保存我自��q��的数�?br />};

�l�果�Q�在我的昑֍�上一切正常，�q�个数据也有用，然后DrawIndexedPrimitiveUP的时候，也会�Ҏ(gu��)��最后的参数sizeof(CUSTOMVERTEX)��利的读取相应的��点。但是，拿到845G的内�|�显卡上��死�z�花屏。后来终于知道是�q�个原因�Q�于是解军_��法就是把dwMyData��L��Q�放到顶点结构外面去�?br />
��Z��说说DrawIndexedPrimitiveUP的用法：
HRESULT DrawIndexedPrimitiveUP(
D3DPRIMITIVETYPEPrimitiveType, // 囑֎�的类�?/b>
UINTMinVertexIndex, // 指定0
UINTNumVertices, // 指定需要渲染的��点的数量（如一个矩形可以由4个顶点组成，然后通过��点索引来达到渲�?个三角�Ş的效果，那么�q�里��应该填�?�Q�而不�?�Q?/b>
UINTPrimitiveCount, // 要渲染的囑֎�的数量（如一个矩形，�׃��个三角�Ş�l�成�Q�就应该填写2�Q?/b>
CONST void *pIndexData, // 索引数据指针
D3DFORMATIndexDataFormat, // 索引数据格式�Q�一般�ؓD3DFMT_INDEX16或D3DFMT_INDEX32
CONST void*pVertexStreamZeroData, // ��点数据指针
UINTVertexStreamZeroStride // ��点大小一般�ؓsizeof(��点�l�构)
);

记得默认情况下渲染三角�Ş的顺序是逆时针的�Q�初学者经常范�q�个错误�Q�本来想渲染一个矩形，�l�果一个三角�Ş��时间、另一个三角�Ş逆时针，�l�果渲染出来只看��C��个三角�Ş了，被背面剔除掉了）�?br />

李锦�?mybios) 2006-12-25 15:11 发表评论

3D 引擎中的 GUI 渲染优化补完

李锦�?mybios) — Sun, 24 Dec 2006 06:14:00 GMT
     摘要: 昨天提到的我惛_��了个优化渲染的新�Ҏ(gu��)��。。今天花了一个早上终于实��C��?555其实不需要这么久�Q�偏偏是一个小��的BUG�׃��我两个小时。马上进入正题吧。原来的GUI渲染�pȝ��是每个Window都��承于RenderCache�Q�每个RenderCache中保存着需要渲染的矩�Ş信息�Q�然后每帧渲染的时候一个个矩�Ş��d��到渲染器中再动态修攚w��点坐标（一个矩形对�?个顶点）。慢��慢在动态修攚w��点！今天实现的新�Ҏ(gu��)��Q�就...  阅读全文

李锦�?mybios) 2006-12-24 14:14 发表评论

李锦�?mybios) — Sat, 23 Dec 2006 14:32:00 GMT
前几天的BLOG中说了一些我�?D引擎GUI的渲染部分原理，�q�几天做到ListCtrl控�g的时候，当我��d��很多Item�q�去的时候（几乎满屏�?2Px汉字�Q�一个汉字两个三角�Ş�Q�相当于上万个三角�Ş了）�Q�FPS降得吓�h�Q�Debug版只�?8FPS�Q�Release版也只有60FPS。。优化、优化、还是优化！优化之后�Q�FPS�l�于辑ֈ�了��o人满意的500FPS左右了。且听我慢慢说来�?br />
首先是用我的引擎内部剖析分析了代码的瓉��Q�Profile�q�东西真的有用啊�Q�让我很�Ҏ(gu��)��找��C��慢的原因�Q�参见GPG3 1.17《实时的层次化性能评测》）�Q�发现处理时间主要被Cache��法和渲染两部䆾占了�Q�于是，我在惻I��渲染慢是正常的（当时的想法比较弱智，后文有术�Q�，所以，我打��从Cache��法着手。首先是优化了ListCtrl的Cache��法�Q�把那些在屏�q�外的Item的Visible属性设�|�成false�Q�我的算法中Visible为false�Q�Cache部分��法��q��接蟩�q�）�Q�于是速度一下子��׃��来了�Q�Release版本辑ֈ��?30FPS。但是，�q�是慢啊。怎么办？剖析之后�Q�发现大部分的处理时间都集中在渲染部分，我之前的��x��是渲染慢是正常的�Q�所以暂时无法解冟뀂。�?br />
下班的时候，出去遛了一圈，路上�H�然惛_��了我渲染��法中另外一个跟渲染速度有关的东西，动态修攚w��Ҏ(gu��)��据！��N��是这里的原因�Q�回来后马上��试�Q�把动态修改的代码屏蔽�Q�直接每帧渲�?0000三角形，妈呀�Q?000�Q�的FPS�Q�完全否定了我之前的��x��Q�渲染慢是正常的�Q�，唉，��x��也是�Q�每�U�千万、上亿个三角形生成速度的显卡，对于区区一万个三角形怎么会慢�?..既然扑ֈ�原因�Q�就要优化啊�Q�现在找到原因是因�ؓ动态修攚w��点导��_��惛_��了以前看�q�一��文章说��点数据存储的位�|�（即CreateVertexBuffer的D3DPool参数�Q�，说到做到�Q�把原来的D3DPOOL_MANAGED�Ҏ(gu��)��D3DPOOL_SYSMEMORY�Q�哇�Q�速度一下子提升�?60FPS左右�Q�想��h��原因也是��单的�Q�既然要每��Lock�q�么多数据，那么��点数据需要从昑֭�->CPU处理�Q�然后CPU提交回显存，�ȝ��交换也太频繁了，如果�Ҏ(gu��)��SYSMEMORY的话�Q�就只需要从CPU->昑֭��可以了�?br />
然后我又惻I��有没有更好的优化�Ҏ(gu��)��Q�答案是有的。。最快的修改内存数据的方法是什么？当然是直接读写内存啊�Q�那么我惛_��了DrawPrimitiveUP�Q�把��点数据直接new出来�Q�然后DrawPrimitiveUP提交�Q�改成这样后�Q�速度再度提升�Q�达到惊人的500FPS�Q?br />
最后，我把DrawPrimitiveUP�Ҏ(gu��)��DrawIndexedPrimitiveUP�Q�那么顶�Ҏ(gu��)��量也减少了。但是奇怪的是速度�~�没有更快，反而慢了一点点�Q�慢�?�?0FPS左右�Q�，但是�Q�我用了DrawIndexedPrimitiveUP�Q�我之后�q�有更好的优化算法准备实现。通过DrawIndexedPrimitiveUP�Q�但是还没做好。。所以先卖个兛_��了。明天搞好的话再写Blog�?br />
唉，回头看了下自己写的东西，�׃��八糟。都不知道有没有人看得懂啊。不��了。知之�ؓ知之�Q�不知�ؓ不知吧。呵呵，看不懂的误��Z��下�?br />
写代码去了～�?img src ="http://www.shnenglu.com/mybios/aggbug/16778.html" width = "1" height = "1" />

李锦�?mybios) 2006-12-23 22:32 发表评论

李锦�?mybios) — Fri, 22 Dec 2006 03:14:00 GMT
烦�h的错误。。搞了一个多��时才解冻I��写下来记录一下�?br />
解决办法�Q�保证需要链接的几个��目的运行时库��用同一个类型就O(ji��n)K了！例如我的工程中有GameCore、Plugin_D3D9RenderSystem、Plugin_Win32Platform三个工程�Q�那么就去设�|�每个工�E�的C/C++ ->代码生成->�q�行时库�Q�统一讄��?#8220;多线�E?DLL(/MD)”�Q�就可以了。如果其中一个不是MD�Q�就会出��C��下的错误。很烦�h。希望同样遇到这个问题的朋友能少走弯�?br />
以下是链接错误信息：
msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: int __thiscall std::ios_base::width(int)" (?width@ios_base@std@@QAEHH@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: int __thiscall std::ios_base::width(void)const " (?width@ios_base@std@@QBEHXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: int __thiscall std::ios_base::flags(void)const " (?flags@ios_base@std@@QBEHXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: bool __thiscall std::ios_base::good(void)const " (?good@ios_base@std@@QBE_NXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: int __thiscall std::ios_base::rdstate(void)const " (?rdstate@ios_base@std@@QBEHXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: static unsigned int __cdecl std::char_traits::length(char const *)" (?length@?$char_traits@D@std@@SAIPBD@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "class std::basic_ostream > & __cdecl std::operator<<,class std::allocator >(class std::basic_ostream > &,class std::basic_string,class std::allocator > const &)" (??$?6_WU?$char_traits@_W@std@@V?$allocator@_W@1@@std@@YAAAV?$basic_ostream@_WU?$char_traits@_W@std@@@0@AAV10@ABV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@0@@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: wchar_t __thiscall std::basic_ios >::fill(void)const " (?fill@?$basic_ios@_WU?$char_traits@_W@std@@@std@@QBE_WXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_string,class std::allocator > __thiscall std::basic_ostringstream,class std::allocator >::str(void)const " (?str@?$basic_ostringstream@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QBE?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@2@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_ostringstream,class std::allocator >::basic_ostringstream,class std::allocator >(int)" (??0?$basic_ostringstream@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAE@H@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_ostream > & __thiscall std::basic_ostream >::operator<<(int)" (??6?$basic_ostream@_WU?$char_traits@_W@std@@@std@@QAEAAV01@H@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(class std::basic_string,class std::allocator > const &)" (??0?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAE@ABV01@@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_ostream >::_Osfx(void)" (?_Osfx@?$basic_ostream@_WU?$char_traits@_W@std@@@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_ostream > * __thiscall std::basic_ios >::tie(void)const " (?tie@?$basic_ios@_WU?$char_traits@_W@std@@@std@@QBEPAV?$basic_ostream@_WU?$char_traits@_W@std@@@2@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_streambuf >::_Lock(void)" (?_Lock@?$basic_streambuf@_WU?$char_traits@_W@std@@@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_streambuf >::_Unlock(void)" (?_Unlock@?$basic_streambuf@_WU?$char_traits@_W@std@@@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: unsigned short __thiscall std::basic_streambuf >::sputc(wchar_t)" (?sputc@?$basic_streambuf@_WU?$char_traits@_W@std@@@std@@QAEG_W@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::~basic_string,class std::allocator >(void)" (??1?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAE@XZ) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(wchar_t const *)" (??0?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAE@PB_W@Z) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (??0?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAE@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_ostringstream,class std::allocator >::`vbase destructor'(void)" (??_D?$basic_ostringstream@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_ostream > & __thiscall std::basic_ostream >::flush(void)" (?flush@?$basic_ostream@_WU?$char_traits@_W@std@@@std@@QAEAAV12@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_streambuf > * __thiscall std::basic_ios >::rdbuf(void)const " (?rdbuf@?$basic_ios@_WU?$char_traits@_W@std@@@std@@QBEPAV?$basic_streambuf@_WU?$char_traits@_W@std@@@2@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_ios >::setstate(int,bool)" (?setstate@?$basic_ios@_WU?$char_traits@_W@std@@@std@@QAEXH_N@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::locale __thiscall std::ios_base::getloc(void)const " (?getloc@ios_base@std@@QBE?AVlocale@2@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: static unsigned int __cdecl std::ctype::_Getcat(class std::locale::facet const * *)" (?_Getcat@?$ctype@_W@std@@SAIPAPBVfacet@locale@2@@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: wchar_t __thiscall std::ctype::widen(char)const " (?widen@?$ctype@_W@std@@QBE_WD@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::locale::facet const * __thiscall std::locale::_Getfacet(unsigned int)const " (?_Getfacet@locale@std@@QBEPBVfacet@12@I@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::locale::~locale(void)" (??1locale@std@@QAE@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::locale::facet::_Register(void)" (?_Register@facet@locale@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::locale::facet::_Incref(void)" (?_Incref@facet@locale@std@@QAEXXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::locale::id::operator unsigned int(void)" (??Bid@locale@std@@QAEIXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: static unsigned short __cdecl std::char_traits::eof(void)" (?eof@?$char_traits@_W@std@@SAGXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: static bool __cdecl std::char_traits::eq_int_type(unsigned short const &,unsigned short const &)" (?eq_int_type@?$char_traits@_W@std@@SA_NABG0@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "bool __cdecl std::operator<,class std::allocator >(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &)" (??$?M_WU?$char_traits@_W@std@@V?$allocator@_W@1@@std@@YA_NABV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@0@0@Z) 已经�?Plugin_Win32Platform.lib(Win32RenderWindow.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "protected: wchar_t const * __thiscall std::basic_string,class std::allocator >::_Myptr(void)const " (?_Myptr@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@IBEPB_WXZ) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: wchar_t const * __thiscall std::basic_string,class std::allocator >::c_str(void)const " (?c_str@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QBEPB_WXZ) 已经�?Plugin_Win32Platform.lib(Win32LogSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "protected: char const * __thiscall std::basic_string,class std::allocator >::_Myptr(void)const " (?_Myptr@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IBEPBDXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: unsigned int __thiscall std::basic_string,class std::allocator >::size(void)const " (?size@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEIXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: char const * __thiscall std::basic_string,class std::allocator >::c_str(void)const " (?c_str@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEPBDXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::~basic_string,class std::allocator >(void)" (??1?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(char const *)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(class std::basic_string,class std::allocator > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: bool __thiscall std::ios_base::fail(void)const " (?fail@ios_base@std@@QBE_NXZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_string,class std::allocator > & __thiscall std::basic_string,class std::allocator >::erase(unsigned int,unsigned int)" (?erase@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAEAAV12@II@Z) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: void __thiscall std::basic_ios >::clear(int,bool)" (?clear@?$basic_ios@_WU?$char_traits@_W@std@@@std@@QAEXH_N@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: unsigned int __thiscall std::basic_string,class std::allocator >::size(void)const " (?size@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QBEIXZ) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "protected: wchar_t * __thiscall std::basic_string,class std::allocator >::_Myptr(void)" (?_Myptr@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@IAEPA_WXZ) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: __thiscall std::basic_string,class std::allocator >::basic_string,class std::allocator >(void)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: int __thiscall std::basic_streambuf >::sputn(wchar_t const *,int)" (?sputn@?$basic_streambuf@_WU?$char_traits@_W@std@@@std@@QAEHPB_WH@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: static unsigned int __cdecl std::char_traits::length(wchar_t const *)" (?length@?$char_traits@_W@std@@SAIPB_W@Z) 已经�?Plugin_Win32Platform.lib(Plugin_Win32Platform.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_string,class std::allocator > & __thiscall std::basic_string,class std::allocator >::assign(char const *,unsigned int)" (?assign@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV12@PBDI@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_string,class std::allocator > & __thiscall std::basic_string,class std::allocator >::append(char const *,unsigned int)" (?append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV12@PBDI@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />libcpmt.lib(ios.obj) : error LNK2005: "public: static void __cdecl std::ios_base::_Addstd(class std::ios_base *)" (?_Addstd@ios_base@std@@SAXPAV12@@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(ios.obj) : error LNK2005: "private: static void __cdecl std::ios_base::_Ios_base_dtor(class std::ios_base *)" (?_Ios_base_dtor@ios_base@std@@CAXPAV12@@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "private: static class std::locale::_Locimp * __cdecl std::locale::_Getgloballocale(void)" (?_Getgloballocale@locale@std@@CAPAV_Locimp@12@XZ) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "private: static void __cdecl std::locale::facet::facet_Register(class std::locale::facet *)" (?facet_Register@facet@locale@std@@CAXPAV123@@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "public: static void __cdecl std::_Locinfo::_Locinfo_dtor(class std::_Locinfo *)" (?_Locinfo_dtor@_Locinfo@std@@SAXPAV12@@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "public: class std::basic_string,class std::allocator > & __thiscall std::basic_string,class std::allocator >::operator=(char const *)" (??4?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEAAV01@PBD@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "private: static class std::locale::_Locimp * __cdecl std::locale::_Init(void)" (?_Init@locale@std@@CAPAV_Locimp@12@XZ) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(locale0.obj) : error LNK2005: "public: static void __cdecl std::_Locinfo::_Locinfo_ctor(class std::_Locinfo *,char const *)" (?_Locinfo_ctor@_Locinfo@std@@SAXPAV12@PBD@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(xlock.obj) : error LNK2005: "public: __thiscall std::_Lockit::_Lockit(int)" (??0_Lockit@std@@QAE@H@Z) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />libcpmt.lib(xlock.obj) : error LNK2005: "public: __thiscall std::_Lockit::~_Lockit(void)" (??1_Lockit@std@@QAE@XZ) 已经�?msvcprt.lib(MSVCP80.dll) 中定�?br />msvcprt.lib(MSVCP80.dll) : error LNK2005: "public: class std::basic_string,class std::allocator > & __thiscall std::basic_string,class std::allocator >::assign(class std::basic_string,class std::allocator > const &)" (?assign@?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@QAEAAV12@ABV12@@Z) 已经�?Plugin_Win32Platform.lib(Win32InputSystem.obj) 中定�?br />   正在创徏�?../Lib/GameCore.lib 和对�?../Lib/GameCore.exp
../Bin/GameCore.dll : fatal error LNK1169: 扑ֈ�一个或多个多重定义的符�?br />
如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>
不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2006-12-22 11:14 发表评论

�q�段旉��开�?D引擎啊，正在做GUI部分

李锦�?mybios) — Tue, 19 Dec 2006 13:30:00 GMT
前段旉��看了很多很多�?D相关的基��书，感觉上学��C��很多东西�Q�但是不知道做什么好。后来，用DXUT做了两个��游戏，�q�连看和�U�牌�Q�虽焉��?D的，但是感觉上还是觉得自��p��步了�?br />
接下来的一�D�|��子里�Q�是时候��l�学3D的东西了�Q�于是萌生了个做游戏引擎的想法。我是个惛_��做的�h�Q�虽然我也知道自己是不自量力�Q�但是，只要我肯��d��Q�即使做不好�Q�也��L��能学��C��西啊�Q�把学过的东西拿来用一番，��p��有感觉了�?br />
说说引擎部分的构建，引擎部分的FrameWork主要参考了GPG3�?.2那个框架模式�Q�采用Unicode�~�译�Q�感觉上那个模式比较好用�Q�但是太复杂了点�Q�于是我��化了他，基本上只保留了�Q务系�l�。��用��^台无关的插�g方式把Win32和Direct3D9的模块做了出来（当然只封装了一��部分函敎ͼ��Q�把Ogre的基��库全部拿来主义（哈哈�Q�主要就是数学库、工具库�{�等�Q�。而声韛_��擎也留了接口�Q�很好扩展了�?br />
然后�Q�现在正在做GUI部分�Q�主要还是说说GUI的渲染部分吧。GUI其中有两个我认�ؓ比较关键的地方，其一是渲染文字部分，其二是渲染窗口部分。下面说说我的做�?br />文字渲染部分�Q?br />我的做法是��用FreeType2��d��TTF文�g�Q�然后当要渲染文字的时候，看哪个用到的文字��load哪个文字�Q�先获得�q�个文字的大��，然后在脓(chu��ng)图中扑ֈ�一个空闲的区域�Q�我的脓(chu��ng)囑֤��是512×512�Q�也可以讄��Q�，然后blt到脓(chu��ng)图中�Q�真正渲染的时候就把这个脓(chu��ng)囄��理坐标脓(chu��ng)��C��个三角�Ş上就完成了一个文字的渲染了�?br />在脓(chu��ng)图中扄��闲区域我有个比较特别的做法，��是每个需要渲染的文字�l�护一个RefCount引用计数�Q�例如一个屏�q�里10个“我”字�Q�那么“我”的引用计数��是10�Q�当“我”字不需要再渲染的时候（引用计数�?�Q�，此文字的贴图区域��可以被其他文字所覆盖�?br />�H�口渲染部分�Q?br />

class GAMECORE_EXPORT GUIRenderCache
{
protected:
    // 不允许显式创建，只可以��?/span>
    GUIRenderCache(void);
public:
    virtual ~GUIRenderCache(void);

    // ��d��到渲染队�?/span>
    void AddCache(const GUIRenderQuad& quad)
    {
        m_vtGUIRenderQuad.insert(GUIRenderQuadPtr(new GUIRenderQuad(quad)));
    }

    // 渲染需要Cache队列
    void RenderCache(void)
    {
        // 从新Cache队列
        if(m_bDirty)
        {
            ClearCacheList();
            DoCache();
            m_bDirty = false;
        }
        // ��d��到渲染器
        for(VectorGUIRenderQuad::const_iterator iter = m_vtGUIRenderQuad.begin() ; iter != m_vtGUIRenderQuad.end() ; iter ++)
        {
            Systems::GetSingleton().GetGUIRendererSystem()->AddCache(*iter);
        }
    }
    // 清空cache队列
    void ClearCacheList(void)
    {
        m_vtGUIRenderQuad.clear();
    }
protected:

    // Cache需要渲染的��目
    virtual void DoCache(){};

    VectorGUIRenderQuad m_vtGUIRenderQuad;    // 渲染队列
    bool m_bDirty; // 需要重新Cache需要渲染的��目
};

每个Window�Q�一个Window是一个抽象类�Q�Static/Button/Dialog�{�等所有窗口都是��承于Window�Q�都�l�承于GUIRenderCache对象�Q�当�H�口的某个属性（如WindowText�Q�改变时�Q�就会把m_bDirty标记讄��成true。每帧渲染的时候调用RenderCache。那么如果窗口的属性没有改变，��只需要把m_vtGUIRenderQuad的东西渲染出来；如果属性改变了�Q�即m_bDirty为true�Q�，则调用DoCache�Q�由�l�承�c�（如Static/Button�{�）改写�q�个函数�Q�计��脓(chu��ng)囑֝�标、三角�Ş坐标�{�等东西都放在这个函数里。�ȝ��来说�Q�Cache之后速度会比Cache之前快�v码一半以上�?br />
好了�Q�睡觉去了�?img src ="http://www.shnenglu.com/mybios/aggbug/16630.html" width = "1" height = "1" />

李锦�?mybios) 2006-12-19 21:30 发表评论

��点声明

李锦�?mybios) — Sat, 02 Dec 2006 08:42:00 GMT
     摘要: ��点声明从概念上�Ԍ��点声明是对��点直接内存讉K��Q�DMA�Q�以及图形流水线�? tessellator 引擎�q�行�~�程的一�U�方法。顶点声明简要地表示了数据的布局�?...  阅读全文

李锦�?mybios) 2006-12-02 16:42 发表评论

李锦�?mybios) — Sat, 02 Dec 2006 08:10:00 GMT
工程已经放上�Q?a href="http://www.shnenglu.com/Files/mybios/calc.rar">下蝲回去�~�译��p��Q�放个脓(chu��ng)图：

李锦�?mybios) 2006-12-02 16:10 发表评论

今天遇到了郁��L��C函数�Q�幸好遇到高手帮忙解决了

李锦�?mybios) — Thu, 30 Nov 2006 08:30:00 GMT
用C函数来�{换Unicode和ANSI文字

char sChar[MAX_PATH];
const WCHAR wChar[] = L"我的朋友";
// 把wChar�q�个Unicode字符串�{换成ANSI字符�Ԍ��保存到sChar�Q��ƈ且返回ANSI的字�W�串大小�Q�如果失败，则返�?1
wcstombs(sChar, wChar, MAX_PATH);

�q�样是运行不�q�不�ȝ��Q��L��q�回-1�?br />
后来�l��h提醒�Q�需要在调用wcstombs之前要先讄��代码��：

char sChar[MAX_PATH];
const WCHAR wChar[] = L"我的朋友";

// 讄��代码��ؓ默认代码��?br /> _tsetlocale(LC_ALL,_T(""));
// 把wChar�q�个Unicode字符串�{换成ANSI字符�Ԍ��保存到sChar�Q��ƈ且返回ANSI的字�W�串大小�Q�如果失败，则返�?1
wcstombs(sChar, wChar, MAX_PATH);

�q�样��可以了�Q�不用调用烦人的WideCharToMultiByte�Q�多好啊�Q?br />相反的函敎ͼ�mbstowcs�Q�可以从ANSI转换到Unicode

李锦�?mybios) 2006-11-30 16:30 发表评论

【�{贴】DXUT�~�程指南(�?:通过DXUT使用讑֤�

李锦�?mybios) — Wed, 22 Nov 2006 03:35:00 GMT

通过DXUT使用讑֤�
DirectX讑֤�的创建在DXUT中得��C��改进。你可以让你的应用程序直接创��备而其它有框架提供的特征仍然可用�?br />创徏讑֤�
选择最佳的讑֤�讄��
修改可用的设备设�|?br />降�ؓ软�g��点处理
使用你自��q��讑֤�

创徏讑֤�
典型圎ͼ�你将通过标准的Direct3D�Ҏ(gu��)��创徏讑֤�
HRESULT CreateDevice(
    UINT                  Adapter,
    D3DDEVTYPE            DeviceType,
    HWND                  hFocusWindow,
    DWORD                 BehaviorFlags,
    D3DPRESENT_PARAMETERS *pPresentationParameters,
    IDirect3DDevice9      **ppReturnedDeviceInterface
);
�q�个�Ҏ(gu��)��需要有效的适配器，讑֤��c�d��(HAL or REF),�H�口句柄�Q�行为标�?software/hardware vertex processing 和其它驱动标�?�Q�以及呈现参�?presentation parameters).此外�Q�D3DPRESENT_PARAMETER�l�构体还拥有大量的成员指定后备缓冲区�Q�多重采栯��定，交换效果�Q�窗口模式，深度模版�~�冲�Q�刷新率�Q�呈现间隔，以及呈现标志�?br />为所有这些参数选择有效的设定是��h��挑战性的。框枉��过DXUTCreateDevice函数��化了�q�一选择�q�程�?br />HRESULT DXUTCreateDevice(
    UINT AdapterOrdinal = D3DADAPTER_DEFAULT,
    BOOL bWindowed       = TRUE,
    INT nSuggestedWidth = 640,
    INT nSuggestedHeight = 480,
    LPDXUTCALLBACKISDEVICEACCEPTABLE pCallbackIsDeviceAcceptable     = NULL,
    LPDXUTCALLBACKMODIFYDEVICESETTINGS pCallbackModifyDeviceSettings = NULL
);
最基本的用法是全部使用�~�省参数调用�Q?br />DXUTCreateDevice();
通过�q�样的调用框架��用缺省设�|�创��Z��个在大多数情况下可用的设备。缺省的讄��如下�Q?br />

Direct3D Creation Flag Description Default Value from DXUTCreateDevice

AdapterFormat parameter of CheckDeviceFormat Adapter surface format. Desktop display mode, or D3DFMT_X8R8G8B8 if the desktop display mode is less than 32 bits.

Adapter parameter of IDirect3D9::CreateDevice Display adapter ordinal. D3DADAPTER_DEFAULT

D3DPRESENT_PARAMETERS. BackBufferCount Number of back buffers. 2, indicating triple buffering.

D3DPRESENT_PARAMETERS. BackBufferFormat Back buffer format. Desktop display mode, or D3DFMT_X8R8G8B8 if the desktop display mode is less than 32 bits.

D3DPRESENT_PARAMETERS. AutoDepthStencilFormat Depth format of the automatic depth-stencil surface that the device will create. D3DFMT_D16 if the backbuffer format is 16 bits or less, or D3DFMT_D32 otherwise.

The DeviceType parameter of IDirect3D9::CreateDevice Enumerated type of the device. D3DDEVTYPE_HAL if available, otherwise D3DDEVTYPE_REF or failure code if neither is available.

D3DPRESENT_PARAMETERS. MultiSampleQuality Quality level. MultiSampleQuality = 0, indicating multisampling is disabled.

D3DPRESENT_PARAMETERS. Flags Presentation parameters flags. D3DPRESENTFLAG_DISCARD_DEPTHSTENCIL

D3DPRESENT_PARAMETERS. PresentationInterval Presentation interval. D3DPRESENT_INTERVAL_IMMEDIATE for windowed mode, or D3DPRESENT_INTERVAL_DEFAULT for full-screen mode.

D3DPRESENT_PARAMETERS. FullScreen_RefreshRateInHz Rate at which the display adapter refreshes the screen. 0, indicating windowed mode.

D3DPRESENT_PARAMETERS. BackBufferWidth and .BackBufferHeight Display mode resolution. 640 x 480 pixels for windowed mode, or the desktop resolution for full-screen mode.

D3DPRESENT_PARAMETERS. AutoDepthStencilFormat Stencil format of the automatic depth-stencil surface that the device will create. D3DFMT_D16 if the backbuffer format is 16 bits or less, or D3DFMT_D32 otherwise.

D3DPRESENT_PARAMETERS. SwapEffect Swap effect. D3DSWAPEFFECT_DISCARD

BehaviorFlags parameter of IDirect3D9::CreateDevice Vertex processing flags. D3DCREATE_HARDWARE_VERTEXPROCESSING if supported, otherwise D3DCREATE_SOFTWARE_VERTEXPROCESSING.

D3DPRESENT_PARAMETERS. Windowed Windowed or full-screen mode. true, indicating windowed mode.

hFocusWindow parameter of CreateDevice Handle to the created window (see Using Application Windows with DXUT). hWndFocus parameter of DXUTSetWindow

D3DPRESENT_PARAMETERS. hDeviceWindow Handle to the device window. hWndDeviceFullScreen or hWndDeviceWindowed parameters of DXUTSetWindow

D3DPRESENT_PARAMETERS. EnableAutoDepthStencil Depth-stencil buffer creation flag. true.

应用�E�序可以通过参数传递给CreateDevice来更多的控制讑֤�的创建，�q�将比��用缺省的方式更好。例如，你可以通过nSuggestedWidth and nSuggestedHeight参数改变�H�口的尺寸�?br />DXUTCreateDevice(
    D3DADAPTER_DEFAULT,
    false,
    1024,
    786,
    NULL,
    NULL,
    NULL
);
要得到更多的控制权，应用�E�序可以使用�q�两个可选的回调函数�Q�LPDXUTCALLBACKISDEVICEACCEPTABLE and LPDXUTCALLBACKMODIFYDEVICESETTINGS.
选择最佳的讑֤�讄��
你可以��用IsDeviceAcceptable回调函数帮助框架��Z��的应用程序选择最佳的讑֤�讄��Q�就像下面的代码�Q?br />bool CALLBACK IsDeviceAcceptable(
D3DCAPS9*     pCaps,
D3DFORMAT     AdapterFormat,
D3DFORMAT     BackBufferFormat,
bool          bWindowed,
void*         pUserContext )
{
    // TODO: return true for acceptable settings and false otherwise.
    return true;
}
�q�个回调函数的模型基于LPDXUTCALLBACKISDEVICEACCEPTABLE原型(This callback function is modeled on the prototype LPDXUTCALLBACKISDEVICEACCEPTABLE)�Q�框架�ؓ每个唯一的以�?个设�|�的有效�l�合调用�q�个函数一�ơ：
D3DDEVTYPE DeviceType;
UINT       AdapterOrdinal;
D3DFORMAT AdapterFormat;
D3DFORMAT BackBufferFormat;
bool       Windowed;
注意适配器序号和讑֤��c�d��没有直接的传入回调函敎ͼ�而是分别作�ؓD3DCAPS9�l�构体的成员�?br />通过�q�个回调函数�Q�应用程序可以拒�l��Q何它不支持的或不惌��的组合。例如，应用�E�序可以使用下面的代码拒�l?6bits的后备缓冲区格式和所有至��不能支持像素着色器PS_2_0的设备：
bool CALLBACK IsDeviceAcceptable(
    D3DCAPS9*     pCaps,
    D3DFORMAT     AdapterFormat,
    D3DFORMAT     BackBufferFormat,
    bool          bWindowed )
{
    if( pCaps->PixelShaderVersion < D3DPS_VERSION(2,0) )
     return false;
    if( BackBufferFormat == D3DFMT_X1R5G5B5 || BackBufferFormat == D3DFMT_R5G6B5 )
        return false;
    return true;
}
为每个唯一的组合调用回调函数后�Q�框架排列剩下的可用�l�合�Q��ƈ选择它们当中最好的。排名较高的如下�Q?br />D3DDEVTYPE_HAL�Q�获取硬件加�?br />如果应用�E�序以全屏模式显�C�，框架更趋向于使用匚w��桌面格式的适配器格式，�q�样可以在全屏与�H�口之间快速切换。例外的是，如果桌面昄��模式��于32位，框架更趋向于D3DFMT_X8R8G8B8.
匚w��适配器格式的后备�~�冲区格�?br />在选择了这些排名高的组合后�Q�要创徏讑֤��Q�行为标志和呈现参数仍然是需要的。对于这些设�|?Direct3D使用上面表中的缺省倹{�?/p>
使用你自��q��讑֤�
你没有必要依赖于框架来创建Direct3D讑֤�。应用程序自己可以创��备�ƈ��他传递给框架使用。就像应用程序可以覆盖框架的window creation 讄��。简单的使用你想要的讄��创徏一个设备，然后调用 DXUTSetDevice函数让框架在你的讑֤�上渲染�?br />注意�Q�如果应用程序创��Z��不依赖于框架的设备，那么应用�E�序也必��d��d�@环执行完以后亲自的通过cleanup 释放讑֤�接口�?br />另请参阅
通过DXUT作更高��的设备选择

李锦�?mybios) 2006-11-22 11:35 发表评论

李锦�?mybios) — Tue, 21 Nov 2006 09:26:00 GMT
引言�Q?br />　　�~�写高效��z�的C语言代码�Q�是许多软�g工程师追求的目标。本文就工作中的一些体会和�l�验做相关的阐述�Q�不对的地方请各位指教�?br />
�W?招：以空间换旉��

　　计算机程序中最大的矛盾是空间和旉��的矛盾，那么�Q�从�q�个角度出发逆向思维来考虑�E�序的效率问题，我们��有了解决问题的�W?招——以�I�间换时间�?br />例如�Q�字�W�串的赋倹{�?br />�Ҏ(gu��)��A�Q�通常的办法：
#define LEN 32
char string1 [LEN];
memset (string1,0,LEN);
strcpy (string1,“This is a example!!”）;
�Ҏ(gu��)��B�Q?br />const char string2[LEN] =“This is a example!�?
char * cp;
cp = string2 ;
(使用的时候可以直接用指针来操作�?

　　从上面的例子可以看出�Q�A和B的效率是不能比的。在同样的存储空间下�Q�B直接使用指针��可以操作了�Q�而A需要调用两个字�W�函数才能完成。B的缺点在于灵�z�L��没有A好。在需要频�J�更改一个字�W�串内容的时候，A��h��更好的灵�z�L��；如果采用�Ҏ(gu��)��B�Q�则需要预存许多字�W�串�Q�虽然占用了大量的内存，但是获得了程序执行的高效率�?br />
　　如果�pȝ��的实时性要求很高，内存�q�有一些，那我推荐你��用该招数�?br />
　　该招数的变招——��用宏函数而不是函数。�D例如下：
�Ҏ(gu��)��C�Q?br />#define bwMCDR2_ADDRESS 4
#define bsMCDR2_ADDRESS 17
int BIT_MASK(int __bf)
{
return ((1U << (bw ## __bf)) - 1) << (bs ## __bf);
}
void SET_BITS(int __dst, int __bf, int __val)
{
__dst = ((__dst) & ~(BIT_MASK(__bf))) | \
(((__val) << (bs ## __bf)) & (BIT_MASK(__bf))))
}

SET_BITS(MCDR2, MCDR2_ADDRESS, RegisterNumber);
�Ҏ(gu��)��D�Q?br />#define bwMCDR2_ADDRESS 4
#define bsMCDR2_ADDRESS 17
#define bmMCDR2_ADDRESS BIT_MASK(MCDR2_ADDRESS)
#define BIT_MASK(__bf) (((1U << (bw ## __bf)) - 1) << (bs ## __bf))
#define SET_BITS(__dst, __bf, __val) \
((__dst) = ((__dst) & ~(BIT_MASK(__bf))) | \
(((__val) << (bs ## __bf)) & (BIT_MASK(__bf))))

SET_BITS(MCDR2, MCDR2_ADDRESS, RegisterNumber);

　　函数和宏函数的区别就在于�Q�宏函数占用了大量的�I�间�Q�而函数占用了旉��。大家要知道的是�Q�函数调用是要��用系�l�的栈来保存数据的，如果�~�译器里有栈��查选项�Q�一般在函数的头会嵌入一些汇�~�语句对当前栈进行检查；同时�Q�CPU也要在函数调用时保存和恢复当前的现场�Q�进行压栈和�Ҏ(gu��)��操作�Q�所以，函数调用需要一些CPU旉��。而宏函数不存在这个问题。宏函数仅仅作�ؓ预先写好的代码嵌入到当前�E�序�Q�不会��生函数调用，所以仅仅是占用了空��_��在频�J�调用同一个宏函数的时候，该现象尤其突出�?br />
　　D�Ҏ(gu��)��是我看到的最好的�|�位操作函数�Q�是ARM公司源码的一部分�Q�在短短的三行内实现了很多功能，几乎�늛�了所有的位操作功能。C�Ҏ(gu��)��是其变体�Q�其中滋呌��需大家仔细体会�?br />
�W?招：数学�Ҏ(gu��)��解决问题

　　现在我们演绎高效C语言�~�写的第二招——采用数学方法来解决问题�?br />
　　数学是计��机之母�Q�没有数学的依据和基��Q�就没有计算机的发展�Q�所以在�~�写�E�序的时候，采用一些数学方法会对程序的执行效率有数量��的提高�?br />举例如下�Q�求 1~100的和�?br />�Ҏ(gu��)��E
int I , j;
for (I = 1 ;I<=100; I ++�Q�{
j += I;
}
�Ҏ(gu��)��F
int I;
I = (100 * (1+100)) / 2

　　�q�个例子是我印象最��q��一个数学用例，是我的计��机启蒙老师考我的。当时我只有��学三年�U�，可惜我当时不知道用公�?N×�Q�N+1�Q? 2 来解册��个问题。方法E循环�?00�ơ才解决问题�Q�也��是说最��用�?00个赋��|��100个判断，200个加法（I和j�Q�；而方法F仅仅用了1个加法，1 �ơ乘法，1�ơ除法。效果自然不�a�而喻。所以，现在我在�~�程序的时候，更多的是动脑�{�找规律�Q�最大限度地发挥数学的威力来提高�E�序�q�行的效率�?br />
�W?招：使用位操�?br />
　　实现高效的C语言�~�写的第三招——��用位操作�Q�减��除法和取模的运��?br />
　　在计��机�E�序中，数据的位是可以操作的最��数据单位，理论上可以用“位�q�算”来完成所有的�q�算和操作。一般的位操作是用来控制��g的，或者做数据变换使用�Q�但是，灉|��的位操作可以有效地提高程序运行的效率。�D例如下：
�Ҏ(gu��)��G
int I,J;
I = 257 /8;
J = 456 % 32;
�Ҏ(gu��)��H
int I,J;
I = 257 >>3;
J = 456 - (456 >> 4 << 4);

　　在字面上好像H比G�ȝ��了好多，但是�Q�仔�l�查看��生的汇编代码��׃��明白�Q�方法G调用了基本的取模函数和除法函敎ͼ�既有函数调用�Q�还有很多汇�~�代码和寄存器参与运��；而方法H则仅仅是几句相关的汇�~�，代码更简�z�，效率更高。当�Ӟ��׃��~�译器的不同�Q�可能效率的差距不大�Q�但是，以我目前遇到的MS C ,ARM C 来看�Q�效率的差距�q�是不小。相��x��~�代码就不在�q�里列�D了�?br />�q�用�q�招需要注意的是，因�ؓCPU的不同而��生的问题。比如说�Q�在PC上用�q�招�~�写的程序，�q�在PC上调试通过�Q�在�U�L��C��?6位机�q�_��上的时候，可能会��生代码隐�(zh��n)�。所以只有在一定技术进阶的基础下才可以使用�q�招�?br />
�W?招：汇编嵌入

　　高效C语言�~�程的必杀技�Q�第四招——嵌入汇�~��?br />
　　“在熟�?zh��n)�汇编语言的�h眼里�Q�C语言�~�写的程序都是垃�䏀�。这�U�说法虽然偏�Ȁ了一些，但是却有它的道理。汇�~�语�a�是效率最高的计算��a��Q�但是，不可能靠着它来写一个操作系�l�吧?所以，��Z��获得�E�序的高效率�Q�我们只好采用变通的�Ҏ(gu��)�� ——嵌入汇�~�，混合�~�程�?br />
　　举例如下�Q�将数组一赋值给数组�?要求每一字节都相�W��?br />char string1[1024],string2[1024];
�Ҏ(gu��)��I
int I;
for (I =0 ;I<1024;I++)
*(string2 + I) = *(string1 + I)
�Ҏ(gu��)��J
#ifdef _PC_
int I;
for (I =0 ;I<1024;I++)
*(string2 + I) = *(string1 + I);
#else
#ifdef _ARM_
__asm
{
MOV R0,string1
MOV R1,string2
MOV R2,#0
loop:
LDMIA R0!, [R3-R11]
STMIA R1!, [R3-R11]
ADD R2,R2,#8
CMP R2, #400
BNE loop
}
#endif

　　�Ҏ(gu��)��I是最常见的方法，使用�?024�ơ��@环；�Ҏ(gu��)��J则根据��^��C��同做了区分，在ARM�q�_��下，用嵌入汇�~�仅�?28�ơ��@环就完成了同��L��操作。这里有朋友会说�Q��ؓ什么不用标准的内存拯��函数�?�q�是因�ؓ在源数据里可能含有数据�ؓ0的字节，�q�样的话�Q�标准库函数会提前结束而不会完成我们要求的操作。这个例�E�典型应用于LCD数据的拷贝过�E�。根据不同的CPU�Q�熟�l��用相应的嵌入汇编�Q�可以大大提高程序执行的效率�?br />
　　虽然是必杀技�Q�但是如果轻易��用会付出惨重的代仗��这是因为，使用了嵌入汇�~�，侉K��制了�E�序的可�U�L��性，使程序在不同�q�_��U�L��的过�E�中�Q�卧虎藏龙，险象环生�Q�同时该招数也与��C��软�g工程的思想相违背，只有在迫不得已的情况下才可以采用。切讎ͼ�切记�?

李锦�?mybios) 2006-11-21 17:26 发表评论

【�{贴】直接蝲入内存中的DLL

李锦�?mybios) — Mon, 20 Nov 2006 16:45:00 GMT
作者：��L��?/a>
下蝲源代�?/a>

前言
　　你可能不希望在发布程序时附带上一个外部的 DLL�Q�因为可能会有些用户在无意中�?DLL 删除了而造成 EXE 不能正确�q�行�Q�也有可能该 DLL 会被别�h拿去使用�Q�也有可能，�?DLL 会成为破解者破解你的程序的�H�破口。无论出于何�U�原因，如果你想把一�?DLL 合�ƈ��C��?EXE 中的话，本文向你介绍�q�种�Ҏ(gu��)��?
Win32 �E�序调用 DLL 的机�?/strong>

　　 Win32 EXE 在调用一个外�?DLL 中的函数�Ӟ��首先要调�?LoadLibary 函数来蝲入此 DLL 到程序的�q�程地址�I�间�?如果 LoadLibary 载入�?DLL 成功�Q�将�q�回一个该 DLL 的句柄�?�q�个句柄实际上就是该 DLL 在内存中的�v始地址�?在蝲�?DLL 成功后，�q�必��调�?GetProcAddress 函数来获取要调用的函数的地址。然后再�Ҏ(gu��)��该地址来调用这个函数�?br />�Ҏ(gu��)��上述原理�Q�我们可以把一�?DLL 作�ؓ资源文�g攑ֈ� EXE 文�g中，在程序运行时�Q�分配一块内存，然后��此资源复制到该分配的内存中�Q��ƈ�Ҏ(gu��)��该内存地址计算得到相关的导出函数地址�Q�然后，当我们需要调用某一函数�Ӟ��可以用该函数在内存中的地址来调用它�?
�E�序实现�?br />　　首先�Q�把要合�q�的 DLL 作�ؓ资源加入到项目的资源文�g中，然后在程序运行时�Q�从资源中蝲入该资源�Q�以得到�?DLL 在内存中的位�|�：
LPVOID sRawDll; // 资源文�g在内存中的地址 HRSRC hRes; HMODULE hLibrary; HGLOBAL hResourceLoaded; char lib_name[MAX_PATH]; GetModuleFileName(hInstance, lib_name, MAX_PATH ); // 得到�q�行�E�序的名�? hLibrary = LoadLibrary(lib_name); // ��p��载入一�?DLL 一栯��入运行程序到内存�? if (NULL != hLibrary) { // 得到指定的资源文件在内存中的位置 hRes = FindResource(hLibrary, MAKEINTRESOURCE(IDR_DATA1), RT_RCDATA); if (NULL != hRes) { // ��资源文件蝲入内�? hResourceLoaded = LoadResource(hLibrary, hRes); if (NULL != hResourceLoaded) { // 得到资源文�g大小 SizeofResource(hLibrary, hRes); // 锁定资源以得到它在内存中的地址 sRawDll = (LPVOID)LockResource(hResourceLoaded); } } else return 1; FreeLibrary(hLibrary); } else return 1;
然后�Q�从资源中蝲�?DLL 到内存函�?LoadPbDllFromMemory ��蝲�?DLL 到内存中�Q?该函数有两个参数�Q�第一个参数是指向 DLL 资源在内存中的地址的指针，也就是前面代码中�?LockResource 函数的返回倹{��第二个参数是一个空的指针，如果函数 LoadPbDllFromMemory �q�行成功�Q�该指针��指向重新组合后的内存中�?DLL 的�v始地址。该函数�q�有一个功能就是如果运行成功，它将手动地用 DLL_PROCESS_ATTACH 参数调用 DLL 的入口函�?DllMain 来初始化�?DLL。除此之外，它还会手动地载入合�ƈ�?DLL 的入口表中导入的 DLL �q�调整它们在内存中的相对地址。以下是该函��C��?
DWORD LoadPbDllFromMemory(LPVOID lpRawDll, LPVOID lpImageDll) { SYSTEM_INFO sSysInfo; PIMAGE_DOS_HEADER dosHeader; PIMAGE_NT_HEADERS pNTHeader; PIMAGE_SECTION_HEADER section; PIMAGE_IMPORT_DESCRIPTOR pImportDesc; PIMAGE_IMPORT_BY_NAME pOrdinalName; PIMAGE_BASE_RELOCATION baseReloc; PDWORD lpLink; unsigned char Protection[4096]; HINSTANCE hDll; WORD i; DWORD ImagePages,fOldProtect,j,MaxLen,HdrLen,Addr1,Addr2,Pg,Pg1,Pg2; char * sDllName; if(NULL == lpRawDll) return 1 ; dosHeader = (PIMAGE_DOS_HEADER)lpRawDll; // Is this the MZ header? if ((TRUE == IsBadReadPtr(dosHeader,sizeof (IMAGE_DOS_HEADER))) || (IMAGE_DOS_SIGNATURE != dosHeader->e_magic)) return 2; // Get the PE header. pNTHeader = MakePtr(PIMAGE_NT_HEADERS,dosHeader,dosHeader->e_lfanew); // Is this a real PE image? if((TRUE == IsBadReadPtr(pNTHeader,sizeof ( IMAGE_NT_HEADERS))) || ( IMAGE_NT_SIGNATURE != pNTHeader->Signature)) return 3 ; if(( pNTHeader->FileHeader.SizeOfOptionalHeader != sizeof(pNTHeader->OptionalHeader)) || (pNTHeader->OptionalHeader.Magic != IMAGE_NT_OPTIONAL_HDR32_MAGIC)) return 4; if (pNTHeader->FileHeader.NumberOfSections < 1) return 5; section = IMAGE_FIRST_SECTION( pNTHeader ); int HeaderSize = sizeof(IMAGE_SECTION_HEADER); // 节头长度 HdrLen = (DWORD)section - (DWORD)dosHeader + HeaderSize * pNTHeader->FileHeader.NumberOfSections; // 扑և�最大的节的长度,此节一般是代码所在的�?.text �? MaxLen = HdrLen; int ii=0; for (i = 0;i<(DWORD)pNTHeader->FileHeader.NumberOfSections;i++)// find MaxLen { if(MaxLen < section[i].VirtualAddress + section[i].SizeOfRawData) { MaxLen = section[i].VirtualAddress + section[i].SizeOfRawData; } if(strcmp((const char *)section[i].Name,".rsrc") == 0) ii=i; } GetSystemInfo(&sSysInfo); ImagePages = MaxLen / sSysInfo.dwPageSize; if (MaxLen % sSysInfo.dwPageSize) ImagePages++; // 分配所需的内�? DWORD NeededMemory = ImagePages * sSysInfo.dwPageSize; lpImageDll = VirtualAlloc(NULL, NeededMemory, MEM_COMMIT, PAGE_EXECUTE_READWRITE); if (lpImageDll == NULL) return 6; // 分配内存��p�| MoveMemory( lpImageDll, lpRawDll, HdrLen ); // 复制节头 DWORD OrgAddr = 0; DWORD NewAddr = 0; DWORD Size = 0; // 复制 .text 节数�? for (i = 0;iFileHeader.NumberOfSections;i++) { OrgAddr = (DWORD)lpImageDll + (DWORD)section[i].VirtualAddress; NewAddr = (DWORD)lpRawDll + (DWORD)section[i].PointerToRawData; Size = (DWORD)section[i].SizeOfRawData; MoveMemory((void *)OrgAddr, (void *)NewAddr, Size ); } // 把指针指向新�?DLL 映像 dosHeader = (PIMAGE_DOS_HEADER) lpImageDll; // Switch to new image pNTHeader = (PIMAGE_NT_HEADERS) ((DWORD)dosHeader + dosHeader->e_lfanew); section = (PIMAGE_SECTION_HEADER) ((DWORD)pNTHeader + sizeof(IMAGE_NT_HEADERS)); pImageBase = (PBYTE)dosHeader; if((ii!=0) && (IsNT()==TRUE)) { section[ii].VirtualAddress = section[ii].VirtualAddress + (DWORD)lpRawDll; section[ii].PointerToRawData = section[ii].PointerToRawData + (DWORD)lpRawDll; } DWORD importsStartRVA; // Look up where the imports section is (normally in the .idata section) // but not necessarily so. Therefore, grab the RVA from the data dir. importsStartRVA = GetImgDirEntryRVA(pNTHeader,IMAGE_DIRECTORY_ENTRY_IMPORT); if ( !importsStartRVA ) { VirtualFree(dosHeader,0, MEM_RELEASE); return 7; } pImportDesc = (PIMAGE_IMPORT_DESCRIPTOR) pNTHeader-> OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress; if(pImportDesc!= 0) pImportDesc = (PIMAGE_IMPORT_DESCRIPTOR) ((DWORD)pImportDesc + (DWORD)dosHeader); else { VirtualFree(dosHeader,0, MEM_RELEASE); return 8; } while (1) // 处理各入口表中的 DLL { // ��查是否遇��C��I�的 IMAGE_IMPORT_DESCRIPTOR if ((pImportDesc->TimeDateStamp==0 ) && (pImportDesc->Name==0)) break; // 从磁盘蝲入必��ȝ�� Dll, // 注意,载入�?DLL 是合�q�的 DLL 的入口表中的 DLL, // 不是合�ƈ�?EXE 中的 DLL sDllName = (char *) (pImportDesc->Name + (DWORD)pImageBase); hDll = GetModuleHandle(sDllName); if (hDll == 0 ) hDll = LoadLibrary(sDllName); if (hDll == 0 ) { MessageBox(NULL, "Can''t find required Dll", "Error in LoadPbDllFromMemory()",0); VirtualFree(dosHeader,0, MEM_RELEASE); return 9; } DWORD *lpFuncNameRef = (DWORD *) (pImportDesc->OriginalFirstThunk + (DWORD)dosHeader); DWORD *lpFuncAddr = (DWORD *) (pImportDesc->FirstThunk + (DWORD)dosHeader); while( *lpFuncNameRef != 0) { pOrdinalName = (PIMAGE_IMPORT_BY_NAME) (*lpFuncNameRef + (DWORD)dosHeader); DWORD pIMAGE_ORDINAL_FLAG = 0x80000000; if (*lpFuncNameRef & pIMAGE_ORDINAL_FLAG) *lpFuncAddr = (DWORD) GetProcAddress(hDll, (const char *)(*lpFuncNameRef & 0xFFFF)); else *lpFuncAddr = (DWORD) GetProcAddress(hDll, (const char *)pOrdinalName->Name); if (lpFuncAddr == 0) { VirtualFree(dosHeader,0, MEM_RELEASE); return 10;// Can''t GetProcAddress } lpFuncAddr++; lpFuncNameRef++; } pImportDesc++; } DWORD TpOffset; baseReloc = (PIMAGE_BASE_RELOCATION)((DWORD)pNTHeader-> 　　　　 OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress); if (baseReloc !=0) { baseReloc = (PIMAGE_BASE_RELOCATION) ((DWORD)baseReloc + (DWORD)dosHeader); while(baseReloc->VirtualAddress != 0) { PWORD lpTypeOffset = (PWORD) ((DWORD)baseReloc + sizeof(IMAGE_BASE_RELOCATION)); while (lpTypeOffset < (PWORD)((DWORD)baseReloc + (DWORD)baseReloc->SizeOfBlock)) { TpOffset = *lpTypeOffset & 0xF000; if(TpOffset == 0x3000) { lpLink = (PDWORD) ((DWORD)dosHeader + 　　　　　　　　　　　　　　　　　　　　　　 baseReloc->VirtualAddress + (*lpTypeOffset & 0xFFF)); *lpLink = (DWORD)dosHeader + (*lpLink) - pNTHeader->OptionalHeader.ImageBase; } else { if (TpOffset != 0) { VirtualFree(dosHeader,0, MEM_RELEASE); return 10; } } lpTypeOffset++; } baseReloc = (PIMAGE_BASE_RELOCATION)((DWORD)baseReloc + (DWORD)baseReloc->SizeOfBlock); } } // 取得原始的内存状�? memset(Protection,0,4096); for (i = 0;i<=pNTHeader->FileHeader.NumberOfSections;i++) { if (i == pNTHeader->FileHeader.NumberOfSections) { Addr1 = 0; Addr2 = HdrLen; j = 0x60000000; } else { Addr1 = section[i].VirtualAddress; Addr2 = section[i].SizeOfRawData; j = section[i].Characteristics; } Addr2 += Addr1 - 1; Pg1 = Addr1 / sSysInfo.dwPageSize; Pg2 = Addr2 / sSysInfo.dwPageSize; for(Pg = Pg1 ;Pg<=Pg2;Pg++) { if (j & 0x20000000) Protection[Pg] |= 1; // Execute if (j & 0x40000000) Protection[Pg] |= 2; // Read if (j & 0x80000000) Protection[Pg] |= 4; // Write } } // 恢复原始的内存状�? Addr1 = (DWORD)dosHeader; for (Pg = 0 ;Pg<= ImagePages;Pg++) { switch(Protection[Pg]) { case 2: fOldProtect = PAGE_READONLY; break; case 3: fOldProtect = PAGE_EXECUTE_READ; break; case 6: fOldProtect = PAGE_READWRITE; break; default: // Ignore strange combinations fOldProtect = PAGE_EXECUTE_READWRITE; break; } if (fOldProtect !=PAGE_EXECUTE_READWRITE) { if (VirtualProtect((void *)Addr1, sSysInfo.dwPageSize, fOldProtect, &fOldProtect) == 0) { VirtualFree(dosHeader,0, MEM_RELEASE); return 11; } } Addr1 += sSysInfo.dwPageSize; } EntryPoint = (LPENTRYPOINT) ((DWORD)pNTHeader->OptionalHeader.AddressOfEntryPoint + (DWORD)dosHeader); LPVOID lpReserved = 0; EntryPoint((HINSTANCE)dosHeader, DLL_PROCESS_ATTACH, lpReserved); lpImageDll2=lpImageDll; return 0; }
　　一�?DLL 被正��地载入到内存中�Q�我们就可以通过自定义函�?GetProcAddressDirectly 来获取某函数在内存中的地址�Q��ƈ�Ҏ(gu��)��该地址来调用该函数�Q�该函数也有两个参数�Q�第一个参数是指向载入到内存中�?DLL 的�v始地址的指针，�W�二个是要调用的函数的函数名。以下是 GetProcAddressDirectly 函数代码:
DWORD GetProcAddressDirectly(PIMAGE_DOS_HEADER dosHeader, char * FuncName) { PIMAGE_NT_HEADERS pNTHeader; PIMAGE_EXPORT_DIRECTORY pExportDir; PWORD lpNameOrdinals; LPDWORD lpFunctions; DWORD * lpName; char * lpExpFuncName; DWORD i; DWORD j; char * lpFuncName; if(dosHeader->e_magic != IMAGE_DOS_SIGNATURE) return 0; pNTHeader = (PIMAGE_NT_HEADERS)((DWORD)dosHeader + dosHeader->e_lfanew); if (pNTHeader->Signature != IMAGE_NT_SIGNATURE) return 0; if ((pNTHeader->FileHeader.SizeOfOptionalHeader != sizeof(pNTHeader->OptionalHeader)) || (pNTHeader->OptionalHeader.Magic != IMAGE_NT_OPTIONAL_HDR32_MAGIC)) return 0; DWORD exportsStartRVA, exportsEndRVA; pImageBase = (PBYTE)dosHeader; // Make pointers to 32 and 64 bit versions of the header. pNTHeader = MakePtr( PIMAGE_NT_HEADERS, dosHeader,dosHeader->e_lfanew ); exportsStartRVA = GetImgDirEntryRVA(pNTHeader,IMAGE_DIRECTORY_ENTRY_EXPORT); exportsEndRVA = exportsStartRVA + GetImgDirEntrySize(pNTHeader, IMAGE_DIRECTORY_ENTRY_EXPORT); // Get the IMAGE_SECTION_HEADER that contains the exports. This is // usually the .edata section, but doesn''t have to be. PIMAGE_SECTION_HEADER header; header = GetEnclosingSectionHeader( exportsStartRVA, pNTHeader ); if ( !header ) return 0; INT delta; delta = (INT)(header->VirtualAddress - header->PointerToRawData); pExportDir = (PIMAGE_EXPORT_DIRECTORY)GetPtrFromRVA(exportsStartRVA, pNTHeader, pImageBase); pExportDir =(PIMAGE_EXPORT_DIRECTORY) (pNTHeader-> OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_EXPORT].VirtualAddress); if (pExportDir == 0) { MessageBox(NULL,"Error in GetProcAddressDirectly()",0,0); return 0; } pExportDir =(PIMAGE_EXPORT_DIRECTORY) ((DWORD)pExportDir + (DWORD)dosHeader); lpNameOrdinals =(PWORD)((DWORD)pExportDir->AddressOfNameOrdinals + (DWORD)dosHeader); lpName =(LPDWORD) (pExportDir->AddressOfNames + (DWORD)dosHeader); lpFunctions =(LPDWORD) (pExportDir->AddressOfFunctions + (DWORD)dosHeader); lpFuncName = FuncName; if(HIWORD(lpFuncName)!=0 ) { for( i = 0;i<=pExportDir->NumberOfFunctions - 1;i++) { DWORD entryPointRVA = *lpFunctions; // Skip over gaps in exported function if ( entryPointRVA == 0 ) continue; for( j = 0;j<=pExportDir->NumberOfNames-1;j++) { if( lpNameOrdinals[j] == i) { lpExpFuncName = (char *) (lpName[j] + (DWORD)dosHeader); if(strcmp((char *)lpExpFuncName,(char *)FuncName)==0) return (DWORD) (lpFunctions[i] + (DWORD)dosHeader); } } } } else { for (i = 0 ;i<=pExportDir->NumberOfFunctions - 1;i++) { if (lpFuncName == (char *)(pExportDir->Base + i)) { if (lpFunctions[i]) return (unsigned long) (lpFunctions[i] + dosHeader); } } } return 0; }
在调用完函数后，不要忘记�?UnloadPbDllFromMemory 来从内存中移�?DLL 以释攑ֈ�配的内存�Q�该函数�q�会�?DLL_PROCESS_DETACH 参数调用 DLL 的入口函�?DllMain 来从调用�q�程的地址�I�间卸蝲�?DLL�?以下�?UnloadPbDllFromMemory 函数代码:
DWORD UnloadPbDllFromMemory(PIMAGE_DOS_HEADER dosHeader) { PIMAGE_NT_HEADERS pNTHeader; pNTHeader = (PIMAGE_NT_HEADERS)((DWORD)dosHeader + (DWORD)dosHeader->e_lfanew); EntryPoint = (LPENTRYPOINT)(pNTHeader->OptionalHeader.AddressOfEntryPoint + (DWORD)dosHeader); EntryPoint((HINSTANCE)dosHeader, DLL_PROCESS_DETACH, 0); return VirtualFree(dosHeader, 0, MEM_RELEASE); }

关于�C�Z��代码的说�?/strong>
　　在本文附带的�C�Z��代码中，合�ƈ了一个名�?hardware.dll 的动态连接库�Q�该动态连接库是一个获取系�l�硬件信息的库文�Ӟ��其中包括了以下函�?
getmac 取得�|�卡 MAC VolumeNumber 取得��盘��h�� changeres 改变屏幕分辩�? IsDiskInDrive ��查��Y�׃��是否插有�?nbsp; DPGetDefaultPrinter 取得默认的打印机�? DPSetDefaultPrinter 讄��默认的打印机 getserial 取得��盘的出厂序列号 getmetric 取得昄��分辩�? PrintStringDirect 直接向打印机发送一个串 vfpbeep �?PC 喇叭发声 getcpuid 取得 CPU ID getbios 取得��L�� BIOS ID
　　在示例代码中�Q�只调用了其中一个函�?getbios 来获取主�?BIOS ID�Q?�q�里说明一下，该函数实际上好象只能��?AWARD ��L��?BIOS�Q?也就是说它是��d��的是�pȝ��内存 0x000fex71 处的倹{��因为其它牌子的��L�� BIOS 的位�|�稍有不同，但在�E�序中没有进行这斚w��的处理，所以在��d��它牌子的��L�� BIOS 时可能会有些问题(��d��的内容可能不正确)。关于此 DLL 的内容和实现�Q�也许我会在另一��文章中论及�?
　

局�?br />　　在我�q�行��试�Ӟ��发现对于有些含有资源�?DLL�Q�在 9x �q�_��下可能会有问题�?br />
题外�?br />　　另外�Q�其它一些本文未提及的非主要的函敎ͼ�误��行参见源代码中的注释�?br />再，本文涉及 PE 文�g格式斚w��的知识，它们已经��出了本文的范围�Q�具体信息可参见 MSDM 中的:
Peering Inside the PE: A Tour of the Win32 Portable Executable File Format 一文和
Microsoft Portable Executable and Common Object File Format Specification 一�?
特别感谢卢春明（Aming�Q�在我编写本文时所作的一些技术方面的��和指�?/strong>

如果本文对你的开发有所帮助�Q��ƈ且你手头恰好有零钱�?/p>
不如打赏我一杯咖啡，鼓励我��l�分享优�U�的文章�?br />

李锦�?mybios) 2006-11-21 00:45 发表评论

【�{贴】EffectFramework

李锦�?mybios) — Mon, 20 Nov 2006 08:54:00 GMT

Effect Framework

摘要

本文��要介�l�了在DirectX 9 SDK中提供的Effect Framework支持�Q�以及DirectX FX文�g�l�构和Microsoft Hight Level Shading Language的基本知识。本文假定读者对DirectX Graphics有一定了解，�q�正在学习DirectX Effect Framework。希望能够与各位读者共同探讨、切��?

��?

Effect的�v�?

在计��机3�l�场景中�Q�物体表面的材质代表了其光学�Ҏ(gu��)��。最��单的材质可以表现为Diffuse颜色�Q�Specular颜色�Q�Emissive颜色�{�信息的集合�Q�而�ؓ了表现物体表面的�l�节�Q�可�?在材质中加入一张纹理——这些就构成了最基本的材质信息。在以前的Direct3D�E�序中，�q�些信息可以直接传送给讑֤��Q�由讑֤�自动�Ҏ(gu��)��它们来计��物体表面的光学效果。但是，仅仅有这些基本的材质信息�Q�已�l�不��以满��游戏制作者的要求和游戏玩家的要求了——他们希望场景中的材质更加复杂，��h��更多的细节，更加逼真�?

在Direct3D中，除了材质的概念，�q�存在一个渲染状态（Render State�Q�的概念。在Direct3D Device中存在很多的渲染状态，它们可以在Direct3D�q�行渲染时控制渲染的��程和效果，从而实现某些带有特效的材质。程序员可以通过IDirect3DDevice*::SetRenderState()�Ҏ(gu��)��来设�|�这些状态。所有的渲染状态都是一些特定的数倹{��对状态的讄��可以通过��?�~�码完成�Q�即在程序中调用SetRenderState()�Ҏ(gu��)��Q�将讄��什么样的状态“写歠Z��在�E�序里，但是�q�样做的�~�点��是太不灉|��了——如果想要实��C��U�新的渲染状态，��需要修�?�E�序代码。所以更好的一�U�方法是��ؓ了实现某一�U�特效材质的一些渲染状态��D��录到一个“效果文件”中�Q�通过在程序运行时��d��该文�Ӟ��从中分析��些��|��q�将它们作�ؓ�?数调用SetRenderState()。这��P��要想实现一�U�新的特效，只需修改“效果文件”而不用更改代码�?

Direct3D SDK是通过Effect Framework来支持这�U�机制的。而前面所�q�的“效果文件”在Direct3D中是�?.fx文�g存在的。在fx文�g中保存了为实现某一�Ҏ(gu��)��的渲染状态，包括状态名 �U�和它们的对应倹{��所以在9.0以前版本的DirectX中就已经有Effect Framework和FX文�g了，早期的Effect Framework仅仅是�ؓ了实现对渲染状态进行控制�?但是随着计算机显�C�硬件技术的发展�Q�图形处理单元（GPU�Q�正在重复CPU所走过的�\——新一代的GPU已经��h��了可�~�程�Ҏ(gu��)��，�E�序员可以通过对GPU�~�写一�D늨�序来控制其渲染的输出效果。这�U�程序一般称为Shader�E�序。目前的Shader�E�序分成两种�Q�Vertex Shader和Pixel Shader。Vertex Shader主要用于�?�l�网格模型的每一个顶点进行处理，而Pixel Shader主要用于对要�l�制到屏�q�上的每一个象素进行处理。通过Shader�Q�程序员可以制作出相当丰富的实时渲染效果�?/font>

同CPU一��P��对GPU�~�程也是借助一定的�~�程语言来进行的�? 在DirectX 8中，对GPU的编�E�是通过一�U�类��g��汇编的语�a��q�行的。而在DirectX 9中，使用了一�U�类��g��C语言的高�U�语�a�——Microsoft High Level Shading Language (HLSL) �?/font>

无论使用什么语�a�对GPU�~�程�Q�都需要把�~�译好的Shader�E�序输送到昑֍�厅R��Direct3D Device可以通过SetVertexShader()和SetPixelShader()来向昑֍�输送Shader�E�序。然而，�?于Shader和材质具有十分紧密的关系——一般来��_��一个Shader��是��Z��实现一�U�特�D�的材质——最好是能够��Shader�E�序与材质进行整合�?所以，在DirectX 8和DirectX 9中，原来的Effect Framework发生了扩充——在原来的基��上加入了对Shader�E�序的支持。程序员可以把Vertex Shader和Pixel Shader�E�序以函�?的方式直接书写在FX文�g中�?/font>

.FX文�g

FX文�g中的内容大致可以分成几部分：

预编译标�?

变量�?

�l�构定义

函数

Technique

预编译标志：预编译标志包�?

#define

#elif

#else

#endif

#error

#if

#ifdef

#ifndef

#include

#line

#pragma

#undef

其中最常用到的�?include�?define�Q�同C语言中的意义很相��|��?include可以在一个FX文�g中引入另外一个或多个文�g�?define可以定义FX文�g中的宏替换。例如：

#include "helper_Funcs.fx"      //引入一个名为helper_funcs.fx的fx文�g
#include "public_variables.fh" //引入一个名为public_variables.fh的文�?/span>
#define MATRICES_COUNT 25      //定义宏MATRICES_COUNT�?5
#define VSHADER VShader_2_0    //定义宏VSHADER为VShader_2_0

#include带来的好处和C中也是一��L��Q��?zh��n)�可以在一个头文�g中定义一些公有变量、函数等�Q�在其他文�g中引用它们－��׃��用写很多遍了。例如：

文�gpublic.fh:

mat4x4 matWorldViewProj; // 4x4世界�Q�视�Q�投影变换矩�?/span>
float3 lightPosisiton;   // 三维光源位置向量
float4 lightColor;       // 光源的颜�?/span>
float time;              // 当前旉��

//定义一个名为VS_OUTPUT的结构。关于结构体定义�Q�下文中会有介绍

struct VS_INPUT
{
    float4 LocalPos : POSITION;
    float3 Normal : NORMAL;
    float4 Color : COLOR;
    float2 Texcoord : TEXCOORD0;
};

struct VS_OUTPUT
{
    float4 WorldPos : POSITION;
    float4 Color : COLOR;
    float2 Texcoord : TEXCOORD0;
};

//定义一个名为CaculateWorldPosition的函数。关于函数定义，下文中会有介�l?

float3 CaculateWorldPosition( float4 LocalPos )
{
    return mul( LocalPos, matWorldViewProj);
}

�q�样�Q�当我们在另外一个文件中include�q�个头文件时�Q�上面所有的定义都可以直接��用了�?

文�gclient.fx:

#include "public.fh"

VS_OUTPUT VS_main( VS_INPUT In ) // 可以直接使用�l�构体定义VS_OUTPUT和VS_INPUT
{
    VS_OUTPUT Out = 0;
    Out.WorldPos = CaculateWorldPosition( In.LocalPos ); // 可以直接使用函数
    Out.Color = In.Color;
    Out.Texcoord = In.Texcoord;
}

�q�样不仅可以复用代码�Q�还可以使变量名、结构体、函数名的定义统一�?

�?define不仅仅可以��某些帔R��h��比较有意义的名称�Q�通过�?ifdef�Q?ifndef, #else, #endif�{�结合��用，�q�可以用来根据一些配�|�控制编译过�E��?

变量�?/p>
每个FX文�g都可以有若干参数变量�Q�通过Effect Framework可以在程序中识别��些参数的�c�d��、名�U�和用途，�q�样��可以将�E�序中的一些参数输送到Effect中去�Q�从而更加灵�z?的控制效果。参数的�c�d��很多�Q�可以是int, float, matrix, texture�{�等。例如：

matrix matWorld;    //定义一个名为matWorld的矩�늱�型参数变�?/span>
float time;         //定义一个名为time的��Q点类型参数变�?
texture texDiffuse; //定义一个名为texDiffuse的纹理类型参数变�?/span>

另外�Q�每个变量还有前�~�修饰�W�、Semantic、Annotation�{�，限于��幅�Q�在�q�里不再赘述�Q�具体的介绍请参考DirectX C++帮助文档的DirectX Graphics > Reference > HLSL Shader Reference > Variable Declaration Syntax条目�?

�l�构定义

在FX文�g中可以定义结构体�Q�这些结构体一般用于Shader函数的参数和�q�回倹{��结构体的定义与C语言方式及其�c�M��Q�例如：

struct VS_OUTPUT //�l�构名称
{
    float4 Pos : POSITION; //成员变量�?/span>
    float4 Color : COLOR;
    float2 Texcoord : TEXCOORD0;
};

上面每个成员变量后面的标识符是该变量的semantic�Q�HLSL�~�译器根据这个标识符来确定该变量的用处。不一定非得是�l�构体成员变量才有semantic�Q�一般来说Shader的输入输出参数变量都可以有semantic�?/p>
函数

函数部分是在Effect Framework加入了对Vertex Shader和Pixel Shader的扩充后才加入到FX文�g中的。FX文�g中的函数的内容可以用汇编形式书写�Q�也可以用HLSL�~�写。目前一�?都是使用HLSL。用�q�种语言书写的函��C��C语言函数十分�c�M��Q�可以说�Q�只要学�q�C语言�Q�书写Shader函数��qԒ�l�有余了。在同一个fx文�g中可以定义很多函敎ͼ�在函��C��也可以互相调用，但是最�l�Shader�E�序的入口将在fx文�g的Technique部分中指定。对于哪个函数是Vertex shader函数�Q�哪个是Pixel shader函数�Q�也是在Technique中指定的。关于Technique�Q�将在下文中介绍�?例子�Q?

float4 CalcDiffuseColor( float3 Normal )
{
    float4 Color; ...//用于实现该函数功能的多条语句
    return Color;
}

VS_OUTPUT Vertex_Shader( float4 InPos : POSITION,
                         float3 InNor : NORMAL,
                         float3 InTexcoord : TEXCOORD )
{
    VS_OUTPUT Out; ...//用于实现该函数功能的多条语句
    Out.Color = CalcDiffuseColor(InNor); //函数调用
    return Out;
}

正如上文中所��_��Shader�E�序分�ؓ两种�Q�Vertex shader和Pixel shader。在fx函数中就有两�U�相应的函数�Q�Vertex shader函数和Pixel Shader函数。Vertex shader函数的输入参数是�|�格模型中的每一个顶�Ҏ(gu��)��据，其输出是�l�过该函数特�D�处理的��点数据�Q�而Pixel Shader函数的输入，则是�l�过��g光栅化过�E�后�l�过插值的Vertex shader输出�l�果。至于Pixel shader的输出，一般就是经�q�该函数计算得到的一个颜色��|��卌��d��后备�~�冲中一个象素上的颜色倹{��但是这个“颜色值”有时�ƈ不一定代表颜艌Ӏ�而且对于支持多RenderTarget的硬�Ӟ��Pixel shader�q�可以有多个输出�Q�分别对应不同的RenderTarget�?/p>
technique

technique是FX文�g的主体，是真正设�|�各�U�渲染状态的地方�Q�也是指定所使用的Shader�E�序入口的地斏V��在理解Technique前首先要理解Pass的概��c��Pass是Technique的组成部�?�Q�一个Pass��׃��表了�l�制时的一遍。通常��Z��辑ֈ�一�U�效果，仅仅�l�制一遍网格模型是不够的，需要向framebuffer中多�ơ绘�Ӟ��q�利用设�|�渲染状态中的BlendState�q�行Alpha混合。这��是�l�常提到的“Muli-pass Rendering”。但是随着��g��来��强大，Shader�E�序的功能越来越强，目前的趋势是所有的�Ҏ(gu��)��材质都将可以用越来越��个Pass来完成�?一个technique中，可以存在一个或多个Pass�Q�但是至��要有一个Pass时该technique才会起实际作用。当存在多个pass�Ӟ��默认情况下在渲染时将会按照pass在文件中的前后顺�?作�ؓ渲染时的前后��序。technique和Pass中的内容都是以大括号括�v来�?

technique的例子：

technique Tec_Shader_1_X //定义一个名为Tec_Shader_1_X的technique
{
    pass P0 //一个名为P0的pass
    {
        VertexShader = compile vs_1_1 Vertex_Shader(); //讄��Vertex Shader�E�序入口函数
        PixelShader = compile ps_1_1 Pixel_Shader();   //讄��Pixel Shader�E�序入口函数
        AlphaBlendEnable= true;                        //讄��渲染状态      �?
        SrcBlend = SrcAlpha;
        DestBlend = InvSrcAlpha;
        ... //其他讄��
    }
    pass P1 //一个名为P1的pass
    {
        ...
    }
}

ID3DXEffect接口

上面介绍了很多fx文�g相关内容�Q�但是在�E�序中如何读取和分析�q�些fx文�g呢？在程序中对于��d��fx文�g�Q�控制渲染状态、设�|�Shader�E�序�{�工作都是通过D3DX库中的ID3DXEffect接口来实现的。ID3DXEffect接口提供了大量的�Ҏ(gu��)��Q�基本上分�ؓ几个斚w��Q?

获得Effect参数变量信息

讄��Effect参数变量

获得technique信息

讄��当前使用的technique

开始和�l�束使用当前的technique

执行一个pass�Q�渲染绘刉��Q?

ID3DXEffect接口的创建：通过D3DX库中的D3DXCreateEffectFromFile()函数�Q�可以根据一个指定的文�g的内�Ҏ(gu��)��创徏一个ID3DXEffect接口。在该函数执行成功后�Q�所创徏的接口中��包含了文�g里所对应�?所有内容，包括参数变量表、Shader�E�序、technique和pass�{��?

ID3DXEffect接口的��用：通过该接口的�Ҏ(gu��)��可以获得FX文�g中的所有信息，�q�设�|�参数变量和当前的technique。所有的参数变量、technique、pass、shader�{�等都有自己的名�U�ͼ��Ҏ(gu��)��q�些名称�Q�通过调用ID3DXEffect::GetParameterByName()、ID3DXEffect::GetTechniqueByName()和ID3DXEffect::GetPassByName()�{�方法就可以获得�q�些对象的句柄，从而在调用 ID3DXEFFECT::Set***()�q�行讄��时��用句柄而不是字�W�串�q�行索引来提高效率�?/p>
通过ID3DXEffect::GetParameterDesc()、ID3DXEffect::GetTechniqueDesc()和GetPassDecs�{�方法可以获得关于指定对象的所有细节描�q�C��息�?D3DX库中定义了一个D3DXPARAMETER_DESC�l�构来专门表�C�参数的�c�d��。通过ID3DXEffect::GetParameterDesc()�Ҏ(gu��)��Q�可以�ؓ一个参数获得这样一个结构的数据�?

typedef struct _D3DXPARAMETER_DESC
{
    LPCSTR Name;               //参数变量�?
    LPCSTR Semantic;           //参数变量的Semantic
    D3DXPARAMETER_CLASS Class; //参数变量的类别，可以是标量、矢量、矩��c��对象和�l�构
    D3DXPARAMETER_TYPE Type;   //参数变量的类�?
    UINT Rows;                 //数组型参数的行数
    UINT Columns;              //数组型参数的列数
    UINT Elements;             //数组中的元素个数
    UINT Annotations;          //参数变量的Annotation个数
    UINT StructMembers;        //�l�构型参数变量成员的个数
    DWORD Flags;               //参数属�?
    UINT Bytes;                //参数大小�Q�以字节�?
} D3DXPARAMETER_DESC;

其中的参数类型可以有下列几种�Q?

typedef enum _D3DXPARAMETER_TYPE
{
    D3DXPT_VOID, //Void型指�?
    D3DXPT_BOOL, //Bool�?
    D3DXPT_INT, //整型
    D3DXPT_FLOAT, //��点�?
    D3DXPT_STRING, //字符�?
    D3DXPT_TEXTURE, //�U�理
    D3DXPT_TEXTURE1D, //一�l�纹�?
    D3DXPT_TEXTURE2D, //二维�U�理
    D3DXPT_TEXTURE3D, //三维�U�理
    D3DXPT_TEXTURECUBE, //立方体环境纹�?
    D3DXPT_SAMPLER, //�U�理取样�?
    D3DXPT_SAMPLER1D, //一�l�纹理取样器
    D3DXPT_SAMPLER2D, //二维�U�理取样�?
    D3DXPT_SAMPLER3D, //三维�U�理取样�?
    D3DXPT_SAMPLERCUBE, //立方体环境纹理取样器
    D3DXPT_PIXELSHADER, //Pixel Shader�E�序
    D3DXPT_VERTEXSHADER, //Vertex Shader�E�序
    D3DXPT_PIXELFRAGMENT, //Pixel Shader片断
    D3DXPT_VERTEXFRAGMENT, //Vertex Shader片断
    D3DXPT_FORCE_DWORD = 0x7fffffff
} D3DXPARAMETER_TYPE;

而真正要让Effect起作用，需要在�l�制�|�格模型前后调用ID3DXEffect::BeginPass()和EndPass�Ҏ(gu��)��。在调用�q�两个函��C��前和之后�Q�还需调用ID3DXEffect::Begin()�?ID3DXEffect::End()�Ҏ(gu��)��来界定此�ơEffect讄��的�v止。大致的形式如下�Q?

LPD3DXEffect pd3dEffect�Q?span class="unnamed1"> //ID3DXEffect接口指针
... //初始化该指针
... //�E�序中的其他部分
...

UINT numPasses; //用于接受当前所使用的technique中的pass个数
pd3dEffect->Begin( & numPasses, 0 ) //开始��用当前的technique
for( UINT iPass = 0; iPass < numPasses; iPass ++ )
{
    //遍历所有的pass
    pd3dEffect->BeginPass( iPass ); //调用BeginPass
    DrawMesh();                     //然后�q�行模型的绘制�?
    pd3dEffect->EndPass();          //调用EndPass
}
pd3dEffect->End();                  //不要忘记�l�束当前technique

3DS MAX对DirectX 9 Shader Material的支持；Effect数据获取和导�?/strong>

在FX文�g中的参数�Q�大部分都是用来调整FX文�g所指定的Effect的一些细节，例如�Q�一�U�带有凹凸纹理的效果�Q�可能在FX中就有一个参数控制着凹凸不��^的程度。而这些参数是需要由��工来调整的。另外，��工也需要有一个途径能够��FX文�g定义的Effect赋予��C��个模型或它的一部分上去。同时美工也应该能够实时的预览该Effect在模型上的实际效果�?在以前，实现�q�些要求只能通过自制效果预览器、模型编辑器或者�ؓDCC软�g�~�写插�g来完成。这对于��的工作�l�和工期较短的项目来说是非常困难的。幸�q�的是，目前的DCC软�g 已经开始�ؓ游戏制作提供丰富的支持功能。通过DCC软�g自��n��可以预览到实时Effect的效果，�q�调整其参数。在《龙的传说》这个项目中�Q�我们��?DS MAX 6.0来作为模型徏�?工具和Shader预览工具�?

�?DS MAX 6.0中，新加入了一�U�材质类型——DirectX 9 Shader材质。这�U�材质是��Z��FX文�g的。一个FX文�g��可以代表一�U�材质。它可以同MAX中的其他材质一栯��予到模型�?。在MAX的Viewport中可以实时地观察到FX文�g中设计的效果。通过为FX中的参数讄��特定的Semantic�Q�可以将�q�些参数与MAX中的场景信息联系��h��Q�如摄像��Z��|�、世界变换矩 �늭�。对于控制Effect效果的一些本地参敎ͼ�可以通过为它们添加特定的Annotation�Q��MAX能够直接识别�q�些参数�q�在用户界面中显�C�它们的名称和调节控件。对应不同类型的�?敎ͼ�MAX可以为它们生成不同的调节控�g。这��P��q�种材质��和MAX的其他材质一��P��可以更改�U�理�{�等的参��C��?对于��工来说�Q�通过�q�种用户界面��可以调整该FX材质的参数达到最好的效果�?/p>
但是��工所调整的结果必��要能够保存下来才有意义。这个工作就得由�E�序员来完成了。要保存3DS MAX中编辑的所有内容，需要�ؓ3DS MAX�~�写文�g导出插�g�Q�将其内部数据保存在特定格式的文件中。在《龙的传说》这个项目中�Q�我们��用Microsoft DirectX .X 文�g。如果从头开始写导出插�g�Q�工作量是相当大的；�q�运的是�Q�在Microsoft DirectX SDK Extra中提供了一个能够导出模型和3DS MAX标准材质到X文�g的插件源代码。通过修改该源代码�Q�可以��它能够导出DirectX 9 Shader材质。在3DS MAX 6 SDK中新增加了一个IDxMaterial接口�Q�通过查询一个IMaterial接口是否为IDxMaterial接口�Q�就可以��定该材质是否�ؓDirectX 9 Shader材质。通过IDxMaterial接口可以获得该材质对应的FX文�g的文件名�Q�以及其参数信息。这样就可以��它们导��Z��?

.X文�g中对Effect的支持；EffectInstance和EffectDefault

Microsoft DirectX .X文�g的格式是��Z��模板的、可扩展的文件格式。通过为其制定新的模板�Q�就可以在其中加入新的内宏V��一般的.X文�g中的内容有三�l�场景的物体层��关系、网格模型几何数据、材质信息、动��M��息等。在DirectX的众多X文�g模板中有一个模板是专门用来代表Effect的实例的。当一个FX文�g的参数被��工加以调整从而具备一些特定的��g��后，�?FX文�g和这些参数值的集合��Ş成了一个Effect实例。该模板的定义如下：

template EffectInstance
{
    < E331F7E4-0559-4cc2-8E99-1CEC1657928F >
    STRING EffectFilename;
    [ ... ]
}

其中�Q?EffectFilename代表了该Effect实例中的FX文�g名， [ ... ]代表在其中可以插入�Q何X文�g模板对应的数据。这样就可以代表��M��c�d��的参数倹{�?

然而要惌��Direct3D�E�序能够识别[ ... ]中的内容�Q�需要��用X文�g模板中的EffectParam�p�d��模板�Q�包括EffectParamDWord, EffectParamFlaots, EffectParamString。通过�q�三�U�模板对应的数据�Q�所有类型的Effect参数值都可以被记录在X文�g中�?

最后，EffectInstance数据需要被攄��在Material数据中才可以被识别�?/p>
Material模板�Q?

template Material
{
    < 3D82AB4D-62DA-11CF-AB39-0020AF71E433 >
    ColorRGBA faceColor;
    FLOAT power;
    ColorRGB specularColor;
    ColorRGB emissiveColor;
    [...]
}

前面的一些颜色模板表明在Material数据中这些颜色信息是必须有的�Q�而最后的[ ... ]则代表可以插入�Q何X文�g模板对应的数据。我们的EffectInstance数据��可以放�|�在�q�里 �?

举一个简单的例子�Q?

Material { //材质
    0.500000;0.500000;0.500000;1.000000;; //faceColor
    0.000000; //power
    0.900000;0.900000;0.900000;; //specularColor
    0.000000;0.000000;0.000000;; //emissiveColor
    EffectInstance
    {                            //[...]�Q�这里是EffectInstance
        "SkyboxNew01.fx";        //fx文�g的文件名。通过D3DXCreateEffectFromFile()可以
                                 //建立该文件对应的D3DXEffect对象
        //下面是EffectInstance中的[...]
        EffectParamString
        {                        //EffectParamString�Q�即字符串型参数�?/span>
            "TexCloudTop";       //参数的名�U�ͼ�通过该名�U�调用ID3DXEffect::GetXXXByName()�Ҏ(gu��)��
                                 //可以得到与fx文�g中对应的参数�?
            "DarkClouds01.jpg"; //参数的值�?/span>
        }
        EffectParamString
        {                        //同上
            "TexCloudBottom";
            "DarkClouds02.jpg";
        }
        EffectParamFloats
        {                       //EffectParamFloats�Q�即��点数组型参数�?/span>
            "Brightness";       //参数名称
            1;                  //��点数组大小
            0.500000;           //�?
        }
    }
}

当我们在�E�序中调用D3DXLoadMeshFromX()或D3DXLoadMeshHierarchyFromX()�Ӟ��可以通过其LPD3DXBUFFER *ppEffectInstances参数来接收到�|�格所用的所有EffectInstance的信息�?/p>
在程序中�Q�对应于X文�g中的EffectInstance模板和EffectParam�p�d��模板�Q�有两个�l�构体用来代表Effect数据�Q?

typedef struct _D3DXEFFECTINSTANCE
{ //EffectInstance
    LPSTR pEffectFilename; //fx文�g�?/span>
    DWORD NumDefaults; //参数个数
    LPD3DXEFFECTDEFAULT pDefaults; //参数数组
} D3DXEFFECTINSTANCE, *LPD3DXEFFECTINSTANCE;

typedef struct _D3DXEFFECTDEFAULT
{ //EffectDefault�Q�即EffectParam
    LPSTR pParamName;           //参数�?
    D3DXEFFECTDEFAULTTYPE Type; //参数�c�d��
    DWORD NumBytes;             //参数大小�Q�以字节�?
    LPVOID pValue;              //指向参数的值的指针
} D3DXEFFECTDEFAULT, *LPD3DXEFFECTDEFAULT;

需要注意的是，从文件中得到的参数类型只有以下几�U�：
typedef enum _D3DXEFFECTDEFAULTTYPE
{
    D3DXEDT_STRING = 1, //字符�?
    D3DXEDT_FLOATS = 2, //��点数组
    D3DXEDT_DWORD = 3, //长整�?
    D3DXEDT_FORCE_DWORD = 0x7fffffff //此��g��使用
} D3DXEFFECTDEFAULTTYPE;

在调用了D3DXLoadMeshFromX()和D3DXLoadMeshHierarchyFromX()之后�Q�X文�g中的所有Effect数据信息��׃��上述�l�构体的形式攄��在ppEffectInstances中了�?另外�Q�在�?DS MAX导出参数到X文�g�Ӟ��对于整型和��Q�Ҏ(gu��)��l�型的变量，它们的值将直接导出到X文�g中去�Q�而对于所有的�U�理贴图文�g参数�Q�导出的仅仅是该文�g的文件名。所�?在程序中需要再�Ҏ(gu��)��q�些文�g名来建立�U�理对象�?在《龙的传说》中�Q�我们��用一个自定义的CEffectInstance�c�L��处理��文件名转换为纹理对象的�q�程�?一般来��_��建立一个完整的CEffectInstance的过�E�如下：

�Ҏ(gu��)��D3DXEFFECTINSTANCE�l�构中的pEffectFilename字符串寻扑֯�应的FX文�g;
�Ҏ(gu��)��该FX文�g建立ID3DXEffect�Q��ƈ��指针保存在CEffectInstance�?
�Ҏ(gu��)��D3DXEFFECTINSTANCE�l�构中的pDefaults讄��CEffectInstance中的参数信息�Q��?/p>

对于长整型和��点数组�Q�直接拷贝；
对于字符�Ԍ��首先调用ID3DXEffect接口中的GetParameterByName()和GetParameterDesc()�Ҏ(gu��)��Q�得到该参数的类型；然后�q�一步判断：

如果��实是字�W�串参数�Q�则直接拯��
如果是纹理参敎ͼ�则将该字�W�串作�ؓ�U�理文�g名徏立纹理对象，�q�将指针保存在CEffectInstance中�?

而在最新推出的DirectX 9 SDK Summer 2004中，通过ID3DXEffect::BeginParameterBlock()和ID3DXEffect::EndParameterBlock()�Ҏ(gu��)��Q�我们可以将Effect参数讄��q�程�l�一�l�定��C��个ParamBlock句柄上。这��P��在调用ID3DXEffect::Begin()之前��可以直接��用ID3DXEffect::ApplyParameterBlock()�Ҏ(gu��)��来设�|�所有被�l�定的参数倹{��例如：

[以前的做�?/strong>]�Q?

在读取参数时�Q�获得每一个参数的句柄

hParam1 = pEffect->GetParameterByName( NULL, "LightPos" );
hParam2 = pEffect->GetParameterByName( NULL, "LightColor" );
...

在实时绘制时�Q�分别设�|�每一个参�?

pEffect->SetValue( hParam1, value1 );
pEffect->SetValue( hParam2, value2 );
...
pEffect->Begin();
// �l�制
...

[在DirectX 9 SDK Summer 2004中的做法]�Q?

在读取参数时�Q�绑定所有参数设�|�到同一句柄

hParam1 = pEffect->GetParameterByName( NULL, "LightPos" );
hParam2 = pEffect->GetParameterByName( NULL, "LightColor" );
...
pEffect->BeginParameterBlock(); // 开始绑�?/span>
pEffect->SetValue( hParam, value1 );
pEffect->SetValue( hParam, value2 );
...
hParamBlock = pEffect->EndParameterBlock(); // �l�束�l�定�Q�返回句�?

在实时绘制时�Q�统一讄��l�定�?

pEffect->ApplyParameterBlock( hParamBlock );
pEffect->Begin;
// �l�制
...

�q�样不仅��化了在读取时对参数的分析�q�程�Q�而且提高了实际绘制时参数讄��q�程的效率�?

�ȝ��

以上��是一些对于在DirectX 9.0中对Effect Framework的��用的��要介�l�。��M��Q��用Effect来替代以前的标准材质是目前实时图形领域的发展��势。通过Effect Framework�Q�程序员和美工可以�ؓ实时三维�E�序实现多种多样的材质效果和视觉效果�?�׃��内容实在太多�Q�限于篇�q�，本文只是对Effect Framework中相��x��늚�一个��M��概括和简要介�l�，所以显得有些晦涩。在以后的文章中�Q�将分批对这个Framework以及在其之上�q�行工作的流�E�进行比较详�l�的介绍�?/p>

李锦�?mybios) 2006-11-20 16:54 发表评论

李锦�?mybios) — Mon, 20 Nov 2006 03:54:00 GMT
     摘要: 哈哈�Q�想不到有�h居然把这�U�代码也搞出来了。  �?Windows的PE加蝲器在启动�E�序的时候，会将��盘上的文�g加蝲到内存，然后做很多操作，如函数导入表重定位，变量预处理之�cȝ��。这位仁兄等于是自己写了一个PE加蝲器。直接将内存中的�E�序启动。记得以前的“红色代码”病毒也有相同的�Ҏ(gu��)��。  �?直接启动内存中的�E�序相当于加了一个壳�Q�可以把�E�序加密保存�Q�运行时解密到内存，然后启动�Q�不�q�对于增加破解难度还要稍...  阅读全文

李锦�?mybios) 2006-11-20 11:54 发表评论

李锦�?mybios) — Mon, 20 Nov 2006 01:46:00 GMT
        学游戏开发前前后后也有两个星期了�?br />        在这两个星期里，收获甚多�Q�从最几本的经典几何知识到高等数学、线性代数都看了一遍，从Direct3D入门到Shader的编写也看了�Q�甚臌��学习了LUA脚本的编写和游戏引擎的架构，BSP、八叉树�{�等��法也看�q�了解了一下�?br />       学的东西�q�么多，但是真正能掌握的又有多少�Q�自己无法掂量啊�Q�那么接下去应该做什么好�Q�很多�h说应该做一个DEMO�Q�甚��x��试着自己做一个游戏引擎，�q�有��要我试着做一个网游�?br />       ��实�Q�现在应该从实际出发了，要做点东西出来才能把学过的知识牢固掌握。但是，我现在觉得很�q�h��Q�不知道做什么好�Q�我打算春节�q�后��L��游戏开发，请大虑ְ�虾们都给�Ҏ(gu��)��见如何？

李锦�?mybios) 2006-11-20 09:46 发表评论

李锦�?mybios) — Sun, 19 Nov 2006 00:40:00 GMT

Ogre的Manager真是多啊,��p��个官僚公�?�q�事的没几个,一堆的Manager,个个丫还都是Singleton.说自己是Singleton却又public构造函�?让�h来new�?在第1�ơ被new的时�?偷偷地将this赋给静态成员ms_Singleton,�W?�ơnew它就要assert喊冤�?当然�q�都是叫Singleton的模板基�cȝ��那个构造函数干�?典型的小��?见不得光).Manager一�?本来不复杂的�?也变得复杂了.

1.LogManager
a.全局单体LogManager�l�合Log指针Map集合,控制有多个Log对象,1个Log对象表达对一个Log文�g的输�?老一�?.
b.同时LogManager�l�护1个当前默认主事的Log对象mDefaultLog,以展现Log对象功能而隐藏自己实际是个Manager的��n�?邀功自�?其心可诛).
c.�l�护一个监控者接口LogListener列表,以��行作��Z��个Manager受外部监督的职责(实�ؓ推清责�Q).

2.DynLibManager
a.全局单体DynLibManager�l�合DynLib*指针Map集合,控制多个DynLib对象,1个Dynlib表达对动态库的装载和卸蝲(典型的官僚主�?人��Q于事,�q�点屁事都要有Manager).

3.ResourceGroupManager
a.全局单体ResourceGroupManager�l�合ResourceManager指针Map�?Manager的Manager,�?好大的官)
b.一上�Q��安插了个亲信Manager,建立个叫General的ResourceManager.

4.SceneManagerEnumerator
a.�q�它都是�pȝ��单体,一个�P代器,��h得志�?不说�?它可��着一堆SceneManager,惹不�?
b.一开始就安排了什么事都作不了的SceneManager(基类)作默认SceneManager,大事��事都是�?室内室外一手包.

5.一堆中层干�?一堆的MaterialManager,MeshManager,ParticleSystemManager,SkeletonManager......,都是Singleton,有的�q�是ResourceManager的门�?一开始都�q�了2件事.
a.定名�?向ResourceGroupManager注册说自己是某方面的Manager,_registerResourceManager.
b.要资�?向ResourceGroupManager要求控制�Ҏ(gu��)��U�脚本的解析_registerScriptLoader(��是瓜分资源).
c.有个OverlayManager,ArchiveManager最�?手下�q�有几个工厂�l�它�q�活,无非是自�׃��不了,又推�l�下�U?

6.一堆插件外�?开始加�?�q�些外劳到系�l�中来当然要注册.

7.透明实体mTransparentObjects按z序排�?不透明实体按material分组.

8.我一开始认为Materail是个很聪明的概念,后来才发��C��当受骗了,它管理了mTechniques数组,而Techniche��理了mPasses数组(Multipass render),最后实质的内容在Pass�c�M��,Pass�c�表达了一个渲染的环境.�׃��q�个官僚�pȝ��实在太官�?所以按对象每次渲染是不可接受的(跨部门合作太�?�怺�扯皮),渲染状态切换频�J?效率极低,透明渲染z序�؜�?所以需要按Materail分组和z轴分�?而RenderSystem的最重要�Ҏ(gu��)��接受RenderOperation参数.

9.Pass和RenderOperation是两位最能干的劳动�h�?都是受�h��制的对�?整个�pȝ��的灵��和核心,Pass��装了最重要的渲染状�?卌��行glDrawXXX时管�U�所处的状�?着色系�l?,RenderOperation��装了带�U�理几何渲染操作(glDrawElements几何�pȝ��),两者构成一个完整的渲染.�?�?调用SceneManager的setPass(在其中其仍将调用RenderSystem以设�|�管�U�状�?,�?调用RenderSystem的_render.

10.SceneManager的虚�Ҏ(gu��)��_findVisibleObjects是场景管理的核心,由它?y��u)��Renderable分组,分透明和不透明分送入不同的渲染队�?Renderable�l�合RenderOperation和Pass(但出头的都是Materail),然后SceneManager对之排序,整理,送入RenderSystem渲染.

11.SceneManager的_renderScene是基本渲染核�?它完成若�q��Q�?br />   a.帧动画驱动_applySceneAnimations
   b.场景图更新_updateSceneGraph
   c.渲染队列更新,_findVisibleObjects更新��d��?_queueOverlaysForRendering更新上层�ȝ��?_queueSkiesForRendering更新天空�?最后_renderVisibleObjects.

12.渲染队列RenderQueue,�l�护std::map对象,以表辑օ�内部的多个方�?世界,前景,背景)的渲染分队列.RenderQueueGroup再往下分std::map >,以表辑օ�(如前�?内部按ushort优先�U�维护渲染分队列.RenderPriorityGroup�l�护一个mTransparentPasses,若干个SolidRenderablePassMap.

李锦�?mybios) 2006-11-19 08:40 发表评论

李锦�?mybios) — Sun, 19 Nov 2006 00:26:00 GMT

囑փ�使用2�ơ方是很讨厌的问�?不在技术难度上,而在技术妥协上.实际上要求美工作�?�ơ方�U�理,�q�且整张囄��I�间利用率要�?是很隄��.
当有些策划丢�q�来奇奇怪怪的��寸的图�?我都要吐血,当知�?n�ơ方限制�?他们把图像尺寸扩大一�?再丢�l�我�I�Z��大量�I�白�?n�ơ方�U�理,再吐血.

�ȝ��渣资源里标准�?n�ơ方人物�U�理,囑փ�挤的满满�?每个�w�体部位�U�理�q�是一个矩�?利用率之高不得不令�h佩服,然而这对美工要求是极高�?
1024*768的图像是要拆�?*3�?56*256囑փ��?而不是一整大张纹�?因�ؓ768不是2的n�ơ方,更不要扩大�ؓ1024*1024,加大25%的内�?
�q�有Wow里Loading界面的图像都压成512*512,因�ؓLoading囑փ�模糊一点不要紧,很简单却都是很重要的�l�节.
所以当Wow�q�行在我Geforce2的显卡上�?我觉的很cool.

Nvidia的驱动程序也很讨�?实际Geforce6昑֍�才支持non power of two texture,Geforce 5200�U�的昑֍�,在硬件能力上不��以支持NPOT,但是最新的驱动�E�序使用了��Y件模式进行模拟支�?而��Y件模拟根本毫无实用�h(hu��n)�?渲染变得��~�慢,因�ؓ驱动�E�序每次�U�理渲染都会很聪明地把非2�ơ方��寸囑փ�自动Scale�?�ơ方��寸,对于一�?00*600的图�?驱动�E�序在这个步骤就吃光了CPU.
所以��L��些�h喊着��Z��么OpenGL没有软�g渲染支持,DX很体贴都�?实际上DX也没�?比如那个所谓的8层纹�?,而我认�ؓ如果软�g渲染能解决问�?那要��g作什�?不能解决问题的方案我们支持它作什�?

// OpenGL动态执�?n�ơ方囑փ�限制
inline int next_p2(int a)
{
int rval=1;
while(rval return rval;
}

int nWidthPowerOfTwo = next_p2(tex.nWidth);
int nHeightPowerOfTwo = next_p2(tex.nHeight);

if(tex.nWidth == nWidthPowerOfTwo && tex.nHeight == nHeightPowerOfTwo)
{
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, nWidthPowerOfTwo, nHeightPowerOfTwo, 0, ilGetInteger(IL_IMAGE_FORMAT), GL_UNSIGNED_BYTE, ilGetData());
tex.fScaleX = tex.fScaleY = 1.0f;
}
else
{
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, nWidthPowerOfTwo, nHeightPowerOfTwo, 0, ilGetInteger(IL_IMAGE_FORMAT), GL_UNSIGNED_BYTE, NULL);
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, tex.nWidth, tex.nHeight, ilGetInteger(IL_IMAGE_FORMAT), GL_UNSIGNED_BYTE, ilGetData());
tex.fScaleX = (float)tex.nWidth / (float)nWidthPowerOfTwo;
tex.fScaleY = (float)tex.nHeight/ (float)nHeightPowerOfTwo;
}

然而对�q�个问题,正确的解��x��案是事先规划,强制执行,be clever.

李锦�?mybios) 2006-11-19 08:26 发表评论

李锦�?mybios) — Sun, 19 Nov 2006 00:17:00 GMT

　　游戏�q�行和显�C�的速度固然重要�Q�不�q�我认�ؓ�Q�在游戏中另外一个速度�Q�游戏装入的速度也同样不可轻视。试想一个游戏，动不动就要装入数据，而且每次装入的时间都令�h�{�到“心��来��慌”的地步�Q�我��x��怕也没有什么�h愿意玩下�ȝ��?br />
　　选择一个好的打包数据格式，对于�~�程人员来说�Q�是一件很重要的事情。一般来��_��一个游戏的文�g个数太多�Q��ƈ不是一件好事情�Q�不光占用的��盘�I�间大，而且严重的媄响装入速度。不�q�这样做的优点也很明显：可以很详�l�的分类�Q�可以大大的减小�~�程人员的工作量。另外一�U�做法是�Q�把所有的数据全部攑֜�一个文仉��面，�q�样的做法和上面一�U�做法的优缺�Ҏ(gu��)��好相反，装入速度比较快（因�ؓ只要做一�ơ文件打开的操作）�Q�但是由于所有数据都攑֜�一��P��文�g数据的组�l�比较复杂，要求�~�程人员��p��大量的精力去定位数据的格式和存放位置。因此，选择一个合适的数据打包格式�Q�实际上��是在这两种情况之间选择一个��^衡点�Q��它既不会�Ҏ(gu��)��戏的装入速度造成明显的媄响，也不会给�~�程人员带来额外的负担�?br />
　　那么�Q�对于一个游戏来��_��数据应该怎么�l�织呢？其实现在有很多好的游戏，参考一下他们的数据文�g��׃��发现�q�个�q��点其实很好找。现在大多数的游戏，基本上把游戏需要用到的数据分门别类的存放，每一�c�L��据放在一个文仉��面。比如说音乐攑֜�一个文仉��面，地�Ş囄��攑֜�一个文仉��面，�_��造型、动��L��在一个文仉��面，游戏需要用到的囄��攑֜�一个文仉��面，人物的对话、事件说明放在一个文仉��面……那么这些数据在文�g里面怎么�l�织呢？

　　�q�是一句话�Q�分门别�c�R��下面以游戏最基本的地形图素�ؓ例，说明数据的组�l��Ş式。一般说来，游戏的地囄��很多大大��小的“图素”组成的�Q�这些图素分为几层，每一层的囄��基本上可以算作一�c�：比如说地面层可以��作一�c�，��C��层可以算作一�c�，然后天空层（背景层）可以��作一�c�，部队、物品可以算作一�c�R��而在地面层里面，又可以进一步的分类�Q�比如说地�Ş有山圎ͼ�沙漠�Q�草原，��林�Q�河��，��h��……在游戏中，是可以分为场景的�Q�一般的情况下，每个场景所涉及到的地�Ş不会很多�Q��L��以某一�c�d��型地行�ؓ主，然后加入��量其他的地形作为点�~�。针对这�U�情况，我们可以把同一�cȝ��地�Ş�q�箋的放在文件的某一个位�|�，�q�样我们在装入场景的时候，只要在这个位�|�一�ơ读取这�U�地形的数据��可以了。一般游戏在制作的过�E�中都有一个场景生成器�Q�或者叫作拚囑֙��Q�它的作用就是生成地�䏀�—或者说生成场景。这个拚囑֙�在初期的时候读人的数据肯定不是已经打包了的�Q�因为美术还要对地�Ş的基本图素进行某些修攏V�?br />
　　所以我认�ؓ�Q�好的数据打包格式应该是��Z��拚图器的�Q�他把每一�U�数据分门别�cȝ��q�箋存放在某一个文件之中或者文件的某一个位�|�，�q�样能够大大的加快程序读取数据的速度。这样几能够使游戏文件看��h��很简�z�，也会大大的有利于�E�序的开发�?br />

李锦�?mybios) 2006-11-19 08:17 发表评论

Direct3D Creation Flag	Description	Default Value from DXUTCreateDevice
AdapterFormat parameter of CheckDeviceFormat	Adapter surface format.	Desktop display mode, or D3DFMT_X8R8G8B8 if the desktop display mode is less than 32 bits.
Adapter parameter of IDirect3D9::CreateDevice	Display adapter ordinal.	D3DADAPTER_DEFAULT
D3DPRESENT_PARAMETERS. BackBufferCount	Number of back buffers.	2, indicating triple buffering.
D3DPRESENT_PARAMETERS. BackBufferFormat	Back buffer format.	Desktop display mode, or D3DFMT_X8R8G8B8 if the desktop display mode is less than 32 bits.
D3DPRESENT_PARAMETERS. AutoDepthStencilFormat	Depth format of the automatic depth-stencil surface that the device will create.	D3DFMT_D16 if the backbuffer format is 16 bits or less, or D3DFMT_D32 otherwise.
The DeviceType parameter of IDirect3D9::CreateDevice	Enumerated type of the device.	D3DDEVTYPE_HAL if available, otherwise D3DDEVTYPE_REF or failure code if neither is available.
D3DPRESENT_PARAMETERS. MultiSampleQuality	Quality level.	MultiSampleQuality = 0, indicating multisampling is disabled.
D3DPRESENT_PARAMETERS. Flags	Presentation parameters flags.	D3DPRESENTFLAG_DISCARD_DEPTHSTENCIL
D3DPRESENT_PARAMETERS. PresentationInterval	Presentation interval.	D3DPRESENT_INTERVAL_IMMEDIATE for windowed mode, or D3DPRESENT_INTERVAL_DEFAULT for full-screen mode.
D3DPRESENT_PARAMETERS. FullScreen_RefreshRateInHz	Rate at which the display adapter refreshes the screen.	0, indicating windowed mode.
D3DPRESENT_PARAMETERS. BackBufferWidth and .BackBufferHeight	Display mode resolution.	640 x 480 pixels for windowed mode, or the desktop resolution for full-screen mode.
D3DPRESENT_PARAMETERS. AutoDepthStencilFormat	Stencil format of the automatic depth-stencil surface that the device will create.	D3DFMT_D16 if the backbuffer format is 16 bits or less, or D3DFMT_D32 otherwise.
D3DPRESENT_PARAMETERS. SwapEffect	Swap effect.	D3DSWAPEFFECT_DISCARD
BehaviorFlags parameter of IDirect3D9::CreateDevice	Vertex processing flags.	D3DCREATE_HARDWARE_VERTEXPROCESSING if supported, otherwise D3DCREATE_SOFTWARE_VERTEXPROCESSING.
D3DPRESENT_PARAMETERS. Windowed	Windowed or full-screen mode.	true, indicating windowed mode.
hFocusWindow parameter of CreateDevice	Handle to the created window (see Using Application Windows with DXUT).	hWndFocus parameter of DXUTSetWindow
D3DPRESENT_PARAMETERS. hDeviceWindow	Handle to the device window.	hWndDeviceFullScreen or hWndDeviceWindowed parameters of DXUTSetWindow
D3DPRESENT_PARAMETERS. EnableAutoDepthStencil	Depth-stencil buffer creation flag.	true.

亚洲一本综合久久,久久九九久精品国产,91精品国产9l久久久久

cocos2d-x脚本引擎�Q�JavaScript、Lua�{�等�Q�的大统一�Q�方案概�q�ͼ�

tolua++导出C++�cȝ��一些问题和解决�Ҏ(gu��)��

关于天龙八部frame文�g格式

发布一个前�D�|��间写的天龙八部GridInfo��d��源码

Unreal3游戏引擎UObject源码阅读分析

《��Y件调试》读书随�W�箋

��兽3贴图�Ҏ(gu��)��

在windows下��用patch工具更新源码

关于GOOF的新版本

关于GOOF的bug问题

��Z��OGRE渲染引擎的地形插件PLSM2的编辑器GOOF

�l�过���近一个月的努力，服务器框架终于搭����v来了

VS2005�c�d��导的问题

3D 引擎中的 GUI 渲染优化补完

�q�段旉���开�?D引擎啊，正在做GUI部分

��点声明

今天遇到了郁��L��C函数�Q�幸好遇到高手帮忙解决了

【�{贴】DXUT�~�程指南(�?:通过DXUT使用讑֤�

【�{贴】直接蝲入内存中的DLL

【�{贴】EffectFramework

�l�过��近一个月的努力，服务器框架终于搭��v来了

�q�段旉��开�?D引擎啊，正在做GUI部分