tianlinux — Fri, 01 Jun 2007 14:35:00 GMT

�q�两天，有关游戏引擎脚本�pȝ��的预研还在��l�。在google上找了一些资料来学习�Q�目前网�l�上�q�部分的资料是比较少的，主要�q�是在gamedev上有一些相关的主题。��了两天的鸟文论坛�Q�做了一打的摘录。现在整理一下思��A�Q�感觉脚本系�l�的轮廓已经比较清晰了，但还有很多细节需要去了解�Q�后�l�会对这些细节再慢慢研究道来�?/p>

脚本的基本特�?/p>

1、从语法的角度来说需要支持到��序、条件、��@环，�q�且最好语法接�q�某�U�成熟语�a��Q�比如C�Q�，�q�样有利于学习＆使用�Q?/p>

2、性能�Q�性能�Q�性能。要在实时的游戏里面发挥作用�Q�性能无异是诏�I�始�l�的话题�?/p>

语法功能解决�Ҏ(gu��)��

1、可以选择一门成熟语�a�作�ؓ借鉴�Q?/p>

2、删掉不需要的Keyword�Q�裁剪语�a�元素。特别对于C语言�Q�完全去掉有兛_��数声明等部分可以大大降低parse&excute的复杂性�?/p>

脚本�?/p>

1、脚本语�a�的函数库比脚本语�a�的语法更加重要，�q�个说法的出发点仍然是性能。在上一��文章中�Q�我有提�?#8220;冗余”的概念，��是�q�句话很好的体现。尽量将复杂的函数功能封装在游戏引擎本��n�Q�而不要在脚本中编写这些函敎ͼ�甚至可以在脚本中不提供用戯��定义函数的功能�?/p>

2、提供给用户�Q�脚本编写者）完善的库函数集，从环境配�|�命令到信息查询�{�等。用��L(f��ng)��q�些函数来控制游戏环境，脚本语法只是提供分支�Q��@环控制�?nbsp;

事�g响应

1、上��提�?#8220;事�g”(event)指的是所有外设输入的�l�称�Q�这�U�说法是不全面的。除了外设输入，事�g�q�可以由游戏引擎内部来触发，比如timer事�g�Q�这里做一个小��的更正�?/p>

2、事件包含一些参敎ͼ�参数的内�Ҏ(gu��)��“哪些Object要响�?#8221;�Q?#8220;事�g�c�d��”�?/p>

3、一个脚本可以调用其他脚本，实现脚本之间的通信�?/p>

4、事�Ӟ��可作��本系�l�＆游戏引擎的连接，也就是说�Q�游戏引擎只有在处理事�g的时候才会调用脚本系�l�，而脚本系�l�的唯一��d��Q�就是响应事件�?/p>

5、再�ơ强调一下，事�g不是只能有游戏引擎内部的object来触发，�q�有timer、startUp、sceneEnd�{�等�?/p>

脚本�q�行模型

1、每个脚本都可以“�?#8221;��C�Q何数量的object上去�Q?/p>

2、每个脚本都可以看作是独立的虚拟机，拥有自己独立的变量、堆栈＆�q�行�?execution pointer)�Q�这一�Ҏ(gu��)��自己有保留的��x��Q�出于性能原因�Q�可能独立虚拟机的概念难以实施，需要进一步寻扑֏�通的�Ҏ(gu��)��?/p>

讉K��控制

1、上��提到脚本需要能��d��Q�改变游戏引擎内部object的属性，�q�里需要注意一个问题：让脚本直接访问object的属性是很危险的事情�Q�出于defensive coding的考虑�Q�个��Z��应该让脚本直接地来访问内部数据，而应该提供库函数�Q�通过库函数来对内部数据进行访问，�q�样做的好处是：��边界检查等�{�安全性工作加入了�q�来�Q��ƈ且让脚本�~�写者在�~�写脚本的时候不用对安全性进行考虑�Q�坏处是�Q�肯定效率是有所降低的。（或者还有更好的办法�Q�想惟뀂。。）

库函�?/p>

1、库函数的实质是C/C++�Q�引擎编写语�a��Q�的函数指针�Q�对于脚本系�l�来说它们是可见的全局symbols。这里引入两个小话题�Q�一是在引擎初始化的时候，需要注意徏立这些函数的入口地址表，让引擎在需要调用的时候有表可查；二是�Q�java呢？有没有类似函数指针的东西�Q�（�q�里属于实现阶段的问题，我只是提出，没有�ȝ��IӞ��

2、脚本运行的时候，如果遇到调用库函敎ͼ�则蟩转到native C/C++代码厅R��这里存在运行环境切换的问题�Q�从脚本语言的堆栈里弹出参数�Q�传�l�native C/C++函数来执行，执行�l�束以后�Q�返回结果压入脚本语�a�的堆栈中。如果把游戏引擎看做虚拟机，那么脚本�pȝ��是嵌套在这个虚拟机里面的虚拟机�Q�^_^�Q�拗口哦�Q�不知道�(zh��n)�明白了没有�Q?/p>

====================================================================================================

以上讨论的，是运行与游戏引擎部分的脚本系�l�。以下的�Q�是有关脚本本��n的一些讨论，�q�个应该归属于游戏制作工��L(f��ng)��一部分�?/p>

====================================================================================================

�~�译

1、当�Ӟ��q�个步骤�?#8220;解释”�Q�与C语言一�cȝ��译式语言有所区分的话更加准确。但�׃��在做法上跟C是类似的�Q�所以也可以�?#8220;�~�译”�?/p>

2、两个阶�D�：一是把脚本源代码拆成语�a�元素�Q�token�Q�不知道�q�个用哪个中文表辑֥��Q�编译原理学了都忘了�Q�二是把所有token�l�织��h��Q�组成基本命令序列�?/p>

3、什�?#8220;基本命��o序列”�Q�刚才不是说把脚本看�q�虚拟机吗？�q�个“基本命��o”��q��当于�q�个虚拟机CPU的机器指令或汇编指��o。也��是对于�q�个虚拟机来说的可执行代码�?/p>

“汇编指��o”

1、�ؓ了简单，��把脚本�q�个虚拟��计成单堆栈的吧�?/p>

2、基本的命��o包括�Q�push�Q�pop�Q�go�Q�stop�Q�callfunc�Q�add�Q�asign�{�等�?/p>

举个��例子吧�Q�比如写了如下的脚本�Q�语法上�q�C�Q?/p>

a = 1 + 2;

通过�~�译�Q�变化成如下�?#8220;可执行序�?#8221;�Q?/p>

push 1

push 2

pop // store 1

pop // store 2

add // store result

push 3 // push result

pop // store 3

pop // var name a

asign // a = 3

�q�里只是�C�意�Q�可能与实际实现有出入�?/p>

�q�篇略显枯燥了，聊点��L��的。一直在��脚本语言的性能问题�Q�来看看各种语言性能比较吧。LUA好像在脚本语�a�里面排名靠前呵，我正好也下蝲了它的源码，�q�在VC上编译好了。在Python�Q�LUA之间犹��U了一下，�q�是选择LUA吧，比较?y��u)��，��单，Python目前已经做得很复杂了。再说偶的脚本系�l�里面目前不需要提供自定义函数机制�Q�也不需要OO��_��看看几个月后能不能作��q��脚本语言来？到时候再跟Python�{�等一较高低！:)

好戏在后头哦�Q�下期开始实际以LUA��Z��子研�I�脚本系�l�了。�?/p>

tianlinux 2007-06-01 22:35 发表评论

tianlinux — Wed, 30 May 2007 14:07:00 GMT

今天开始进行新��目的预研，有关游戏引擎的脚本系�l�。之前自己对Python有所了解�Q�但也仅仅限于应用层�Q�如今要把一个脚本系�l�加入到游戏引擎里面�Q�一时还有点不知道如何下手。赶紧上�|�查资料�Q�逛了大半天的gamedev�Q�现在�ȝ��有点眉目了�?br>首先要明��的是脚本系�l�在游戏引擎中扮演什么样的角艌Ӏ?

脚本�pȝ��的必要�?/strong>

游戏作�ؓ上层应用�E�序�Q�是在游戏引擎的基础上运行的�Q�现在游戏的发展��势来看�Q�游戏者（gamer�Q�对游戏的可自我配置性有非常高的需求，特别是在游戏�q�行时的自我配置�Q�已�l�不能通过��单的传参数来完成�q�种配置。所以，整个游戏的架构有分成两大块的发展��势。一块是kernel�Q�另一块是configuration。Kernel是游戏的基础�c�＆Object的集合，而configuration是针对特定的上层应用�E�序�Q�游戏本�w�）�Q�对kernel的元素进行组�l�＆配置。脚本系�l�无疑将是configuration的重要组成部分�?/p>
游戏引擎需要�ؓ脚本�pȝ��提供的接�?/strong>

我们把游戏中的物体（实例�Q�称为object�Q�把可以作用于object的函数叫action
1、保存全局变量�Q�局部变�?br>2、得到object(s)的引�?br>3、得到object(s)的属性，�q�调用object的action
4、提供timer�q�行周期性触发action
以上4点�ƈ不全面，但是却是最最基本需要支持的部分。如果需要更深入�Q�应该还要提供对静态场景的配置、设�|�场景结束条件以及完善的Debug机制�{�等�?nbsp;

游戏引擎不应该�ؓ脚本�pȝ��提供的接�?/strong>

1、画�?amp;播放声音�{�算�?br>2、内存管�?br>以上2点也�q�不全面�Q�因为目前的��目没有�|�络斚w��的需求，所以没有考虑安全�{�因素进来�?br>杂七杂八

外设响应

我们把所有的gamer的输入都归纳为外设输入。那么在游戏引擎里面�Q�对外设的响应应该是游戏实时反应能力的直接体玎ͼ�在去�q�从事的游戏引擎��目中，采用了类��g��windows消息队列的方式，�Ҏ(gu��)��U�特定外设输入（比如�Q�游戏手柄左键按下）�Q�挂上一个写�ȝ��函数。在脚本�pȝ��引入以后�Q�应该不再挂上一个编译式语言�~�写的响应函敎ͼ�而是调用脚本解释器来�q�行挂在�q�个外设上的脚本�?strong>所有外��N��采用脚本来响�?/strong>�Q�这一思想是保证游戏可用户自我配置的关键之一�?/p>
冗余

脚本的性能��L��令�h头疼的。所以在引擎提供�l�脚本的接口当中�Q�全面所�q?点当然在内）�Q�不要害怕冗余的情况出现�Q�而是要针�Ҏ(gu��)��戏开发者的需求，适当的增加引擎输出的功能�Q�让游戏开发者在使用脚本的时候，能用��脚本写得尽量的��单。�D例来�Ԍ��比如需要在某个时刻获得��M��角最�q�的怪兽�Q�如果只使用前面所提的4�U�接口，需要在脚本里面枚�D出所有的怪兽�Q�然后一一与主角的坐标�q�行距离计算�Q�然后才能得到最�q�的一个怪兽。这是十分低效的。如果这一动作需要频�J�发生，那么势必影响游戏的整体运行效率。解军_��法就是在游戏引擎里面提供一个类似功能的API�Q�由游戏引擎本��n的开发语�a��Q�一般是�~�译式语�a��Q�来完成�q�项功能�Q�而游戏开发者只需要在脚本里面调用�q�个API卛_��完成�q�项�q�算。如此做法在效率上应该比前面的做法要高出许多�?/p>

tianlinux 2007-05-30 22:07 发表评论

99精品久久免费看蜜臀剧情介绍,久久久久久久久久看片,亚洲男人第一av网站