夜半鬼入梦-第419部分
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
纯纯戳硪恢中⊥哦颖冉夏艹惺艿牧巯低常�
来自snappers的 惯性运动捕捉系统；
在视频中大家能看出来，这个动作动画比上面那个要自然多了。但是理论上，光学运动捕捉系统的精确度要比惯性运动捕捉系统高一些，这也是为什么在影视领域大家都用光学运动捕捉系统。as liu他们的模型，很明显只是简单绑定了一下骨骼，手部都没有绑定（也许是控制点没有绑定）；但是snappers的模型由于有标准的骨骼绑定，即使用的惯性运动捕捉系统，看起来依旧很自然。所以在3。7节中，我们说到绑定非常重要，大家可以直观感受到。这套惯性运动捕捉设备只需要一万元左右就能拿下，并且使用也很方便。
刚刚展示了两个肢体运动捕捉的案例，下面来看一下 面部表情捕捉。这是很早很早以前的光学运动捕捉系统，可以看出对于表情的还原非常精确，惯性运动捕捉系统是做不到这一点的。还需要展示的是，动作动画的重定向。前面说过了，动作师在是骨骼的层面上工作，而不是模型。因此，我们做出的动作动画，可以使用在不同的模型上（只要它们使用了相同的骨骼）：面部表情捕捉…重定向。这能够大大减少我们的工作量。
工作提交：作动师完成工作以后会得到大量的动作动画片段，包括但不限于：走、跑、蹲、跳、攻击、防御、受伤、死亡……动作动画片段展示…剑盾战士。配上材质贴图，大概是这个样子：动作动画片段展示_士兵；再看一个《刺客信条》的动作吧：刺客信条动作动画展示
3。9 gui design & other art ork
实际上我将略过这一环节。因为我认为游戏中最好的ui，就是没有ui。但这将是游戏发展的一个趋势，我看到许多大厂小厂都在加入这条道路，去ui化：只在最必要的地方，用干扰力最小的方式，给予玩家最需要提示。把屏幕空间，还给游戏世界，我们不需要那么多文字与图标。讲到这里，alpha阶段的美术工作已经走过一遍。我们可以把必要的gui，和前面做的所有3d美术资源（模型、材质、动作）提交给游戏设计师。将发挥一个重要的作用：他将编写shader脚本，der也是一种美术资源——der（着色器）告诉电脑如何用特有的一种方法去绘制物体。
比如在上面这幅对比图中，整个场景使用了完全相同的模型、材质贴图，并且处于同一个时间状态，但是因为使用了不同的shader，最后得到的效果也完全不同。通过shader，我们可以让一个非常写实的物体，变成卡通风格、水墨风格、像素风格，可以让它变成半透明，或是只有一个剪影。可以大致参考：
来自gareth stockell的 shader效果对比。
shader的制作，属于编程工作，并且需要具有计算机图形学知识背景（学习计算机图形学，需要具备 线性代数 知识）。那个以为做美术工作就是画画的少年，你有什么想法吗？
如果没有，那我们就进入声音制作的环节咯。（你怎么沉默低头不说话了……）
3。10 audio & music
制作游戏不仅需要画面，还需要声音。声音包括：音效、音乐、配音。
3。10。1、音效制作。包括开枪的声音、汽车的声音、脚踩在木板阁楼上的声音、释放技能的声音、点击游戏菜单的声音。最基本的制作方法是实录，比如《武装突袭》为了制作真实的枪声，去军营里实录了所有武器的声音。还有一种方法是拟音，这是更为经济实用的方案，用这两个视频来了解一下拟音艺术吧：拟音师忽悠女盆友、奇妙的工作：拟音师。我们做游戏的其实很少有成立专门的拟音组，去制作专门的音效，这在y telling游戏制作组中可能会有。我们更喜欢的是使用商业音效库，里面包含了许多现成的音效，像这样：
另外，我们还会用声音合成器去制作一些现实中并不存在的声音，比如说传送门的开启声。
3。10。2、音乐制作。专业术语是：编曲。编曲过程可以参考下面的视频，考虑到没接触过编曲的人可能看不懂，稍作解释：视频中音乐家id键盘，先后编写了：大镲、大鼓、日本太鼓、小鼓、小号、长号、大号、吊镲、小提琴、大提琴、贝低提琴、贝斯、竖琴、铜钹、格洛克、吟唱、长笛、定音鼓、钢琴、法国号等乐器的音轨：游戏配乐编曲过程。现在的游戏音乐，甚至其他流行乐、交响乐什么的都是这么编写出来的。一般是先在软件里编好，然后为了追求音质后期再找交响乐团实录。想要编写优秀的音乐，乐理是基础知识，然后需要去熟悉了解不同的乐器不同的音色。编曲和乐器演奏是两回事，但是具备多种乐器演奏能力是最好的。 补一句，在传统的音乐编曲上，制作游戏音乐往往还需要考虑超长时间的loop循环，让人听一天也不会腻的单曲循环。还有需要程序控制的动态地音乐节奏切换、和弦进行切换、混响效果器切换，以适应游戏中的事件状态。所以游戏配乐会有一些不同。
3。10。3、配音。为npc配音，为过场动画配音，为游戏角色的语音包配音。elling游戏中很重要，在gameplay游戏中也越来越重要，想一想《守望先锋》、《dota2》，打着打着莱因哈特会来一句：“护盾快撑不住啦！”；小美会说：“嗨呀~好气呀~”。但是做这份工作的人群，在国内的生存状态并不理想。我认为需要给予他们更多的关注，看这两个视频了解一吧：“替”声世界之生存现状；走进“替”声世界：夏磊_演讲。
声音资源制作和美术资源制作就到这里，这些资源统统都会交回到游戏设计师的手里。他们在游戏引擎中把这些资源整合到一起，来完成真正的游戏制作工作。
3。11 level design
在game design方面，我们刚刚讲到了stroyboard design。经过这项工作，我们设计了玩家的游戏流程。在这之后，我们需要进行进一步的设计：在游戏流程中的具体细节。就像我展示出的我曾经的工作内容一样，我们会去考虑玩家在流程中的每一步的感受，会去设计我们想要给他带去的体验。eplay design的工作意义。eplay design有一些区别。这更像是做 pre…experience design。
经过二次gameplay design，经过美术和声音资源制作工作，我们已经得到了 制作一个世界所需的所有资源。在这个基础上，我们可以开始进行level design我认为可以分成两层：1、关卡设计；2、场景搭建。在我的语境中，关卡设计是一种游戏性设计，会去考虑玩家的行动路径、决策方案，会考虑战斗掩体的布置、地势高低的布置等元素。eplay design密不可分。
场景搭建呢，是一份艺术工作，目的是在游戏引擎中还原场景原画师所设计的游戏场景。其过程可以参考如下：
来自level designer…maverick的 快速游戏场景搭建…森林铁路 以及 快速游戏场景搭建…村庄；
来自level designer…kaan ？ztuzun的 快速游戏场景搭建…城市；
上面三个是unreal4的场景搭建，下面放一个unity的：
来自level designer…maverick的 快速游戏场景搭建…入海口；
这些都是自由的游戏场景搭建，实际工作中，房屋的位置、街道的转折、物体的摆放，都已经由关卡制作的过程预先制定了。在关卡制作中，设计师们用各种简陋的方体来代替物品，定制关卡中所有碰撞体积的位置（就跟原型阶段所做的事情一样）：
左图是艾兴瓦尔德的关卡设计示意图，右图是完成场景搭建后的效果。完成场景搭建后，我们的游戏基本就拥有了华丽的外表。还记得原型阶段给大家展示的截图吗，来看一下它们对应alpha阶段的截图对比：
真是激动人心的时刻啊，我们的游戏完成了脱茧蜕变，完成了华丽丽的升级！但是我们要知道，这背后是许多艺术家、设计师挥汗如雨的辛勤工作。他们可能经历过灵感的匮乏，经历过方向的迷失，经历过未曾预知的错误，经历过拍桌叫板的争吵，经历过委屈与绝望，经历过一年又一年纷飞的雪。看着这些伟大的游戏的画面，鬼知道在这背后我们经历了什么。
3。12 experience design
游戏还没有结束。我们要做最后一次设计工作。我称之为体验设计。体验设计，需要去考虑玩家从点开游戏的桌面图标开始，进入游戏看到的第一个画面，第一个菜单，听到的第一个声音，一直到玩家正式进入游戏场景，开始的第一个事件，收到的一个奖励，一直到玩家第一次保存并关闭游戏，下一次再进入游戏，遇到的最大的挑战，最紧张的时刻，最刻骨铭心的体验，一直到玩家人生中最后一次关闭游戏，把它永久地留在硬盘的某个角落，在这之中会经历的一切。这项工作会整合所有的游戏资源（美术上的、声音上的、故事背景上的），去整体设计玩家的游戏体验。就像旅行体验设计师会做的那样。
在许多游戏的制作成员名单中，可能并不会看到experience designer这个词。因为体验设计，是一个团队的工作，整个团队的工作。每一个环节都会为最终的体验负责。当然，我建议由熟知产品设计的游戏设计师来领导完成此事。
到此，游戏已经完成了alpha阶段，也意味着游戏完成了全部的开发工作。
4、beta阶段
beta阶段的主要工作，就是对游戏进行测试与迭代。y assurazen，曾主持过《魔兽争霸》、《星际争霸》、《暗黑破坏神》、《魔兽世界》开发工作的暴雪副总裁，崩溃了。在顶着巨大的心理压力，收拾残局，制作完《守望先锋》后，他选择了离开暴雪，离开游戏界。这是为什么，我们需要有原型阶段，我们要在原型阶段检验游戏的玩法，对待复杂玩法的游戏，我们都小心翼翼。同时我也致敬暴雪，他们宁愿割掉自身的血肉，也不愿给玩家一个无聊的游戏。
好了，我致敬的方式是放两个ea的游戏视频……pia！
还记你在原型阶段下载下来玩的那个ravenfield吗？想知道它在完成阶段之后是什么样子吗？请参照：《战地4》联机对战实录；《战地4》官方联机演示。
结语
到这里，整个游戏开发流程已经讲完了。谢谢你能够耐心地一直看到这里。，这个流程是我根据古今中外的实际项目和自己的理解总结出来的理想模型。它可能并不匹配任何一个市面上游戏的开发流程，也可能不匹配小团队独立游戏的开发流程。但我尽可能的把各类游戏开发中需要的工作都整合了进来，让大家看到一个全面的工作介绍。有些工作，在你们的游戏中可能不需要出现，比如《球球大作战》就不需要high level design，或者你们开发2d游戏就不需要modelling及之后的工作。甚至有的开发团队不采用这样的瀑布流开发模式，而是采用敏捷开发模式（会一边制作一边设计，根据玩家的反响实时调整设计方向），这都没有问题。只是我个人倾向于采用完整的这套开发流程 来制作游戏。
