Unity3D游戏开发之RPG游戏剧情呈现策略
今天和大家探讨的是RPG游戏中剧情呈现的相关策略，我们知道一个RPG游戏主要是通过将玩家带入到游戏世界中进行某种“体验”进而影响角色的成长。这句话其实指出了RPG游戏的两个特点，即高度的代入感和角色的可成长性，因此我们在RPG游戏中能够看到以生命值、魔法值、经验值等为基础而展开的一系列的成长路线，玩家获得的每个经验值或者是技能点，从现实意义上来说都在表征角色的成长，而RPG游戏中宏大震撼的世界观和引人入胜的剧情则成为了玩家代入感的一种最为直接的表达方式。
一、RPG游戏==剧情？
一直想强调的一个观点是游戏的本质是玩家和规则间的一种博弈，因此不管是什么样的游戏都要把握一个要素：游戏性。游戏性是什么？游戏性是一种策略，是一种玩法，是玩家对游戏规则的一种探索。RPG游戏虽然以剧情为核心，但是同样可以衍生出探索性，比如玩家在城镇中闲逛是对游戏世界观的一种探索，和NPC对话是对游戏剧情的一种探索，开宝箱收集物品是对游戏规则的一种探索等等，可是在《仙剑奇侠传六》中这一切都是不存在的，因为大家都认为只要有个好剧情就好了，这样可以赚足玩家的眼泪进而让玩家为游戏买单。可是《仙剑奇侠传六》的剧情真的是个好剧情吗？尽管从表面上看起来波澜壮阔、跌宕起伏，但是追究整个故事的起源你会发现都是编剧的“良苦用心”，鲲为了让禹族族人苏醒而“煞费苦心”，赢旭危为了让鲲“帮助”禹族而打开方便之门，扁洛桓为了让祈像个正常人一样生活而动“恻隐之心”。如果这些事情都没有发生，你觉得仙剑六的故事还会让人觉得这是一个好剧情吗？RPG游戏中的剧情是应该交给玩家去探索和挖掘的，然而现在国产RPG的编剧却喜欢用大量的篇幅去铺垫、埋伏笔甚至恨不得直接把剧情告诉玩家，整个游戏完全不像是玩家在探索这个陌生的世界，而是编剧每隔一段时间就会以上帝的身份来告诉你：亲，接下来XXX就要死了哦，请准备好纸巾和眼泪，我们会让你哭瞎眼睛的哦！甚至直接在游戏一开始的CG里就告诉玩家我们要讲一个什么样的故事，探索是一个RPG游戏的常态，在这个过程中迷宫、战斗、机关、对话在我看来都应该是对游戏剧情的一种补充，然而现在呢，现在变成了勉强当作幻灯片来看的一场皮影戏。
最近博主一直在玩Trine这个游戏，这个游戏的中文名称通常叫做三位一体或者魔幻三杰，和这个名称传达给我们的直观感受相同，这是一个讲述三位不同身份的英雄们一起踏上冒险之旅的游戏。虽然严格来说这个游戏并非RPG游戏，可是你在玩这个游戏的时候你无时无刻不在感受到剧情的推进，因为这三位英雄们(魔法师、女盗贼、士兵)不同的身份首先就会让你对整个剧情产生兴趣，可能是阴差阳错般地弄巧成拙让他们彼此相识，可能是冥冥之中自有天意安排他们彼此相见，他们每一个人背后有什么故事，为什么会被圣杯召唤并且聚集在一起？这就基本撑起了整个游戏的剧情了呀，所以它并不需要再占用大量的时间去铺垫和埋伏笔，因为剧情此时此刻就已经开始了。曾经玩《古剑奇谭2》的时候明显感到编剧在叙事方式上发生了变化，它那如上帝一般俯视人间的剧情视角，让玩家在探索游戏的过程中基本上看不到明确的立场，或许编剧希望玩家自己去寻找游戏中正确的立场，可是一个RPG游戏最基本的要求就是代入感啊，所谓代入感是先入为主、是感同身受而非冷眼观世，所以用小说的叙事视角来讲游戏剧情可能会让人记住一个好的故事但并不会让人记住一个好的游戏。我很欣赏北软团队想要追赶《古剑奇谭》系列的决心，他们确实为此付出了辛勤的劳动，可是偏偏不去学习人家优秀的东西反而退而求其次去学习人家这种不好的叙事方式、去学习人家不成熟的战斗系统、去学习人家被吐槽到面目全非的设定。距离7月8日仙剑六上市已经过去两个月了，仙剑六就像沉寂在冰下的水终于渐渐冷清下去，这段时间大家对游戏周边、MMD、同人视频、同人小说、Cosplay等的关注度要大大地超过对游戏本身的关注。我一直认为一个游戏是用来玩的，而非是用来看或者是追的，这样并非我们设计一个游戏的初衷不是吗？其实有时候我们自己的故事就像一个游戏，有时候我们被生活这个编剧无情地嘲弄着，有时候我们希望自己去扮演自己的角色。
二、过场动画还是即时演算？
在游戏中呈现剧情基本上有过场动画和即时演算两种形式。过场动画通常是以视频的形式嵌入到游戏内容中，这种形式的优点是过场动画和游戏本身独立，因此过场动画的制作和游戏开发工作可以独立开来，从而节省研发过程中的时间提高开发效率。可是我们知道视频的画面表现取决于视频解码器的解码效果，因此为了保证视频的播放质量一般游戏中的过场动画文件体积都比较大，因此这种方式的缺点同样明显，即会增加游戏的容量。以最近的国产动作游戏《御天降魔传》为例，这部同样使用Unity3D引擎开发的单机游戏给《仙剑奇侠传六》神奇的优化问题树立了良好的榜样，游戏能针对玩家电脑的性能自动进行优化保证游戏可以在玩家电脑上流畅的运行。这个游戏的主线剧情长度较短，大概5到6个小时的时间就可以通关，可是这个游戏的容量居然达到了将近20G的程度，这是为什么呢？因为游戏里的所有过场动画都是以.avi格式的视频形式给出的，首先.avi格式是视频格式中比较重的一种格式，其次这个游戏里的所有视频是直接暴露给玩家的并没有对其进行压缩，我想这应该就是这个游戏容量居高不下的原因所在了吧！好了，其次是即时演算，即时演算本质上一组可执行序列依次执行的结果，类似我们熟悉的帧序列动画。即时演算是利用游戏引擎本身的强大特性去实现如角色移动和旋转、相机的移动和旋转、动画的播放、粒子效果、屏幕淡入淡出等剧情呈现的常见特性，因为即时演算的动画是实时播放的无需在本地预留视频文件，因此它可以有效地减少游戏容量，可是使用这种方式如果要做出真实的效果是不太容易的，因为它需要对每一个镜头进行细节上的把握，在游戏电影化的今天使用这种方式意味着需要把握更多的细节。为了写这篇文章，我在知乎上提了这样一个问题，大家有兴趣可以去看看啊！
三、在Unity3D中实现游戏剧情
好了，那么我们可以关注这样一件事情了，在给玩家呈现剧情的时候，我们应该考虑到哪些因素呢？通常来讲，在给玩家呈现剧情的时候会涉及到摄像机及角色的旋转和移动、人物对话、背景音乐、动画、特效等等这些因素，如果我们把这个过程简化为一个线性的序列的话，我们会发现剧情呈现其实就是将剧情分解为一个线性的动作序列然后依次执行这个序列中的动作即可，这样如果实现了相机及角色的旋转和移动、人物对话、背景音乐、动画特效等每个动作的控制，那么将这些动作连贯起来就可以进行剧情的呈现了。好了，下面我们来看看具体是怎么样实现得吧！
首先我们来定义一个基类RPGCommand
注意到Execute()方法是一个虚方法因此所有继承RPGCommand的类都必须要对这个方法进行重写，以显示对话框为例，我们可以由此派生出CommandDialog
同理我们可以派生出其它的类，在设计每个派生类的时候我们应该着重关注Execute()方法的实现。好了，有了这些“演员”以后，我们需要有一个“导演”来对它们进行管理，因此接下来我们要定义一个CommandManager
因为通常来讲RPG游戏中的剧情对话是需要手动去触发的，因此在设计CommandManager的时候就有了Automatic(自动)和Manually(手动)两种形式，默认情况下剧情对话是手动的，具体的细节大家可以从代码中来研究，整个代码设计比较简单。
四、工程实例
好了，接下来是一个测试用例：
在这个用例中展示了画面的淡入淡出、相机的移动旋转、人物对话等内容，这样就实现了RPG游戏中的剧情呈现！下面是部分演示图片：
四、相关工具扩展
我们注意到这里的剧情是用脚本来驱动的，因此大量的剧情逻辑是需要写在代码里的，这样对程序来说确实是友好的，可是如果让策划来做这件事情就不会那么友好了，如果策划具备一定的程序基础，那么这样尚可作为一个可以商措的方式;如果策划基本没有程序基础，那么抱歉我们需要换种方式来表达。考虑到Unity3D具备了较好的扩展性，因此我们可以考虑让这些命令文本化，这样就可以使用配置文件来处理这些命令，进而我们就可以使用程序来生成配置文件，换句话我们就有了工具，当然这工具是给策划使用的嘛！比如第三条命令我们可以使用这样的一行文本来表示：
audio,Audios/Event/e01;
第四条命令可以使用：
camera,54.30874f,47.75602f,34.2717f,,2.5f
来表示。当我们定义了这样一套规则以后事情就好办多了，遵守规矩的计算机程序会比不喜欢遵守规矩的人类更勤劳地去处理这些事情，这样可以减轻程序员的工作量，何乐而不为呢？再说一遍，程序员存在的意义在于提供合适的工具以更高效地完成工作，当策划和美术准备指挥程序做这里做那里去不去想这样做到底对不对的时候，我会说对不起我没有这样的义务。好了，今天的内容就是这样了，我知道有很多人都希望我写点普通人“抄点代码”就能用的教程，而不是这样看起来高大上实则没有什么卵用的东西，可是我觉得做人不能这样浮躁，虽然站在巨人的肩膀上没有什么错，可是如果你什么东西都等着别人给你提供现成的，你终究不会学到什么真正的东西，因为学习是从外部逐渐内化的过程，经常有人问我学习Unity3D有没有什么样的教程，我就搬出基本没有再更新的Unity圣典和最近的Unity3D官方文档给他看，英文不好的可以去看中文翻译版，英文稍微好点的可以去看官方的英文版本，在我看来这就是最好的教程了。我知道我说看文档这样的话有许多人不高兴，但是看文档确实可以解决很多人的问题。好了，今天同样是提供一个思路，大家可以自行深入研究，希望大家喜欢！