跑团replay是一种把跑团过程中的语音、文字和画面重新整理成视频或长文的二次创作形式。观众没有坐在牌桌边却要通过成片知道谁在说话、谁在判定、这段剧情发生在哪里。最近要把一档长期团的录音剪成成片系列名是《莫索里哀的圣职者》第07期标题叫《有钱人的床》。真正动手时最大的感受是决定一期replay质量的往往不是模组剧本本身而是制作链路能否把混乱的原始录音规整成一条清晰的观看线。本文不讨论该期具体剧情而是把“莫索里哀的圣职者 07 有钱人的床”作为案例名拆解一套可以复用的 replay 制作流程先整理场景再清理声音然后设计画面和字幕最后用检查项守住成片。1. 为什么跑团replay不能直接“剪掉空白”就发布1.1 原始录音里最麻烦的不是“太长”而是信息混杂跑团原始材料通常是几个玩家在语音频道里连着聊几个小时。GM念场景描写玩家插科打诨有人翻书有人喝水骰子碰撞声和网络延迟同时出现。现场玩家能靠记忆区分“刚才那句话是谁说的”但后期面对的是没有视觉信息的录音文件人群一多声音重叠角色和玩家名字混着叫剪辑时就非常容易丢上下文。更麻烦的是跑团现场还有很多“只有参与者懂”的梗。玩家笑成一团观众却不知道笑点在哪里。如果成片直接保留这些段落观众只会觉得冗长如果全部删掉又会让玩家互动失去温度。所以跑团replay并不是“修剪空白”那么简单而是先把现场信息翻译成观众能理解的信息。1.2 观众的观看逻辑和牌桌完全不同牌桌上的人共享同一张地图、同一种氛围、同一个已经发生过很多次的故事背景。观众什么都没有。一期replay视频想要讲清楚通常需要承载三层信息剧情叙事层GM口述了什么角色经历了什么。玩家互动层谁在开玩笑谁在思考谁在紧张。规则机制层投骰、判定、技能使用、成功或失败。这三层信息必须按比例呈现不能全变成“几个小方块立绘加一条字幕”。比如“有钱人的床”这个标题如果对应的是某个具体场景那后期要做的第一件事是提炼这个场景的目标是探索、谈判还是战斗。目标确定后再决定哪些现场内容该留、哪些该删、哪些需要通过画面补出来。1.3 一条适合中小体量replay的制作链路replay制作不一定要用多复杂的技术但流程顺序必须稳定。推荐按下面这条链路推进环节主要问题输出内容录音整理听不清、找不到场景场景表、分场记录音频清理底噪、爆音、响度不匀干净人声轨画面设计观众不知道谁在说话立绘、地图、骰子面板字幕压制角色名和玩家名混淆角色化字幕发布检查响度不达标、字幕漏错可发布成片顺序很重要。先做文本整理再做音频再做画面和字幕最后统一检查。如果一开始就急着拖时间轴、做转场后面很可能因为一段没处理的声音返工。2. 从跑团记录到可剪辑的素材库2.1 先做“场景列表”而不是直接拉时间轴拿到录音文件以后不要立刻开始剪。第一遍完整听录音时只做一件事记录场景切换。所谓场景就是剧情发生的地点、时间或目标发生显著变化的段落。比如从“进入宅邸”切换到“离开大厅”从“和守卫对话”切换到“探索二楼”这两个段落就是两个场景。可以用表格记录场景场景目标出场角色关键行动关键判定录音时间戳宅邸门口进入私宅GM、A、B、CA说明来意A说服55/70成功00:12:31二楼卧室调查床铺异样GM、BB检查床下B侦查22/60成功00:36:10注意上表是通用示例用于说明字段结构不代表《莫索里哀的圣职者》这期的实际剧情。制作时以自己录音为准。时间戳是这段记录里最重要的字段。它让你后续不用反复快进听完整段录音只要按时间戳跳到一个场景就能确认是否需要该素材。长期合作制作一个系列时时间戳还能让剪辑人员快速对接。2.2 对说话人、角色、语气做二次标记场景表记录“这一段发生了什么”还需要另一张表记录“每一句是谁说的、以什么方式说”。第二遍听录音时按时间顺序整理说话人。时间说话人角色语气内容摘要剪辑建议00:12:35玩家A圣职者谨慎说明来意保留角色名字幕00:12:52GM旁白低沉门内传来脚步声保留场景音00:13:08玩家B游荡者试探想绕到侧门加地图侧门标记这里的核心原则是“说话人”和“角色”必须分开。语音通话里大家习惯喊玩家真名或昵称但成片字幕和观众认知都依赖角色名。后期一旦把玩家真名直接写进字幕观众就会混乱。整理阶段保留两列后面做字幕时直接取“角色”列即可。语气字段也很有用。保留现场紧张感时需要知道哪句台词是低沉、犹豫、大笑或明显不耐烦。语气不仅能帮助剪辑决定保留哪段还能在配乐时给情绪做依据。2.3 用 Markdown 保存“分场景脚本”整理完第一遍和第二遍之后可以把结果保存成一个 Markdown 文件。Markdown 不需要数据库也不需要专业软件记事本、VS Code、Typora 都能打开而且天生适合全文检索。# 莫索里哀的圣职者 07 有钱人的床 - 集数07 - 分集标题有钱人的床 - 录音文件source/07_main.wav - 预计成片时长18 分钟 ## 场景二楼卧室 - 时间戳00:36:10 - 00:42:05 - 目的调查“床”这个物件 - 参与者GM、A、B - 关键机制B 使用侦查技能成功 - 剪辑要点 - 保留 B 掷骰前 GM 那句警告 - 删掉 20 秒收拾零食的杂音 - 在成片上显示“床底”特写画面这种结构的好处是场景标题可以直接对应剪辑软件里的标记点。在剪映、Premiere、Final Cut Pro 中把场景标题作为序列标记后续拖动素材时就能快速定位。剪辑下一集时把旧文件复制一份只改集数标题也能节省大量重复排版时间。2.4 素材命名规则要保持一致不要在素材这一环引入混乱。常见问题是一堆audio1.wav、audio2.m4a、未命名.mp3后期根本不知道哪个是第07集主录音。推荐从一开始就统一命名直接体现集数和场景07_0_全程主录音.wav 07_1_宅邸门口.wav 07_2_二楼卧室.wav 07_3_战斗背景音.mp3这样即使不同人合作也能从文件名看出素材来源。命名规则一旦确定后面做批量脚本处理时也方便。3. 声音处理基本链路降噪、压缩、响度3.1 先判断“需要处理到什么程度”很多人拿到录音后的第一反应是把噪音全部去掉。但降噪处理过度时人声会发闷呼吸气口会被吃掉听感反而比原始录音更差。处理之前要先用耳机完整听一遍判断底噪是否真的影响理解。最简单的判断标准是当人声停顿时背景噪声是否明显到让人注意到。如果只是轻微电流声或环境底噪可以保留如果噪声盖过了轻声台词才需要降噪。跑团replay要保留一定的“现场声”完全无噪声的音频反而会显得死板。3.2 用 Audacity 清理底噪的参数起点Audacity 是常用的免费音频编辑器。处理一段底噪推荐按下面的顺序操作选中一段没有对白的“纯底噪”至少 3 秒。点击“效果”菜单选择“降噪”先点击“获取噪声特征”。全选所有音频再进入降噪降噪量设 12 dB 到 20 dB。对整段音频使用高通滤波频率 80 Hz衰减设为 12 dB/oct。使用压缩器阈值 -24 dB比率 2.5:1起音 10 ms释放 200 ms。最后加限制器输出峰值限制在 -6 dB 左右。处理项推荐参数作用过量副作用降噪12-20 dB减少底噪人声发闷、产生金属感高通滤波80 Hz12 dB/oct切除低频隆隆声损失低沉音色压缩器阈值 -24 dB比率 2.5:1缩小音量落差呼吸声变背景声限制器-6 dB防止爆音过度限制会压掉动态参数是起点不是万能答案。每段录音的麦克风、房间、人声都不一样必须试听前后对比后再微调。跑团录音里往往有多个人声音量并不均匀。压缩器的作用是让轻声和大声之间不要差太多避免观众为了听清一个人而调大音量结果下一句被炸到。限制器则是兜底防止瞬间大笑或拍桌造成的峰值爆音。3.3 用 ffmpeg 统一整段音频的响度清理完底噪后还需要统一响度。多个片段拼接时不同人、不同时间段录出来的音量差别会非常明显。如果音频时间不长可以直接用 ffmpeg 的 loudnorm 滤镜。ffmpeg -i 07_clean.wav -af loudnormI-16:TP-1.5:LRA11 07_master.wav命令里的参数含义I-16整体响度目标为 -16 LUFS。TP-1.5真实峰值不超过 -1.5 dBTP。LRA11响度范围控制在 11 LUFS 左右避免个别段落过响或过轻。不同平台推荐的响度标准不一样有的偏 -14 LUFS有的偏 -16 LUFS。如果是一个长期更新的系列最好每一集都用同一个目标值保证观众切换集数时音量感受一致。3.4 出现“爆音”和“削波失真”时的处理顺序如果录音中已经出现明显的爆音先用波形图观察。波形顶部被削平说明是麦克风输入太大导致的削波。这种情况用降噪或压缩很难恢复更推荐的方法是先把其他正常段落的音量压低避免爆音处过冲。使用限制器把峰值压到 -3 dB 以下至少减少刺耳感。如果整段素材大量削波直接补录或删掉不要留作正片素材。在跑团replay里玩家突然大笑、拍桌、靠近麦克风都会造成爆音。素材整理时就把这类段落标记为“爆音段”剪辑时优先采用另一条音轨或者用正常段落的反应替代。4. 画面和字幕让观众看见“谁在说话、发生了什么”4.1 设计一个最基本的 replay 画面模板跑团replay的画面不需要很复杂但必须能回答三个问题场景在哪里、谁在说话、规则发生了什么。一个最简单有效的模板是---------------------- | 场景背景全屏底图 | | [立绘A] [立绘B] | |----------------------| | GM这是二楼卧室… | | B我要检查床底。 | | 骰子侦查 22/60 成功 | ----------------------场景背景负责提供地点信息立绘区表示当前说话的角色字幕区承载对白骰子信息区表达规则判定。如果这一期标题是《有钱人的床》那么画面里的场景背景可能是房间、床、家具而不是一堆人名滚动。画面设计要和场景列表绑定而不是把立绘全部堆在屏幕上。4.2 字幕时间轴的三种做法字幕是跑团replay和普通视频最大的区别。观众必须快速区分角色所以字幕要按角色建立固定样式。制作时间轴有三种常见做法手动打轴把音频拖进剪辑软件听一句在停顿处切割字幕。这种方法最准确适合对白不多的小片段但耗时较长。语音识别辅助用剪辑软件自带的语音转文字功能生成草稿再逐句校对。跑团场景里的专有名词、角色名、模组术语容易被识别错必须逐字检查。建议先把角色名替换成占位符识别结束后统一替换。SRT 文件法先用语音工具生成带时间轴的 SRT再导入剪辑软件。这种方法适合长段对白但时间轴往往偏长或偏短需要重新拖拽前后时间点。不管哪种方法字幕都要遵守几个基本规则一行不超过 22 个中文字符。单句停留 1.2 到 3 秒太短看不清太长会留白。同一角色连续说话超过 30 秒时画面必须有变化否则观众视觉会疲劳。自动字幕只是草稿必须逐字校对。跑团玩家经常使用角色真名、梗、技能名识别工具很难保证正确。4.3 角色配色和字幕前缀字幕中建议使用“角色名: 台词”的格式并给每个角色固定一种颜色。这样即使画面里没有立绘观众也能通过字幕颜色知道是谁在说话。类型建议配色使用说明GM / 旁白白色或浅灰基础叙事最常用PC 1天蓝色主要角色辨识度高PC 2橙黄色与 PC 1 形成区分NPC浅绿色不是主角颜色不要太跳骰子判定红色或高亮色只在关键判定时出现颜色不能是唯一区分方式。色弱观众可能无法区分红绿因此字幕保留“角色名:”前缀是最稳妥的做法。整个系列中同一个角色必须始终使用同一种颜色如果每集都换观众前面的记忆就会失效。如果要做成片字幕的核对可以对照场景表检查GM马车停在宅邸门前门内传来一个声音。 A圣职者我们受主教委托而来请求见这里的主人。 B游荡者我观察周围有没有侧门。 [侦查22/60成功]这段只是示意字幕格式。真正制作时要把角色名统一放在字幕前面并在第一次出现时用括号补充玩家名比如“A圣职者”后续就直接写“A”。5. 第七期制作中容易踩的坑5.1 声音忽大忽小导出后听不清这是跑团replay最常遇到的音频问题。现象是前几句话音量正常后一句突然爆炸再过几秒又低到像耳语。可能原因是语音软件的自动增益、玩家头部离麦克风距离变化、不同人使用不同设备。检查时打开音频波形如果同一段录音里不同片段的峰值差距超过 12 LUFS就要处理。解决方法是先压缩再统一响度最后加限制器。预防措施是录音前让每个人校准音量并把麦克风音量峰值控制在 -6 dB 到 -3 dB 之间。5.2 玩家真名和角色名混用字幕反复改名现象是观众在弹幕或评论区问“这个人和刚才那个人是不是同一个人”。原因很简单整理记录时没有区分“说话人”和“角色”两个字段字幕里一会儿显示玩家昵称一会儿显示角色名。检查方式是搜索字幕文件中是否出现了玩家真名或昵称如果有统一替换成角色名。解决方法是把所有字幕前缀固定为角色名首次出现时加一个“玩家X”的备注。预防措施是在场景表中始终保留两列说话人、角色。5.3 骰点没有可视化规则环节变成“黑屏听天书”跑团里出现投骰时往往有一小段沉默或讨论时间。如果成片只保留玩家说话不展示骰子信息观众会不知道为什么要停。尤其是“侦查”“说服”“意志”这类技能判定必须让观众看到谁在判定、目标值是多少、骰子结果是几点、是否成功。对照场景表里的“关键判定”字段逐段检查确保每一个重要骰点都配了字幕信息。可以在画面底部加一条骰子信息条格式为“角色名 技能名 数值/目标值 成功/失败”。如果只保留一个建议保留成功或失败的结论因为观众更需要知道事件结果。这三点几乎是每次做replay都会遇到的老问题。把它们整理成表格方便新加入的剪辑成员快速对照问题现象常见原因检查方式处理建议音量忽大忽小设备距离或自动增益看波形峰值差距压缩、响度统一角色名混乱记录未分字段搜索真名是否在字幕统一角色名骰点没画面场景表漏标记按判定字段逐段查加骰子信息条6. 发布前的检查清单与系列化素材管理6.1 成片发布前六项检查发布前不要只看“还挺流畅”的感觉要逐项验收。下面这些检查项可以复制到每集制作中检查项验收标准剧情连续性场景切换有过渡没有无来源的对话音频质量无爆音整集响度统一字幕正确性角色名统一无错字长度符合平台画面完整性立绘、地图、骰子信息对应剧情标题信息包含类型、系列名、集数、分集标题素材备份场景表、字幕、工程文件全部归档其中“标题信息”要单独检查。像《【跑团replay】莫索里哀的圣职者➤07有钱人的床》这样的标题实际上已经包含了“类型 系列名 集数 分集标题”四个必要信息。新观众能从标题判断内容类型老观众能知道这是第几集搜索时也能通过“莫索里哀的圣职者”找到整个系列。6.2 系列成片的内部命名不要用特殊符号对外发布的标题可以带“➤”“·”等符号但内部文件命名尽量不要用特殊符号。不同系统、不同压缩工具对特殊符号的处理方式不一样容易在打包、上传时出现乱码。推荐用英文或拼音组合加版本号mass_saint_07_money_bed_v1.mp4 mass_saint_07_money_bed_v1_final.mp4 mass_saint_07.srt source/07_main.wav版本号用v1、v2、final区分避免出现“最终版”“真最终版”“改完再也不改版”这类文件名。第07集和第08集之间要保持同一套命名规则这样后续写批量脚本例如统一加片头、统一压音量时也能直接按文件名批量处理。6.3 素材、脚本、成片三层目录结构建议为每一集创建一个独立目录里面至少包含三个子目录source、scripts、output。replay_project/ 07_有钱人的床/ source/ 07_main.wav 07_bgm_sad.wav scripts/ 07_scene.md 07_srt.srt output/ 莫索里哀的圣职者_07_有钱人的床.mp4source 放原始录音和BGMscripts 放场景表和字幕文件output 放最终成片。剪辑工程文件可以放在 project 或按剪辑软件单独命名但一定要保证场景表 markdown 文件随时可读。这样任何人接手第07集都能先打开07_scene.md了解这一集的结构。素材备份是制作流程最后一步建议发布后再确认一遍。源文件、字幕、工程文件至少保留一份备份不要在发布后就删除。6.4 新手先做“短流程”不要一上来追求复杂模板如果第一次做跑团replay最好的练习不是直接复刻成熟作品的复杂转场而是先完整跑通一个5分钟片段。把场景表写好把声音压好把字幕做出来再按发布前检查清单过一遍。等短流程稳定了再往画面里加地图特效、镜头动效、配音配乐。《莫索里哀的圣职者》这种长期更新的系列工作流稳定性比单期花哨更重要。只要每期的场景表、音频处理、字幕规则和检查项保持一致哪怕原始录音再乱也能稳定产出。下次打开录音文件时不要急着拉时间轴先写20行场景记录。这一步做完后面的剪辑、字幕和声音处理都会顺很多。