跑团Replay制作全流程：从录音整理到成片发布的实用指南

跑团replay是一种把跑团过程中的语音、文字和画面重新整理成视频或长文的二次创作形式。观众没有坐在牌桌边，却要通过成片知道谁在说话、谁在判定、这段剧情发生在哪里。最近要把一档长期团的录音剪成成片，系列名是《莫索里哀的圣职者》，第07期标题叫《有钱人的床》。真正动手时最大的感受是：决定一期replay质量的，往往不是模组剧本本身，而是制作链路能否把混乱的原始录音规整成一条清晰的观看线。本文不讨论该期具体剧情，而是把“莫索里哀的圣职者 07 有钱人的床”作为案例名，拆解一套可以复用的 replay 制作流程：先整理场景，再清理声音，然后设计画面和字幕，最后用检查项守住成片。

1. 为什么跑团replay不能直接“剪掉空白”就发布

1.1 原始录音里最麻烦的不是“太长”，而是信息混杂

跑团原始材料通常是几个玩家在语音频道里连着聊几个小时。GM念场景描写，玩家插科打诨，有人翻书，有人喝水，骰子碰撞声和网络延迟同时出现。现场玩家能靠记忆区分“刚才那句话是谁说的”，但后期面对的是没有视觉信息的录音文件，人群一多，声音重叠，角色和玩家名字混着叫，剪辑时就非常容易丢上下文。

更麻烦的是，跑团现场还有很多“只有参与者懂”的梗。玩家笑成一团，观众却不知道笑点在哪里。如果成片直接保留这些段落，观众只会觉得冗长；如果全部删掉，又会让玩家互动失去温度。所以跑团replay并不是“修剪空白”那么简单，而是先把现场信息翻译成观众能理解的信息。

1.2 观众的观看逻辑和牌桌完全不同

牌桌上的人共享同一张地图、同一种氛围、同一个已经发生过很多次的故事背景。观众什么都没有。一期replay视频想要讲清楚，通常需要承载三层信息：

• 剧情叙事层：GM口述了什么，角色经历了什么。
• 玩家互动层：谁在开玩笑，谁在思考，谁在紧张。
• 规则机制层：投骰、判定、技能使用、成功或失败。

这三层信息必须按比例呈现，不能全变成“几个小方块立绘加一条字幕”。比如“有钱人的床”这个标题，如果对应的是某个具体场景，那后期要做的第一件事是提炼这个场景的目标：是探索、谈判还是战斗。目标确定后，再决定哪些现场内容该留、哪些该删、哪些需要通过画面补出来。

1.3 一条适合中小体量replay的制作链路

replay制作不一定要用多复杂的技术，但流程顺序必须稳定。推荐按下面这条链路推进：

顺序很重要。先做文本整理，再做音频，再做画面和字幕，最后统一检查。如果一开始就急着拖时间轴、做转场，后面很可能因为一段没处理的声音返工。

2. 从跑团记录到可剪辑的素材库

2.1 先做“场景列表”，而不是直接拉时间轴

拿到录音文件以后，不要立刻开始剪。第一遍完整听录音时，只做一件事：记录场景切换。所谓场景，就是剧情发生的地点、时间或目标发生显著变化的段落。比如从“进入宅邸”切换到“离开大厅”，从“和守卫对话”切换到“探索二楼”，这两个段落就是两个场景。

可以用表格记录：

注意：上表是通用示例，用于说明字段结构，不代表《莫索里哀的圣职者》这期的实际剧情。制作时以自己录音为准。

时间戳是这段记录里最重要的字段。它让你后续不用反复快进听完整段录音，只要按时间戳跳到一个场景，就能确认是否需要该素材。长期合作制作一个系列时，时间戳还能让剪辑人员快速对接。

2.2 对说话人、角色、语气做二次标记

场景表记录“这一段发生了什么”，还需要另一张表记录“每一句是谁说的、以什么方式说”。第二遍听录音时，按时间顺序整理说话人。

这里的核心原则是“说话人”和“角色”必须分开。语音通话里大家习惯喊玩家真名或昵称，但成片字幕和观众认知都依赖角色名。后期一旦把玩家真名直接写进字幕，观众就会混乱。整理阶段保留两列，后面做字幕时直接取“角色”列即可。

语气字段也很有用。保留现场紧张感时，需要知道哪句台词是低沉、犹豫、大笑或明显不耐烦。语气不仅能帮助剪辑决定保留哪段，还能在配乐时给情绪做依据。

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 是常用的免费音频编辑器。处理一段底噪，推荐按下面的顺序操作：

1. 选中一段没有对白的“纯底噪”，至少 3 秒。
2. 点击“效果”菜单，选择“降噪”，先点击“获取噪声特征”。
3. 全选所有音频，再进入降噪，降噪量设 12 dB 到 20 dB。
4. 对整段音频使用高通滤波，频率 80 Hz，衰减设为 12 dB/oct。
5. 使用压缩器，阈值 -24 dB，比率 2.5:1，起音 10 ms，释放 200 ms。
6. 最后加限制器，输出峰值限制在 -6 dB 左右。

参数是起点，不是万能答案。每段录音的麦克风、房间、人声都不一样，必须试听前后对比后再微调。

跑团录音里往往有多个人声，音量并不均匀。压缩器的作用是让轻声和大声之间不要差太多，避免观众为了听清一个人而调大音量，结果下一句被炸到。限制器则是兜底，防止瞬间大笑或拍桌造成的峰值爆音。

3.3 用 ffmpeg 统一整段音频的响度

清理完底噪后，还需要统一响度。多个片段拼接时，不同人、不同时间段录出来的音量差别会非常明显。如果音频时间不长，可以直接用 ffmpeg 的 loudnorm 滤镜。

ffmpeg -i 07_clean.wav -af loudnorm=I=-16:TP=-1.5:LRA=11 07_master.wav

命令里的参数含义：

• I=-16：整体响度目标为 -16 LUFS。
• TP=-1.5：真实峰值不超过 -1.5 dBTP。
• LRA=11：响度范围控制在 11 LUFS 左右，避免个别段落过响或过轻。

不同平台推荐的响度标准不一样，有的偏 -14 LUFS，有的偏 -16 LUFS。如果是一个长期更新的系列，最好每一集都用同一个目标值，保证观众切换集数时音量感受一致。

3.4 出现“爆音”和“削波失真”时的处理顺序

如果录音中已经出现明显的爆音，先用波形图观察。波形顶部被削平，说明是麦克风输入太大导致的削波。这种情况用降噪或压缩很难恢复，更推荐的方法是：

1. 先把其他正常段落的音量压低，避免爆音处过冲。
2. 使用限制器把峰值压到 -3 dB 以下，至少减少刺耳感。
3. 如果整段素材大量削波，直接补录或删掉，不要留作正片素材。

在跑团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：马车停在宅邸门前，门内传来一个声音。 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_有钱人的床.mp4

source 放原始录音和BGM；scripts 放场景表和字幕文件；output 放最终成片。剪辑工程文件可以放在 project 或按剪辑软件单独命名，但一定要保证场景表 markdown 文件随时可读。这样任何人接手第07集，都能先打开07_scene.md，了解这一集的结构。

素材备份是制作流程最后一步，建议发布后再确认一遍。源文件、字幕、工程文件至少保留一份备份，不要在发布后就删除。

6.4 新手先做“短流程”，不要一上来追求复杂模板

如果第一次做跑团replay，最好的练习不是直接复刻成熟作品的复杂转场，而是先完整跑通一个5分钟片段。把场景表写好，把声音压好，把字幕做出来，再按发布前检查清单过一遍。等短流程稳定了，再往画面里加地图特效、镜头动效、配音配乐。

《莫索里哀的圣职者》这种长期更新的系列，工作流稳定性比单期花哨更重要。只要每期的场景表、音频处理、字幕规则和检查项保持一致，哪怕原始录音再乱，也能稳定产出。下次打开录音文件时，不要急着拉时间轴，先写20行场景记录。这一步做完，后面的剪辑、字幕和声音处理都会顺很多。