关于什么是游戏引擎概念的讨论

白鱼汤

这是和一位业内前辈的一次讨论. 请各位关于这些讨论给予一点指引, 业请高人能够给本人[已方]一个明确的概念,到底什么是游戏引擎.

以下内容有部分删节(与引擎讨论无关),双方MSN名字也被甲方<业内前辈>,已方<本人,菜鸟>代替.
本人是一只菜鸟,愚昧之处.敬请各位指出,各抒己见吧,请不要人身攻击哦~~~
//##############################################
[甲方] 说:
我看了下你的代码
[已方] 说:
恩,
[甲方] 说:
我感觉你根本没看明白引擎是怎么回事情
[甲方] 说:
你说说游戏引擎的基本结构是什么样的
[已方] 说:
那么看来我们关于何为引擎出现了冲突
[已方] 说:
您说的是100行代码,对麽?
[甲方] 说:
恩
[甲方] 说:
对
[甲方] 说:
但你发过来了
[甲方] 说:
我就大致看看
[已方] 说:
我发给您的代码绝对不只100行,因为我觉得如果您要从100行代码中去看一个引擎的架构,那是不可能的,所以我把其所涉及的一些组件给您发过来了.
[已方] 说:
我简要说一下我的思路,或者说我所理解的引擎.
[甲方] 说:
好
[甲方] 说:
有人在跟你谈了
[甲方] 说:
我就不跟你说了
[已方] 说:
目标: 我要做的是一款动作冒险类型游戏,支持室内室外渲染,物理化的世界.
模块划分: 底层模块 --->system 功能: 平台封装相关封装.
[已方] 说:
audio 功能: 基于OPENAL 的音频,音效支持.
physics   :
[甲方] 说:
你对引擎的理解有问题
[甲方] 说:
你没有看过正规游戏引擎的代码
[甲方] 说:
或者认真看过
[已方] 说:
physics :基于ODE的物理运算支持.
animation : mesh,骨骼动画,表情动画支持.
等等.
.......
[已方] 说:
最后这些子系统通过engine 进行整合. 场景对象
采用编辑器何和教本方式进行编辑,

[甲方] 说:
不对
[甲方] 说:
你没有引擎的概念
[已方] 说:
那么您说引擎是个什么概念?
[甲方] 说:
一般的引擎分游戏引擎和渲染引擎两大块
[甲方] 说:
渲染引擎就是渲染，数学库，特效，封装DX9什么的
[甲方] 说:
游戏引擎封装角色动画和场景管理
[甲方] 说:
还有阴影，贴花，选定等数学运算
[甲方] 说:
你根本没看过3D引擎
[甲方] 说:
写的东西也是很原始的
[甲方] 说:
你写的那东西，结构很差的
[已方] 说:
我觉得如果我们把我们的聊天记录发到开发论坛,来个投票,你觉得站在哪边的人会比较多?
[甲方] 说:
你发吧
[已方] 说:
不.
[甲方] 说:
你不发我发
[已方] 说:
恩.
[甲方] 说:
你整理一下吧
[甲方] 说:
我比较忙
[甲方] 说:
然后我发到GAMERES上
[甲方] 说:
弄好了没？
[已方] 说:
引擎来自游戏,成功的引擎难免是从成功的游戏中分离出来,unreal 如此,jupiter 如此,project-offset,renderware,等等,也大都如此. 各人关于引擎的看法都有可能有自己的观点,所以评价一款引擎也会有好多标准,比如功能,上手难易等. unreal 都承认是引擎,但是我也可以说他是一个编辑器.crytek,jupiter 也是.但是从他的SDK看来,不光是个编辑器,还要自己去写一些插件~~ 也有如你所说的, DX SDK 本身也是个图形引擎哦~ .
何为引擎,小生愚笨,如果不是您一定要问我的话,我真想说一句:"哪里有什么引擎!不就是为了模块重用而写的一些小组件麽."

[甲方] 说:
你有没有认真的看过一个引擎的代码
[甲方] 说:
回答YES/NO就行了
[已方] 说:
我没用呢,因为觉得没有这个必要.
[甲方] 说:
OK
[已方] 说:
................. NO/////
[甲方] 说:
那没什么好说的了
[已方] 说:
我有认真看过N个引擎的代码~
[甲方] 说:
是的
[甲方] 说:
我待业了1年在家看引擎
[已方] 说:
诸如哪些呢?
[甲方] 说:
我要工作的老大
[甲方] 说:
等下班在跟你说吧
[已方] 说:
恩,行.
//####################################################

tarkey

这种争论毫无意义，估计楼主是新手，有更要紧的革命任务等着你哪。。。
这个问题就好像“人活着究竟有什么意义”一样。。

soulofbit

我觉得甲方才是新手:游戏引擎封装角色动画和场景管理,这个跟游戏有什么关系呀,胡说呀.

bracelet

感觉就是老手欺负新手

所谓游戏引擎那是从若干需求中总结出来的一些共性，或者说公用功能，通过良好的设计，做成一个可供具体需求进行使用和扩展的工具。

需求分为很多类，也会不断变化，所以引擎也有很多分类，也会变化，所以没有必也不能用一种固定的模式去解释引擎

因为引擎是从若干需求中总结出来的，所以如果你没有若干的实际开发经验，就去着手开发引擎，那么做出来的引擎多半实用性会很差。

LendyZhang

只说一句话：楼主可以把甲方无视掉。

老大的马甲

引擎来自游戏,成功的引擎难免是从成功的游戏中分离出来,unreal 如此,jupiter 如此,project-offset,renderware,等等,也大都如此. 各人关于引擎的看法都有可能有自己的观点,所以评价一款引擎也会有好多标准,比如功能,上手难易等. unreal 都承认是引擎,但是我也可以说他是一个编辑器.crytek,jupiter 也是.但是从他的SDK看来,不光是个编辑器,还要自己去写一些插件~~ 也有如你所说的, DX SDK 本身也是个图形引擎哦~ .
何为引擎,小生愚笨,如果不是您一定要问我的话,我真想说一句:"哪里有什么引擎!不就是为了模块重用而写的一些小组件麽."



从楼主这段话来看,要称自己为菜鸟,是不是有些牵强呢?
借4楼一句话,我感觉是一个无知的老鸟被一个谦逊的菜鸟给欺负了.

fantasyer

至今也还没有完整看过一个简单游戏引擎的源码，但有时想想，游戏引擎
只不过又是一堆API函数库，只是当需求的功能越来越多、越来越复杂时如何更高效方便的管理这些函数，当然也只是自己的愚见。
很想问问大家，未来游戏引擎的发展趋势会怎样？ 比如PS一些强大的功能如何能更好的集成到游戏引擎中？

aliang_2000_

我来说说引擎吧。呵呵，本人没有写过引擎，不过看过的引擎却有几款，做游戏客户端也有三年多了。目前也正在试着业余写写引擎。
引擎的目的是让开发者专注于游戏逻辑的编写，而尽量减少底层的编写。
所以引擎的封装是必不可少的。但引擎不仅仅是封装，如果引擎只是封装，那么引擎也太简单了吧。
引擎最重要的功能是提供一个框架，这个框架能够管理游戏的各个模块，比如：渲染模块，GUI，物理系统，场景模块（包括，角色，NPC，各种物件）。。。。等等，使各个模块分工合作得最好。然后游戏开发者在这个框架内工作。正是有了这个框架，引擎才知道如何最佳管理客户端的各种资源（这里我只说客户端），才能让游戏的运行效率达到最好。一个引擎框架的好坏直接影响着引擎的可扩展性，可移植性，运行效率，可读性，上手容易性。写出一个几个模块出来并不是很难的事情，难就难在如何写一个框架，让这个框架能够管理好各个模块，
也就是说让引擎去管理好客户端的各种资源。这就是说要让引擎去管理客户端游戏代码，而不是让客户端游戏代码去管理引擎。只有这样，游戏开发者才能集中精力去实现游戏逻辑，而引擎也可以将程序运行效率达到最高。

hanma

  不好意思，我就是那个无知的甲方，有没有确实写过引擎的人出来谈谈？
  

congy

引擎也是人创造出来的，引擎具有什么功能是根据游戏的需要，一个 RTS 引擎一定不适合 FPS 游戏。不要拘泥于概念上的东西，要看你真正的需求是什么，你完全可以创造出一个新的从来没有过的引擎，只要它是一个给动力就能够自动运转的系统，他就可以称为引擎。
现在有很多人在写引擎，可是我们看到国外的优秀引擎无一不是根据游戏的需求和类型来开发引擎，或者说在决定了做什么游戏之后，才开始开发引擎。很少有在不知道游戏具体需求和类型的情况下先去写引擎，这样的引擎如果应用到游戏中往往会出现问题，例如: OGRE、Torque。