国产日韩欧美一区二区,亚洲精品视频在线观看免费,99精品国产高清一区二区

李锦�?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://m.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的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 发表评论

李锦�?mybios) — Sat, 02 Dec 2006 08:10:00 GMT

工程已经放上�Q?a href="http://m.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 发表评论

李锦�?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 发表评论

李锦�?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 发表评论

【原创】魔兽争霸III 地图�~�辑器原理（关键是脚本）

李锦�?mybios) — Sat, 18 Nov 2006 16:20:00 GMT
     摘要: 　　注意�Q�本文纯属是本�h从研�I��兽争霸III地图�~�辑器的�q�程中的一�U�猜惻I��所以，不当之处�Q�还请高手指出。谢谢！

　　��兽争霸III我以前玩得比较多�Q�也听说他的地图�~�辑器非常牛X�Q�以前也曄��想编辑个地图出来。但是，限于当时得水�q�问题，没有成功。直到最�q�在研究如何制作游戏的时候，打开��兽争霸III的地囄��辑器来看�Q�突然有一�U�扩然开朗的感觉�Q�哦�Q�原来地囄��辑器是这样出来的�Q�闲话不多说�Q�马上进入正题！

　　��兽争霸III的地囄��辑器使用了一个文件来代表一个地图，地图里包含了什么东西？我无从得知，但是�Q�从他的�~�辑器上看，看到�~�辑器能对地图修改的东西�Q�就可以大概猜想到有哪些东西。仔�l�看地图�~�辑器，看到有那么几个模块：地�Ş�~�辑器、开关编辑器、声音编辑器、物体编辑器、战役编辑器、AI�~�辑器、物体管理器、输入管理器。我把我的理解逐一说来阅读全文   阅读全文

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

李锦�?mybios) — Sat, 18 Nov 2006 07:17:00 GMT
一个快速开方的函数

/* 来至 Quake 3 的源�?*/ float CarmSqrt(float x){union{int intPart; float floatPart; } convertor; union{int intPart; float floatPart; } convertor2; convertor.floatPart = x; convertor2.floatPart = x; convertor.intPart = 0x1FBCF800 + (convertor.intPart >> 1); convertor2.intPart = 0x5f3759df - (convertor2.intPart >> 1); return0.5f*(convertor.floatPart + (x * convertor2.floatPart)); }

参考链接：http://greatsorcerer.go2.icpcn.com/info/fastsqrt.html
快�?double 转整�?
union luai_Cast {double l_d; long l_l; }; #define lua_number2int(i,d) \{volatileunion luai_Cast u; u.l_d = (d) + 6755399441055744.0; (i) = u.l_l; }

参考链接：double to int ��奇�?magic number
RGB565 �?alpha 混合
unsignedshort alpha_blender(unsignedint x,unsignedint y,unsignedint alpha){ x = (x | (x<<16)) & 0x7E0F81F; y = (y | (y<<16)) & 0x7E0F81F; unsignedint result = ((x - y) * alpha / 32 + y) & 0x7E0F81F; return(unsignedshort)((result&0xFFFF) | (result>>16)); }

参考链接：64K 色的 Alpha 混合
一个不错的字符�?hash 函数
unsignedlong hash(constchar *name,size_t len){unsignedlong h=(unsignedlong)len; size_t step = (len>>5)+1; for(size_t i=len; i>=step; i-=step) h = h ^ ((h<<5)+(h>>2)+(unsignedlong)name[i-1]); return h; }

一个方便的 hash 函数应该散列的比较开�Q�计��速度跟字�W�串长度关系不大�Q�又不能只计��字�W�串的开头或末尾。这里的��法是从 Lua 中看来的�?br />
关于脏矩形技术的演示
�׃��代码�q�长�Q�单起一��：脏矩�?demo
参考链接：Blog上的帖子�Q�脏矩�Ş演示demo
UTF8 �?UTF16 的�{�?单个字符)
int UTF8toUTF16(int c){signedchar *t=(signedchar*)&c; int ret=*t &(0x0f | ((*t>>1) &0x1f) | ~(*t>>7)); int i; assert ((*t & 0xc0) != 0x80); for(i=1;i<3;i++){if((t[i] & 0xc0)!=0x80){break; } ret=ret<<6 | (t[i] & 0x3f); }return ret; }

�q�只是一个字�W�的转换�Q�如果�{换字�W�串�Q�可以再做一点优化�?img src ="http://m.shnenglu.com/mybios/aggbug/15359.html" width = "1" height = "1" />

李锦�?mybios) 2006-11-18 15:17 发表评论

【�{贴】泛型算法：Tips

李锦�?mybios) — Sat, 18 Nov 2006 01:17:00 GMT
     摘要: �?STL 出现到现在已�l�这么多�q�了�Q�泛型算法是它的重要�l�成�Q�也是其中最“看��h��很美”的东西之一。然而在真实的程序设计中�Q�它往往成�ؓ�E�序员的心头一痛，因�ؓ一旦要�?for_each �Q�accumulate 之类的算法做一些稍微复杂一点的事情�Q�你��׃��发现自己一个头变成两个大�? �?STL 出现到现在已�l�这么多�q�了�Q�泛型算法是它的重要�l�成�Q�也是其中最“看��h��很美”的东西之一�?..  阅读全文

李锦�?mybios) 2006-11-18 09:17 发表评论

【�{贴】PhysX SDK物理引擎开发包使用教程�Q�基于OpenGL

李锦�?mybios) — Sat, 18 Nov 2006 00:53:00 GMT

AGEIA的PhysX处理器是世界上首�Ƅ��理模拟处理器 (PPU), 该处理器��解除中央处理器�q�行物理模拟的负担。PhysX PPU 的设计构架基于顶点的多线�E�操作，允许游戏开发�h员进行精��、流畅和动画创作和运动模拟，例如毛发、布料、液体、流体等。本文介�l�了如何利用PhysX SDK物理引擎开发包来实现我们仿真的效果�?/p>

AGEIA的PhysX处理器是世界上首�Ƅ��理模拟处理器 (PPU), 该处理器��解除中央处理器�q�行物理模拟的负担。PhysX PPU 的设计构架基于顶点的多线�E�操作，允许游戏开发�h员进行精��、流畅和动画创作和运动模拟，例如毛发、布料、液体、流体等。目�?AGEIA 的PhysX处理器是世界上第一�ƾ也是唯一一�ƾ专注于物理��法处理器的产品.

利用PhysX SDK物理引擎开发包来实现我们仿真的效果�Ӟ��一般需要以下几个步骤：

�Q?�Q?span style="FONT: 7pt 'Times New Roman'">    PrintControls();

�Q?�Q?span style="FONT: 7pt 'Times New Roman'">    InitGlut(argc, argv);

�Q?�Q?span style="FONT: 7pt 'Times New Roman'">    InitNx();

�Q?�Q?span style="FONT: 7pt 'Times New Roman'">    glutMainLoop();

�Q?�Q?span style="FONT: 7pt 'Times New Roman'">    ReleaseNx();

其中最��Z��要的函数是InitNx�Q�）�Q�也既是初始化PhysX�Q�创��Z��个PhysX SDK实例以及建立我们的场景。下面具体分析各个函数的作用�?/span>

一�Q?/span> PrintControls();

显而易见，利用该函数的目的是在告诉玩家该如何进行操作。操作的按键可根据自��q��喜好�q�行讄��?/span>

二． InitGlut(argc, argv);

PhysX是OpenGL上开发的�Q�所以在初始化PhysX实例之前�Q�必��d��立一个OpenGL的框架�?/span>

�?    glutInit(&argc, argv) 用来初始化GLUT�Q��ƈ且处理�Q意的命��o行变�?/span>

�?    glutInitWindowSize(int width, int size) 指定了窗口以像素为单位的��寸

�?    glutInitDisplayMode(GLUT_RGB | GLUT_DOUBLE | GLUT_DEPTH) 建立一个带有双�~�存、RGB颜色模型和很大缓存的�H�口

�?    glutCreateWindow�Q�char* string�Q?创徏一个具有OpenGL创徏的窗口，string��H�口的窗口名

�?    glutSetWindow�Q�）

�?    glutDisplayFunc(RenderCallback) 渲染

ProcessCameraKeys();

    SetupCamera();

        if (gScene && !bPause)

    {

        GetPhysicsResults();

ProcessInputs();�Ҏ(gu��)��选择的对象，�l�该对象施加前后、上下、左右不同方向的力，然后调用对象的方法addForce�Q��生不同的物理效果

        StartPhysics();

    }

   // Display scene

    RenderActors(bShadows);

调用函数DrawActor(NxActor* actor)��场景中的物体渲染出来，实在是在DrawActor(NxActor* actor)函数中根据物体�Ş状调用不同�Ş状的�l�画函数��物体渲染出来的。在渲染的过�E�中�Q�利用显�C�列表绘制不同�Ş状的物体。在PhysX中，物体形状分�ؓ以下几种�Q�NX_SHAPE_PLANE(面板�?, NX_SHAPE_BOX(盒子�?, NX_SHAPE_ SPHERE(球�Ş�?, NX_SHAPE_CAPSULE(胶囊�?, NX_SHAPE_CONVEX(凸多边�Ş�?, NX_SHAPE_MESH(�|�状�?�?/span>

当bShadows为true�Ӟ��渲染物体的阴影；为false时就不绘�?/span>

    DrawForce(box, gForceVec, NxVec3(1,1,0));

        ��物体受力的受力方向渲染出来

�?    glutReshapeFunc(ReshapeCallback)

讄��H�口

�?    glutIdleFunc(IdleCallback);



�?    glutKeyboardFunc(KeyboardCallback);

�?    glutKeyboardUpFunc(KeyboardUpCallback);

�?    glutSpecialFunc(SpecialCallback);

在此�Q�调用ResetNx�Q�）�Q�重新渲�?/span>

�?    glutMouseFunc(MouseCallback);

�?    glutMotionFunc(MotionCallback);

�?    MotionCallback(0,0);

三． InitNx() 因�ؓ我们需要初始化PhysX SDK实例�Q��ƈ且徏立我们需要的场景�Q�所以我们需要设�|�以下几个变量，�q�且��它们设�|��ؓ全局变量

        NxPhysicsSDK* gPhysicsSDK = NULL; //PhysX SDK实例对象

NxScene* gScene = NULL; //场景对象

NxVec3 gDefaultGravity(0,-9.8,0);

***注意�Q�坐标系的方向指向，在PhysX、OpenGL以及3DMax都有一些不一��P��当运行里面的demo的时候就可以体会到。它们的坐标�p�d��别如下：

   下面��在InitNx�Q�）中开始初始化实例以及建立场景.

�?    实例�?physics SDK

gPhysicsSDK = NxCreatePhysicsSDK(NX_PHYSICS_SDK_VERSION);

初始化完Physics SDK后，只是��单的一个实例。可以通过讄��实例的物理参数来充实我们的模拟效�?

gPhysicsSDK->setParameter(NX_SKIN_WIDTH, 0.01);

�?    创徏场景

            NxSceneDesc sceneDesc; //场景表述表对�?/span>

            sceneDesc.gravity = gDefaultGravity;

        sceneDesc.broadPhase = NX_BROADPHASE_COHERENT;

        sceneDesc.collisionDetection    = true;

            gScene = gPhysicsSDK->createScene(sceneDesc);

在PhysX中，不管是创建场景还是创建各个物体角色时�Q�都是先通过各自对应的描�q�器�Q�翻译的不是很准��）讄��场景和各个物体的物理参数�Q�用来模拟真实的世界环境和物体。徏立好表述器后�Q�通过函数 createSce ne�Q?/span> NxSceneDesc �Q�函数就可以建立需要的场景对象�?/span>

一般情况下�Q�场景描�q�器的参数就是设�|�重力加速度 sceneDesc.gravity �Q�是否进行碰撞检��?/span> collisionDetection , true��行，在PhysX SDK中描�q�器被广泛的应用. 描述器包括所有你创徏物体的信�?/span> broadphase-coherent 是三�U�碰撞检��中的一�U��?/span>

gPhysicsSDK->setParameter(NX_SKIN_WIDTH, 0.01);

当相互碰撞的物体的材质都很��Y的时候，在现实中��׃��发现当发生碰撞的时候物体之间就会相互嵌入一部分�Q�在�q�里我们��可以利用物理参�?/span> NX_SKIN_WIDTH �Q�它的默认��gؓ0.05m�Q�该��D��大，嵌入的就��多

同时�Q�我们可以对场景中的所有物体创建材质。创建的材质定义了碰撞和物体材料的物理属性。比如反弹系数、静摩擦力、滑动摩擦力�{��?/span>

             // Create the default material 通过材质索引创徏一个材质的对象

             NxMaterial* defaultMaterial = gScene->getMaterialFromIndex(0);

            defaultMaterial->setRestitution(0.5);

             defaultMaterial->setStaticFriction(0.5);

            defaultMaterial->setDynamicFriction(0.5);

创徏物体�Q�以box��Z��

NxActor* box = CreateBox(NxVec3(5,1,0));

NxActor* CreateBox(const NxVec3& pos)

{

        // Add a single-shape actor to the scene

        NxActorDesc actorDesc;

        NxBodyDesc bodyDesc;

        // The actor has one shape, a box

        NxBoxShapeDesc boxDesc;

        boxDesc.dimensions.set(0.5,1,0.5);

        actorDesc.shapes.pushBack(&boxDesc);

        actorDesc.body = &bodyDesc;

        actorDesc.density = 10;

        actorDesc.globalPose.t = pos;

        return gScene->createActor(actorDesc);

}

我们创徏一个角色参与者box�Q�它的类型�ؓ NxActor* 。徏立该对象的时候需要设�|�它的描�q�器�Q�然后利用函�?/span> createActor(NxActorDesc actorDesc) ��该对象加入场景中。每一个对象又有和自己形状相对应的描述器。利用它讄��对象的物理参数�?/span> boxDesc 该描�q�器描述了该盒子的长、宽、高分别�?.5�Q�初始化的位�|�以及该盒子的密度�?/span>

�?    创徏完所有的物体对象�Ӟ��调用 UpdateTime() 得到从上一帧渲染到现在�l�过的时�?/span>

�?    当创建的场景成功�Q�利用函�?/span> StartPhysics() 开始它的第一帧模拟�?/span>

            void StartPhysics()

{

    // Update the time step

            NxReal deltaTime = UpdateTime();

                // Start collision and dynamics for delta time since the last frame

                gScene->simulate(deltaTime);

                gScene->flushStream();

}

simulate(deltaTime) 是PhysX 解决物理学的关键

              flushStream() �Ҏ(gu��)��间步�q�行仿真

四． glutMainLoop()

�E�序��一直停留在glutMainLoop()中，直到用户自己�l�束。当场景一旦被渲染后， �?/span> 每次讄��下一场景�?/span> �Q?/span> RenderCallback() 回调函数 ��?/span> 被调�?/span>

五． ReleaseNx()

    删除场景中所有的物体对象以及场景本��n

李锦�?mybios) 2006-11-18 08:53 发表评论