《写脚本的注意事项》由会员分享，可在线阅读，更多相关《写脚本的注意事项（4页珍藏版）》请在金锄头文库上搜索。
1、编写前期工作为了更清楚地展示这个过程，我们应该带着几个制作前目标，精确定位游戏写手前期最重要的节点任务。在正式编写的前几周，作为写手，我们很容易陶醉于成千上百个转瞬即逝的灵感中，但无论如何，必须带着明确的目的来总结这些幻想。高级叙述总结。 在制作前期，设计团队应该直接与写手一起构思一个简要的剧情大纲。把这部分工作做成“ 电梯演讲“ （备注：指用简短的、有说服力的描述来阐明个人或团体对某种产品的想法或理念等） 尽量做得简洁干脆。这份剧情大纲是唯一一份大部分团队成员都会读到的文案，所以清楚深刻是必要的。提前做好这部分工作，同时尽早让投资方签下它。编写的每一阶段都要即时跟进签核。如果不能让投资方尽早
2、签下游戏脚本的协议，结果就是后患无穷。主要场景和关卡如果写手不曾参与概念设计的工作，绝对会对这部分编写工作感到纠结。这是因为设计师经常在没和写手商量、也没考虑背景在剧情进展中的巨大作用的情况下，就提前设计关卡概念。在电子游戏中，场景往往比角色重要，如果写手、设计师和美工能够合作，大致确定游戏场景的规模、数量等问题，那就皆大欢喜了。写手必须明确编写一出优秀的剧情需要什么场景；而美工和设计师则要确定写手写出的内容与游戏是否相关。一个项目组成员心目中所谓的“相关“概念显然是不尽相同的，但在开发周期较短的小项目中，能不能把这个概念统一起来，对工作时间的影响是很大的（不明白？统不统一所造成的差别就是，场
3、景美工是当天傍晚六点回家还是第二天早上六点回家） 。一旦制作工作启动，编写工作就进入下一个阶段了。这也是整个设计团队必须上下一心，拧成一股统一力量的时候。详尽的情节概述剧情结构完成后，就是时候开始精细化剧情细节文件、完善场景描述和游戏任务。根据剧情对设计的影响程度，文件中的细节量也会有所不同，但应该尽可能详尽。无论如何，细节概述都将有助于更好地理解游戏类型及一段时间后的设计返工对脚本的依赖。在情节导向的游戏中，设计难题直接来源于剧情，例如解救犯人、暗杀守卫、递送包裹等。对于 RPG 类非线性游戏，这类文件必须集中详尽化处理。对于不是太有组织的游戏，写手对设计的直接作用可能较比小。请务必提前理清
4、这种平衡关系。剧情展示计划游戏到底如何叙述及谁来叙述？有没有渲染场景或游戏动画？谁负责连接这些场景？可能游戏中没有任何动画，而你更愿意实时叙述剧情，那这可不可行？提前考虑这些问题吧。在某个项目的开发过程中，居然没人确切地理解剧情的叙述方式，这就是写手所目睹的最大的悲剧了，因为这会影响他的编写计划。估计影像的故障如果游戏中确实包含影像或其他任何形式的动态画面，那么请务必尽早估计其的数量。如果已做好详尽的剧情大纲，这部分工作应该不难。在工期比较紧的项目中，做好这部分工作有助于提前确定各个场景的复杂关系和质量要求，这样，整个团队就可以合理地分配各种资源。角色生成剧情细节后，还需要制作一份清楚的角色清
5、单，什么角色，及其在叙述剧情和游戏中各起什么作用？NPC 有哪些？谁是正面互动角色？BOSS ？任务发放者？商店店员？导师？等等。美工会制作所有人物模型和动画，他们还需要知道具体数量。如果写手在项目的进程中又添加了 15 个 NPC，信不信，美工一定会在休息室里说写手的闲话。因为这些漫不经心的语句在脚本的剧情对话中占了相当大的分量，所以尽早确定角色数量，才能更容易地确定游戏需要多少“触发事件对话” 。这可不是无关紧要的东西，所以好好记录。整理文本数据库这可能是件乏味的任务，但尽早整理文本数据库、启动和运行工具却不是小事。把这部分工作拖拉得越久，你就会越对自己咬牙切齿（你会后悔的） 。一些游戏的
6、文本要求比较复杂难懂，比如非线性对话系统，所以理清数据就更是至关重要了。另外，花点时间决定传输脚本的方式吧。并不是所有的写手都清楚关于文本数据库有什么行业规范，所以如果写手以 word 或 Final Draft（一款脚本编写软件）的格式传输脚本，还得想办法解决转换编写进行时一旦游戏制作基础建立了，团队成员就要着手制作工作，而这时，真正的编写工作也开始了。这是个有趣的部分。写手喜欢写作，但并不与设计团队保持实时的联系，所以他们面临的风险就是：写太多了用不上，或者写了完全不相干的东西。当编写者写好了 100节五行打油诗才被告之：“写得好是很好，不过在 Chaz Dastard 的 Interga
7、lactic Star Safari 2 : Misremembered Legacy没地方放啊。 ”这样无疑是浪费大家的时间。也让写手不痛快。制定明确的编写界限这样才能把写手的书写冲动扼杀在萌芽状态。如果编写者从一开始就参与设计，那还好办，因为所有人都明白游戏编写需要的范围，从编写开始到结束都要跟进所有工作。不明确界限或方向的游戏写手，特别是团队之外合同写手（外包写手） ，编写的内容对游戏来说，就像 Andre Breton 写的soluble fish那样太过感性或超现实，就是他们要冒的风险。脚本起草在第一阶段，写手应该忙得要死。在短期项目中，理想的情况下，写手已经完成了用于制作第一步的第
8、一份脚本草稿。有了这份脚本草稿，关卡设计工作的进展会更顺利。在长期项目中，写手和关卡设计师应该一起反复协商以确定关卡细节尽量接近第一草稿。需求剧情与脚本再次签核务必明确客户已经审阅脚本，且尽可能早地得到反馈要求。根据我本人的经验，客户方面的工作是让我最头疼的。许多客户都错误地认为脚本是游戏中最最重要的方面，所以应该花上数月时间来通盘考虑细节，虽然这些细节实际上对最终的游戏帮助并不大。愚昧地拖延只会阻碍关卡设计师和动画美工，浪费掉的时间也不可能那么简单地就得到弥补。请个有经验的写手的好处很少被提及，相对于编码员和美工，好的写手工作效率相当高。文本编辑和校订工作没什么技术含量，也用不着太多时间。但
9、如果写手没有意识到所有材料都需要校订，那么这个优势就对谁也没用了。我忘了清点看似无伤大雅的关卡设计调整和地图布局的数目了，这些内容已经占据好一块不着边际的对话了。如果我再不意识到这种调整，我的头痛病怕是无药可救了吧。Darby:听听这宝石，伙伴们：“前往远方的黑森林吧，坚定的旅人，珍贵的水晶匕首在等着你。 ”制作人：“啊，Darby ，抱歉，黑森林已经废弃，现在变成沃尔玛了。我们应该早点告诉你的。 ”Darby:呃，好吧。等等，我的笔在哪？只有演员把所有对话都录制完了，倒霉的团队才发现不协调的地方。所以我有必要重申一下，保持写手和设计的始终合作状态。制作进行时终于到制作阶段了，重头戏这才开始，
10、如果所有早期工作都已经搞定了，那么制作过程应该是比较顺利的，当然，前提是投资方那方面不出问题。如果你太不小心了，这种问题还是很可能发生的。但不幸的事实并不是那么黑白分明。总有些强势的投资方，总有各种合理的理由认为剧情应该不断地修改，直到测试。你能做的就是记住：谨慎、冷静、坚持。在制作过程中，脚本完成后，写手就会觉得他差不多可以一边凉快，剩下的都是制作团队的事了。不要抱有这种空想，还是有点活是写手能帮上忙的。角色分配演员进行录音时，就是决定谁给谁（角色） “代言”的时候了。在一些没有正规导演的小项目中，写手就派上用场上了。务必在录音期前确定角色分配。演员的日程表总是很紧，你发现在录音环节那几周，
11、最合适的演员总是特别忙。最终脚本虽然很困难，写手还是不得不开足马力调整对话和其他描述。当然，鼓励写手合理化内容是个不错的主意。脚本可能充满的适时的机智和智慧，但最重要的是，它是仍然是一个游戏脚本；如果它还考验写手的耐心，那就成问题了。更确切地说，脚本越长，影像制作小组就要花越多的时间来精细动画或脚本事件。所以当写手全力以赴，先知先觉地做好编写工作，那所有人都不必做多余的工作了。旁白录制有些写手也是不错的旁白录制导演。但所有优秀的写手都应该有能力重写实时对话，所以确保抄写人在录制环节能派上用场。当写手第一次听到自己写的对话，可能还想修改，所以留点修改余地，但不要让写手陷入重写“暴走”的状态。限制
12、修改的程度，也就是只有太恶劣的错误才能调整。一旦漏洞被发现，写手的工作就容易多了。但仍然有必要让写手不脱离制作进程、参与讨论，但只是偶尔。校对写手从来不会重新编辑或是校对自己的作品，这倒不假，在游戏行业，编写量相当于一本小说，所以写手自己不校对也并不奇怪，另外，在 QA 部门也鲜有优秀的校对人员，所以尽可能让多点人过目文本，包括写手。非叙述文本修正。要确定越积越多的指南、数据和菜单文本是费时的差事，但这部分工作在制作过程中是不会停止的，所幸的是，文本的执行和修正并不难，就算在最后一分钟还做出调整也没关系（如果此时你仍然在校对） 。现在，写手的工作到尾声了，游戏也接近完工了。太好了，可以松一口气了。整个制作过程这才进入倒计时。
