写脚本的注意事项.docx

编写前期工作
为了更清楚地展示这个过程,我们应该带着几个制作前目标,精确定位游戏写手前期最重要的节点任务。在正式编写的前几周,作为写手,我们很容易陶醉于成千上百个转瞬即逝的灵感中,但无论如何,必须带着明确的目的来总结这些幻想。
高级叙述总结。
在制作前期,设计团队应该直接与写手一起构思一个简要的剧情大纲。把这部分工作做成“电梯演讲“(备注:指用简短的、有说服力的描述来阐明个人或团体对某种产品的想法或理念等)——尽量做得简洁干脆。这份剧情大纲是唯一一份大部分团队成员都会读到的文案,所以清楚深刻是必要的。提前做好这部分工作,同时尽早让投资方签下它。编写的每一阶段都要即时跟进签核。如果不能让投资方尽早签下游戏脚本的协议,结果就是后患无穷。
主要场景和关卡
如果写手不曾参与概念设计的工作,绝对会对这部分编写工作感到纠结。这是因为设计师经常在没和写手商量、也没考虑背景在剧情进展中的巨大作用的情况下,就提前设计关卡概念。
在电子游戏中,场景往往比角色重要,如果写手、设计师和美工能够合作,大致确定游戏场景的规模、数量等问题,那就皆大欢喜了。
写手必须明确编写一出优秀的剧情需要什么场景;而美工和设计师则要确定写手写出的内容与游戏是否相关。
一个项目组成员心目中所谓的“相关“概念显然是不尽相同的,但在开发周期较短的小项目中,能不能把这个概念统一起来,对工作时间的影响是很大的(不明白?统不统一所造成的差别就是,场景美工是当天傍晚六点回家还是第二天早上六点回家)。
一旦制作工作启动,编写工作就进入下一个阶段了。这也是整个设计团队必须上下一心,拧成一股统一力量的时候。
详尽的情节概述
剧情结构完成后,就是时候开始精细化剧情细节文件、完善场景描述和游戏任务。根据剧情对设计的影响程度,文件中的细节量也会有所不同,但应该尽可能详尽。无论如何,细节概述都将有助于更好地理解游戏类型及一段时间后的设计返工对脚本的依赖。
在情节导向的游戏中,设计难题直接来源于剧情,例如解救犯人、暗杀守卫、递送包裹等。对于RPG类非线性游戏,这类文件必须集中详尽化处理。对于不是太有组织的游戏,写手对设计的直接作用可能较比小。请务必提前理清这种平衡关系。
剧情展示计划
游戏到底如何叙述及谁来叙述?有没有渲染场景或游戏动画?谁负责连接这些场景?可能游戏中没有任何动画,而你更愿意实时叙述剧情,那这可不可行?
提前考虑这些问题吧。在某个项目的开发过程中,居然没人确切地理解剧情的叙述方式,这就是写手所目睹的最大的悲剧了,因为这会影响他的编写计划。
估计影像的故障
如果游戏中确实包含影像或其他任何形式的动态画面,那么请务必尽早估计其的数量。如果已做好详尽的剧情大纲,这部分工作应该不难。在工期比较紧的项目中,做好这部分工作有助于提前确定各个场景的复杂关系和质量要求,这样,整个团队就可以合理地分配各种资源。
角色
生成剧情细节后,还需要制作一份清楚的角色清单,什么角色,及其在叙述剧情和游戏中各起什么作用?NPC有哪些?谁是正面互动角色?BOSS?任务发放者?商店店员?导师?等等。
美工会制作所有人物模型和动画,他们还需要知道具体数量。如果写手在项目的进程中又添加了15个NPC,信不信,美工一定会在休息室里说写手的闲话。因为这些漫不经心的语句在脚本的剧情对话中占了相当大的分量,