毕设开发总结-3D游戏框架及网络对战游戏的开发(2)

最新推荐文章于 2022-10-14 16:56:26 发布

自我修炼的小石头

最新推荐文章于 2022-10-14 16:56:26 发布

阅读量314

点赞数 1

文章标签：网络面试游戏

原文链接：http://www.cnblogs.com/gameknife/archive/2011/04/26/2028790.html

版权

续

书接上回，今天距离睡觉还有两个小时，应该能把整个开发的流程带一遍。

感觉博客园里想要搞图形开发的学弟学妹还是挺多的~ 呵呵，希望这个开发流程能对你们有所帮助或者启迪！

最后，如果有任何疑问或意见，可以在后面跟帖。我知道的一定尽力回答~

3.开发流程

3.1 毕设开题 | 2010.7

去年7月，刚上大四，老师便通知我们，你们大四没课了，有课也是指导毕设，做毕设吧！（神马本科..一共四年最后一年就没课了）于是，我们在大三的暑假就没敢回家...扣破脑门开始想怎么搞毕设。其实吧，大四这么安排，主要是给我们去实习的，实习嘛，这毕设就得跟着实习挂钩。因此，我便锚定了走技术路线，不搞游戏创意和创作了，多练练技术，让以后工作有个更高的起点。（这点太有前瞻性了...）

于是，我们便决定

¨重构之前的游戏架构，制作一款多人联机对战游戏“

之前的TANK2010游戏截图

然后，便是在googlecode上面建立SVN空间，开始搭建工程的基础。

3.2 接触OGRE | 2010.8-2010.9

8月份开始，找到了第一份实习。开始接触大工程，啃了两个星期从未见过的硕大工程，终于鼓起勇气开始看OGRE源代码。一边看渲染核心流程，一边看各种分析文档。

OGRE的资源管理，渲染序列，材质排序，RT列表等概念都十分的好，让我越来越感到原来游戏框架的乏力。

终于，萌生了完全重做底层的想法，开始根据OGRE的构架，设计gkEngine的核心架构，开始画UML图。

3.3 痛苦的架构，设计 | 2010.9.14 – 2010.11.14

接下来，就开始导出UML图到基础工程（使用的是ZARGO这个软件来绘制UML图，该软件支持多种语言的基本架构导出），开始几个核心模块的设计实现

基本上总结下来就是一边看OGRE，一边写gkCore，搭建出OGRE like的场景图结构，资源管理系统，渲染队列系统，RenderTarget队列系统。

同时，也开始研究OGRE等大工程的模块划分策略，开始设计gkEngine的dll模块划分

后来在实现上因为需要键鼠交互，使用DirectInput和WindowsAPI实现gkInput模块

同时开始考虑网络架构

设计材质，搭建继承体系的shader系统。作为练手，自己实现了顶点，像素版本的Blinn，Phong点光源，法线贴图，卡通渲染等材质。并且将光照计算和空间转换统一写在了shader头文件中引入，让shader系统更加结构化。

这两个月的时间是痛苦的，在前面的核心模块实现阶段，只有一次一次的complie，link。有时候会打一些断点来检测程序运行的正确性。过了很长一段时间，才开始进行能看到图像的测试，设计，测试...

3.4 第一次毕设检查，赶工 | 2010.11.14

11月初，收到了一个悲剧的消息，毕设检查！当然就开始了半个月的突击，gkCore开始了快速粗糙的进度追赶…

11月14号凌晨，毕设第一次检查，终于做出了一个直接挂载gkCore的小DEMO版本 (法线贴图问题严重…)

当时第一次答辩在台上忽悠（这个词不太好）老师们的小DEMO

3.5 搭建网络模块 | 2010.11.15 – 2010.11.31

毕设第一次检查的结果特别好（老师们被我忽悠住了...），接下来，开始考虑毕设的主要目标：网络通信。

首先是抽象出了一个gkGameSystem模块，这个模块类似于其他引擎的framework，在之前的gkCore和gkClient之间建立一层，用于游戏逻辑实现以及其他非图像功能的组合（例如网络，物理，其他资源等）。

之后，分析了一个现有的IOCP服务器和网络通信模型（这个网络模型是一个贵人留给我的，可以说，这个模型是一个对于学习和实践都特别好的模型）。

设计抽象出gkNetwork模块，用于网络通信基础类的设计，客户端和服务器都加载此模块进行网络通信。

再抽象出gkBase模块，建立网络包的基本模板结构，最后，基于一个现有的IOCP服务器框架开发出gkServer，在gkGameSystem中引入网络模块的gkNetLayer

实现了一个简单的用户登入登出的网络通信小demo。

这是我第一次真正意义上的接触网络编程，其中遇到了太多的问题。其中一个问题就是我错误的以为收到一个包就应该立即去获取。后来网络包发多了，就经常发生掉包的问题。这里又一个大哥给了我不少点拨，后来终于知道网卡底层的收发包机制，重写了获取网络包的逻辑，终于不丢包了。其实到现在，我也是买了一大堆计算机网络的书籍，却只在遇到问题的时候摸一摸，基本都没怎么看。说来比较惭愧，等以后有时间了，一定翻出来好好看看。

11月底完成的简单用户登入登出网络通信demo

3.6 内核继续开发 | 2010.12.1 – 2010.12.20

第一次毕设检查打乱了开发节奏…好些子模块的顺序颠倒，有些直接被绕过了。花了半个月的时间休整和完成了毕设的重要目标，因此这一阶段就可以静下心来开始整理和继续开发。

正是这一段时间，我接触到了openGPU这个论坛，这个论坛注册的形式挺好玩的，出了一大堆图形学的题，任意答对多少道才能获得注册资格~相当专业，不过还好，只要有计算机图形学基础的同学肯定是一点问题都没有的。进入openGPU后，接触到一些CryEngine的分析，一些延迟渲染的分析。到这个时候，我才知道，原来我之前的后处理架构其实就是一个延迟渲染架构，第一次听到延迟渲染架构的时候，还以为是多线程处理一些低频渲染，来达到真实多光源的效果...

所以，我开始将之前的后处理系统重构并引入gkCore。在gkCore加入简单延迟渲染架构，修改前向渲染的shader以输出MRT

同时，因为场景太简陋了，我开始思考地图编辑器的开发方案

3.7 内核继续开发 | 2010.12.1 – 2010.12.20

2010年12月20日，从第一家公司结束了实习，开始突击一周后的毕设检查。

这一周是效率最变态的一周，我完成了

抽象出gkGameSystem的gkObject
完成了3dsMax地图编辑器和gkEngine地图构建器的设计到开发
在gkGameSystem引入gkPhysXLayer实现物理模拟和碰撞检测
移植了多种后处理效果
实现了完美的基于时间戳插值的网络数据包更新
完成一个可以操控的多人联机DEMO

当然一切都是hack方式完成的！gkObject是我目前比较得意的设计之一，他作为对gkCore中Entity的高层抽象，其中封装了包括渲染方法，变换信息，物理模拟，事件回调，行为控制机等多个模块。使得其可以抽象出游戏世界的所有物体。之后，在开发基于3dsmax的地图编辑器时，我又将gkObject放进了max，让其作为游戏引擎物体在max中的一个表现，通过修改面板可以更改每一个gkObject所挂载的模型数据（模型文件）。然后赋予max自带的材质球。最后，导出场景时，导出器会搜索场景中的gkObject物体，并导出其所赋予的材质球，最后导出所有gkObject的模型文件信息和变化信息以及物理模拟信息。

相关的详细介绍我之前有篇博客有提到：

下面是当时的截图：