用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎。

PassByYou · 发表于 2006-8-29 01:34:00

1，entry脚本
2，engine脚本
3，剧本脚本

entry脚本负责数据初始化处理，并且启动engine脚本，并将之装入内存
engine脚本负责驱动图形引擎，驱动运动引擎，GUI控制，以及创建基本的游戏规则。engine做的工作是为第三层的剧本脚本提供API
剧本脚本完全是按场景写的程序流，如，角色死亡，任务，关卡

entry脚本已经完成
engine脚本做了大半
剧本脚本系统只做了一个demo

现在做起感觉很累，用脚本控制运动十分困难，调试分析时很恼火
每个3d游戏都会涉及到或多或少的运动控制，用ode也好，dce也好，自检也好。我觉得运动控制是最难做的一块，涉及到path和animate协调控制，涉及到碰撞，还有很多条件判断。

有老鸟吗？批一下吧

♂樱♀ · 发表于 2006-8-29 01:38:00

我觉得你的想法很有趣，我也曾经试图写一个引擎，然后以脚本驱动之。不妨继续做下去试试看

yanonsoftware · 发表于 2006-8-29 11:50:00

这种做法逐渐流行，已经有几个商业引擎是这样的了。

hlsl · 发表于 2006-8-29 13:44:00

在休闲游戏中，纯脚本驱动的已屡见不鲜了

Jeminai · 发表于 2006-8-29 17:35:00

这种做法我早已用多年矣、、、

PassByYou · 发表于 2006-8-29 22:59:00

因为jpeg格式关系，贴图中的字看不清楚
等下我把路径点和动画帖上来

PassByYou · 发表于 2006-8-30 04:47:00

刚才终于把direction坐标计算完了，用脚本的log text在调试
4点了
睡觉了，明天要上班

免费打工仔 · 发表于 2006-8-30 17:49:00

和我的做法不大一样
我的游戏中的实体都是通过消息传递联系的
所以脚本是针对每个实体的，分为初始化和消息处理。用lua
在更上一层有几个个场景的实体和其脚本，再上一层有一个总控制的实体和脚本

这样做的坏处可能是没有一个统一的流程，所以做起居本来要单独写一个CutScene脚本来做。
好处是，很松散耦合，随便加一个实体不用从新安装游戏一个dll就可以增加进来一个新的人物什么的，然后脚本配置其对消息的反应。

之前看虚拟人生就是可以随便从网上下载新的人物和道具，我想可能就是这种类似的模型。

与楼主的区别是，楼主的是流程用脚本跑，游戏(c++)本身是模块，脚本是主体。
我的这个是流程还是游戏跑，脚本只是处理消息和一些算法，游戏(c++)是主体。

♂樱♀ · 发表于 2006-8-30 18:54:00

通过消息是降低耦合的有效办法，不过效率会低。需要折衷处理，我认为。
P.S：打工仔好久不见了

免费打工仔 · 发表于 2006-8-30 21:19:00

最近看到两个东西，一个是游戏编程精粹4中的 “游戏中的实体管理系统”
很夸张，把更新和渲染以及物理都交给消息来通知。
还有就是偶然看到操作系统中的“微核”概念，说是内核只负责消息传递，这样很容易移植。
所以现在觉得一是现在机器越来越快，用消息来维护可能也不是很可怕。第二是就连操作系统也这么做，应该如果自己程序写得好的话，应该不会成为瓶颈把。现在都在很低性能的平台上做，所以对性能很敏感。：（

PS . 工作了忙啊
PPS. 在电驴上找到英文版游戏编程精粹5。感动中~~~~~

账号		自动登录	找回密码
密码			立即注册

用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎。

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re: 用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re: 用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎

Re:用纯脚本写游戏引擎，注意，不是3D引擎，是游戏引擎