GDC2016 【巫师3 狂猎】的游戏事件工作流

巫师3 狂猎（The Witcher 3: Wild Hunt ）的游戏事件工作流

http://game.watch.impress.co.jp/docs/news/20160320_749169.html

CD PROJEKT REDのPrincipal Programmer、Piotr Tomsinski氏

CD PROJEKT RED的主程序、Piotr Tomsinski

在GDC2016的最后一天18号，CD PROJEKT RED的主程Piotr Tomsinski，以【巫师3：狂猎的幕后（BEHIND THE SCENES OF THE WITCHER 3: WILD HUNT）】为题，进行了动作RPG【巫师3：狂猎】的事件对话系统的开发流程的解说。另外，【巫师3：狂猎】也被参加GDC 2016的开发者评选为【年度游戏奖】。

【开头是「巫师3：狂猎」的介绍演示】

Tomsinski把【巫师3：狂猎】定义为“不是基于一条主线故事进行的开放世界的RPG“，故事是本作的生命。在本作的介绍演示后，Tomsinski对本作的事件对话系统，对根据玩家自身想法来适当的给予选择的机会，以及选项有着动摇玩家感情意义的重要性做了说明。

虽说如此，但让动画师手动的制作35个小时以上的电影级的事件会话，必须要动用大量的动画师才可以。那种最简单拍摄的幕间过场动画（Cut Scene）姑且不算，但对于用手工制作RPG会话要花费的时间，很明显是不现实的。在【巫师3：狂猎】的故事事件里，是把2.5个小时的过场动画用35个小时的会话事件系统来控制，就如Tomsinski所说，过场动画的制作成本非常昂贵。除了重要场景外高消费外，其他的部分自然要采用不同的解决方法。

RPG游戏中故事的重要性

RPG的事件场景制作非常的痛苦

过场动画和对话事件的对比，右下的小画面是过场动画

Tomsinski他们为本作的对话事件系统开发了自己的工具。故事的Sequence的制作由【任务图表（QUEST GRAPH）】和【对话编辑器（DIALOGUE EDITOR）】构成。由于为本作开发了大量的工具，制作看起来就很容易了。

剧本作家创作的剧情，通过基于节点的【QUEST GRAPH】，把故事的序列逻辑按一定单位的节点替换，而分歧用流程线来联系。虽然【QUEST GRAPH】看起来做了阶层化，但大量的管理还是很成问题。尽管如此，把流程视觉化可以更方便理解的显示，是这种可视化脚本工具的优点吧。

【QUEST GRAPH】的画面

【DIALOGUE EDITOR】的画面

每个节点内部创作的内容，是在基于Timeline的【DIALOGUE EDITOR】中来制作的。每个节点内，有角色，相机，光源，面部表情，天气等的控制变化。除了像通常那样使用系统来制作事件节点外，还有更加详细的制作方法，可以制作出更加流畅的事件节点，这个就是使用【GENERATOR】通过模板生成节点的Timeline。基于Timeline的工作虽然要比制作定制的过场剧情轻松，但一个个的准备所有节点的Timeline还是很麻烦，只能说是稍微轻松了一些。

「DIALOGUE EDITOR」中Timeline的编辑

「GENERATOR」是非常便利的工具

各种待机动画

注视点的管理在系统之外而且复杂

考虑到要彻底的节省工作，在其他方面也要更加的讲究。角色的待机动画上，准备了站立的，单膝跪地，坐着等姿势，角色攻击时毅然等内部感情的状态，以及注数其他角色时眼睛和头部转向的动画，有着相当多的数据。

为了实现这样的对话事件系统，美术师准备的动画总数有2400个以上，老幼年女也有考虑，但这样也不是足够充分。亚人种的怪物角色的对话也有，进一步的对应所有的类型。

动画总数超过了2400个

和怪物的对话也必须有……

【巫师3】的解决方案是，在【DIALOGUE EDITOR】上，修改一部分角色的控制器Rig的基本动画数据做修改的功能。例如，基本动画中直接指着眼前的时候，如果对峙的角色并不在证明，要在编辑器通过节点变更手腕的方向和注视点，就可以立刻制作出一个特殊的动作。而且，大部分的物体对象都可以Attach到其他的物体上，Attach状态的物体之间的动画，可以很好的同步。