什么是 cutscene(过场动画)?游戏中为何会有不可暂停的过场
更新时间
Cutscene(过场动画)是游戏中由开发者编排、暂时收回或限制玩家操作、用镜头和演出推进剧情或展示事件的片段。它通常表现为镜头切换、角色自动表演、玩家输入被锁定或只保留跳过/暂停等少数操作。不可暂停的过场,是开发者在过场期间不响应暂停输入的设计选择,常见于需要保持演出节奏、避免状态被中断,或技术上把过场当作不可打断流程处理的场景。判断一段演出是否属于 cutscene,可以看三点:玩家是否失去常规移动与战斗控制、镜头是否由系统接管、演出是否按预设顺序自动推进。
Cutscene 的常见形式
过场动画不一定都是预渲染视频,按实现方式大致有几类:
- 预渲染视频:播放录制好的影片文件,镜头和画面完全固定。
- 实时演出(in-engine):用游戏引擎当场渲染,角色、场景与玩家所见一致,可能受画质设置影响。
- 脚本化事件:在正常游戏画面中锁定输入、移动镜头、触发动画,玩家仍能看到自己的角色。
- 半交互演出:保留有限操作,如按键推进对话、QTE(快速反应事件)或选择分支。
共同点是:常规玩法控制被暂时接管,玩家从“操作者”变成“观看者”或“有限参与者”。
可暂停与不可暂停过场:对体验的影响
| 维度 | 可暂停过场 | 不可暂停过场 |
|---|---|---|
| 玩家控制 | 可随时停下,处理现实中断 | 演出期间无法中断 |
| 演出完整性 | 暂停会打断节奏,但可恢复 | 节奏由开发者完全掌控 |
| 适用场景 | 长演出、对话密集、需要阅读文本 | 短镜头、强调连续动作或情绪累积 |
| 玩家负担 | 需要玩家主动管理时间 | 对无法长时间专注的玩家不友好 |
不可暂停的设计动机通常包括:保持镜头与音效的连续节奏、避免暂停菜单破坏沉浸感、简化状态管理(过场中暂停再恢复容易出现动画或脚本错位)。代价是玩家遇到电话、家人呼叫或需要暂时离开时,只能跳过或硬等。
过场期间的输入锁定、跳过与回看
过场中常见的操作设计有:
- 输入锁定:移动、攻击、视角控制失效,防止玩家破坏演出。
- 跳过(skip):允许直接跳到演出结束或下一个可操作节点,部分游戏首次观看时禁用跳过。
- 暂停:是否可用取决于开发者,部分游戏只在对话或菜单式过场中允许。
- 回看(replay/cutscene viewer):通关后在画廊或菜单中重看已解锁演出,方便补剧情。
- 字幕与语速:文本量大的演出通常提供字幕开关和自动推进速度设置。
这些设计共同决定了一段过场是“可管理的观看”还是“必须一口气看完的段落”。
玩家为何关注过场能否暂停
玩家对过场暂停的关注,往往来自实际的时间安排问题:演出可能长达数分钟,期间无法存档或中断;家用主机和 PC 场景下,玩家可能同时处理其他事务。围绕这一需求,出现了专门处理暂停行为的工具。以 Made by Jase 的 Game Pauser 为例,其页面关键词包含 “pause”“cutscene”“un-pausable”“cutscenes”,说明该工具面向的正是“游戏本身不允许暂停”的场景,帮助玩家在包括不可暂停过场在内的时刻获得暂停能力。具体支持哪些游戏、如何触发,需以该软件页面说明为准,本文不代为推断。
如果你只是想知道某段演出能不能停:先看过场中按暂停键是否有反应,再看设置里是否有“过场可暂停”“跳过已观看过场”一类选项;两者都没有时,这段演出大概率被设计为不可中断。
判断一段演出是否属于 cutscene 的实用依据
按以下顺序核对,基本可以得出结论:
- 控制是否被收回:角色能否自由移动、攻击、打开常规菜单?不能则倾向于是过场。
- 镜头是否被接管:视角是否自动切换、推拉、切镜?是则倾向于是过场。
- 推进是否自动:是否需要等待演出自己走完,或只需按跳过/推进键?是则倾向于是过场。
- 是否有边界:演出结束后是否回到可操作状态、是否触发存档点或战斗?有明确起止边界是过场的典型特征。
反过来,如果玩家全程保有移动和战斗控制,只是出现了对话或镜头提示,那更接近脚本化事件或对话系统,而不是严格意义上的 cutscene。