Reaction视频制作全流程：OBS录制、FFmpeg剪辑与字幕同步

制作《老爸老妈的浪漫史》（How I Met Your Mother，简称 HIMYM）第七季第15集、第16集的 reaction 视频，看起来只是对着剧集录一段反应，真正动手后才会发现，这是一条完整的视频制作链路。第15集“乔迁宴”和第16集“醉鬼列车”都包含大量对话和笑点，对字幕、音画同步、反应镜头的捕获都有很高要求。这篇文章会用这两集作为案例，说明如何用工程化方法完成 reaction 视频：从录制环境搭建、FFmpeg 素材预处理、字幕时间轴调整，到剪辑合成、发布前检查与常见问题排查。读完以后，你可以把这一套流程复用到其他剧集、电影或综艺节目的 reaction 制作中。

1. Reaction 视频不只是录屏，更是一条可重复执行的制作链路

1.1 先理解 reaction 视频的基本技术结构

reaction 视频的视觉结构通常由两层画面组成：底层是剧集或电影原片，上层是观看者的摄像头画面。观看者画面常以画中画形式出现在角落，保留原片主体内容，同时让观众看到创作者的即时表情和动作。声音也分两路：一路是片源声音，另一路是观看者麦克风声音。因此，reaction 视频的核心技术问题不是“能不能录”，而是如何把多路视频叠加、多路音频混合，并且保证时间轴对齐。

如果你只用手机对着屏幕拍，画面会出现摩尔纹，声音还会录进环境噪音，整体观感很差。真正可控的做法是分轨录制：用 OBS 这类录屏软件同时采集系统音频、窗口内容和摄像头画面，之后再到剪辑软件里处理。这样做的好处是，任何一路素材出错都可以单独修正，而不需要整段重录。

1.2 从 HIMYM S07E15-16 反推制作流程

以这两集为例，单集时长约 22 分钟，reaction 录制不可能一次性一口气录完。第15集“乔迁宴”里有大量多人对话场景，适合边看边评价；第16集“醉鬼列车”节奏更快，需要更频繁的暂停和反应。实际制作时，可以先把两集分成几段录制素材，然后统一传入剪辑软件。

完整的制作流程可以拆成六个阶段：企划、录制、素材管理、粗剪与字幕、精剪与合成、导出与检查。企划阶段确定要聊哪些点、是否需要查资料、视频总时长控制在多少；录制阶段要保证画面和声音干净；素材管理要解决文件命名和备份问题；粗剪阶段先去掉长时间沉默和无效片段；字幕阶段解决台词和反应点标注；最后才是正式合成、导出和发布。

1.3 四个容易踩的误区

第一个误区是录到一半才发现麦克风没开。OBS 界面上能看电平变化，但很多人注意力全在剧集内容上，忽略混音器面板，等到剪辑时才发现整段没有语言轨道。第二个误区是让系统声音和麦克风声音同时进一个音轨，两者叠加后音量都不好控制，后期想单独调音量也调不了。第三个误区是字幕文件编码不是 UTF-8，播放器显示乱码。第四个误区是前期录制帧率和后期导出帧率不一致，导致画面看起来卡顿或音画不同步。后面会逐一给出应对方法。

2. 录制环境准备：硬件、软件与参数

2.1 硬件和软件清单

reaction 视频不等于高成本制作，但稳定的硬件和软件能减少后期返工。下面这张表给出最低要求和推荐配置，适用于个人频道或小团队量产场景。

软件方面，OBS Studio 负责录制，Aegisub 或 VSCode 负责字幕，剪辑可以从 Shotcut 入手，熟悉后再换到 DaVinci Resolve。不要一开始追求付费软件，先跑通流程比工具高级更重要。

2.2 在 OBS Studio 中搭建双视频源场景

新建场景后，需要添加两个视频源：一个是“窗口捕获”，用来捕获你播放 HIMYM 片源的播放器窗口；另一个是“视频采集设备”，用来捕获摄像头画面。

窗口捕获比显示器捕获更推荐，原因是可以避免桌面任务栏、弹窗或播放器控制按钮被录进去。添加窗口捕获时，窗口模式建议选择“任何全屏应用程序”或指定播放器窗口，这取决于你用的是哪款播放器。如果片源窗口很小，可以在“变换”里拉大；但要注意保持宽高比，不要直接拉伸变形。

摄像头画面建议缩小并拖到右下角或左下角。为了方便后期调整，可以让摄像头背景干净一些，或者使用绿幕做虚拟背景。录制阶段不需要把摄像头画面裁切到完美，剪辑软件里可以二次调整。

2.3 音频捕获与电平监控

OBS 音频设置里，需要确保“桌面音频”和“麦克风/辅助音频”是两个独立音轨。路径是：设置 -> 输出 -> 音频 -> 音轨，勾选 1 和 2，然后把桌面音频分配给音轨 1，麦克风分配给音轨 2。部分版本的 OBS 可以给不同音源指定不同音轨，这样录制完成后就能得到两个独立音频文件，方便后期降噪和音量平衡。

录制过程中不要只看画面，要观察“混音器”面板。正常说话时，麦克风电平应保持在 -12 dB 到 -6 dB 之间；片源声音的峰值不要超过 -3 dB。如果电平经常顶到红色，说明声音过载，会产生失真。电平过低则后期提噪后底噪很大。检查方法很简单：录制前先对着麦克风说几句话，看看混音器有没有反应，再播放一段片源，看桌面音频是不是在跳动。

2.4 录制格式与输出目录

OBS 输出设置中，录制格式建议先选 mkv，理由是在录制过程中如果程序崩溃，mkv 文件仍然可以恢复，mp4 可能直接损坏。录制完成后再用 ffmpeg 转成 mp4 或直接放到剪辑软件里处理。

常见录制参数可以按下表设置：

输出目录建议按“日期_项目名”创建，例如D:\Reaction\2026-01-10_HIMYM_S07E15。录制文件统一放进去，不要随手存桌面。

3. 使用 FFmpeg 做素材预处理：剪辑、抽帧与文件校验

3.1 为什么先要用 FFmpeg 而不是直接在剪辑软件里处理

录制得到的 mkv 文件体积大、码率高，直接拖进剪辑软件虽然也能用，但剪辑软件在导入大文件时会建立索引，时长越久越卡。更合理的做法是先让 FFmpeg 做初步处理：核对文件信息、截断无效片段、转成剪辑软件需要的编码格式。FFmpeg 是命令行工具，适合批量执行，尤其当你有两集、多个录制文件时，效率会明显高于手动操作。

3.2 用 ffprobe 核对时长、分辨率与帧率

处理任何素材前，先检查文件信息。使用ffprobe可以查看封装格式、视频流、音频流和时长。

ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 2026-01-10_HIMYM_S07E15_record.mkv

这条命令只输出时长。如果还想看分辨率、帧率和音频采样率，可以换一种写法：

ffprobe -v error -show_streams -select_streams v:0 -show_entries stream=width,height,r_frame_rate,codec_name -of default=noprint_wrappers=1 2026-01-10_HIMYM_S07E15_record.mkv

输出类似：

codec_name=h264 width=1920 height=1080 r_frame_rate=30000/1001

这说明视频是 H.264 编码、1920x1080 分辨率、约 29.97 帧率。录制这一类信息时，要记住后期工程的分辨率和帧率尽量与录制素材保持一致，否则会产生缩放和帧率转换导致的画质损失。

3.3 无损截取需要重录或误录部分

如果录制的素材前几十秒没有内容，可以用无损切割方式截取从第 10 秒开始、持续 30 秒的片段。无损切割不会重新编码，速度很快，但要求切割点尽量位于关键帧上，否则会略有偏差。

ffmpeg -ss 00:00:10 -t 00:00:30 -i input.mkv -c copy output.mkv

这里-ss表示起始时间，-t表示持续时间，-c copy表示直接复制视频流和音频流，不重新编码。注意参数顺序：-ss放在-i前面时，FFmpeg 会先跳到指定时间点再开始读取，速度更快。如果你发现切割后的片段开头或结尾有多余内容，可以把它放在-i后面，这时的切割会更精确，但速度会慢一些。

对于录制中间产生的长时间空白，不要用 FFmpeg 做复杂拼接。先把各段切成独立小素材，然后在剪辑软件里对齐，这样更直观。

3.4 提取音频轨，检查音画不同步痕迹

录制后的 mkv 往往同时包含片源音轨和麦克风音轨，或者混在一个音轨里。为了检查音画是否同步，可以先把音频提取出来再用 Audacity 看波形。

ffmpeg -i input.mkv -vn -acodec pcm_s16le audio.wav

提取成 wav 后，在 Audacity 中打开，找一段说话或拍手的位置，观察波形突变点是否与画面动作一致。如果明显偏移，后面到剪辑软件里手动调整音频延迟即可。

4. 字幕制作：从 SRT 基础到时间轴批量调整

4.1 SRT 字幕文件的语法与时间码格式

reaction 视频里有两类字幕：一类是片源原声的字幕，另一类是创作者批注用的弹幕式字幕。无论哪一种，SRT 都是最通用、最容易处理的一种字幕格式。SRT 的基本结构是序号、时间码和字幕内容三者依次排列。

1 00:00:01,000 --> 00:00:03,500 Hello, this is a subtitle.

时间码格式是小时:分钟:秒,毫秒，中间用-->连接起止时间。修改字幕时，最容易出错的是毫秒部分用小数点，但 SRT 要求用逗号。部分播放器能容忍小数点，但正规的字幕工具和剪辑软件可能无法识别。

4.2 先制作一个不完美但可读的字幕稿

不要一开始就用字幕软件精确到每一帧。先把台词和反应点写成纯文本，例如：

0:00:10 画面：Ted 和 Lily 讨论新公寓 0:00:20 反应：“乔迁宴居然还能办成这样。” 0:00:45 画面：Robin 出场

然后在制作 SRT 时，再根据剧集实际对白细化时间点。这样做的好处是可以先确定内容结构，再处理时间轴。制作 SRT 时，直接用 VSCode 或 notepad++，保存编码为 UTF-8。Windows 自带记事本也可以，但保存时要选“UTF-8 文件”。

4.3 用 Python + pysrt 批量平移时间轴

录制过程中可能暂停过，导致字幕整体偏早或偏晚。如果只有一两句偏移，可以在播放器里手动调整；如果整段字幕都偏移，推荐用 pysrt 批量平移。先安装 pysrt：

pip install pysrt

然后写一个小脚本：

import pysrt subs = pysrt.open("subtitle.srt") offset_ms = 500 # 正数表示字幕延后，负数表示字幕提前 for sub in subs: sub.shift(milliseconds=offset_ms) subs.save("subtitle_shifted.srt")

脚本把每条字幕统一往后移动 500 毫秒。shift方法也支持hours、seconds等参数。批量调整后，再打开字幕文件抽查片头、片中和片尾各几条时间码，确认偏移量是否符合预期。

4.4 字幕乱码与编码检查

字幕乱码绝大多数是因为文件编码不是 UTF-8，而是 GBK 或 GB 2312。检查方式是在 Linux 或 mac 下用file命令：

file subtitle.srt

输出会出现charset=utf-8或charset=iso-8859-1等信息。如果字符集不是 UTF-8，可以用 VSCode 打开，然后“通过编码重新打开”，改为 UTF-8 后保存。剪辑软件和主流播放器对 UTF-8 支持最好，因此发布前一定要确保字幕文件编码是 UTF-8。

5. 剪辑合成：画中画、多轨时间线与导出

5.1 在剪辑软件中组织时间线

推荐从 Shotcut 或 DaVinci Resolve 开始，它们都免费，且支持多轨编辑。打开新工程时，把项目帧率设置为 30 FPS，分辨率设置为 1920x1080。然后在时间线上建立四层轨道：

• 轨道 V1：剧集原片画面。
• 轨道 V2：摄像头录像画面。
• 轨道 A1：片源音频，对应 OBS 录制的桌面音轨。
• 轨道 A2：麦克风音频，对应 OBS 录制的麦克风音轨。

先拖入剧集原片，再把摄像头素材拖到 V2。通过检查波形和嘴型，把两段素材对齐。对齐后，通过裁切工具删掉长时间无意义片段，例如你去倒水、调整设备、停顿思考的部分。注意删除片段时，不要同时删掉原片音轨，否则会影响后期重新拼接。

5.2 画中画大小与位置的调整思路

摄像头画面默认是原尺寸，需要缩放。在 Shotcut 中选中 V2 轨道的视频片段，打开滤镜，找到“大小、位置与旋转”滤镜，调整缩放比例，把画面放在右下角或左下角，并留出约 10 到 15 像素的边距。

不要覆盖剧集字幕区。如果剧集底部有字幕，摄像头画面建议放在右上角；如果人物对话常出现在左侧，摄像头画面放在右侧。原则是摄像头不能遮挡关键对白和反应点。如果录制时摄像头画面太小，可以在剪辑软件中放大到 20% 到 25% 的屏幕宽度，但不要超过 30%，否则会遮住太多原片内容。

5.3 音频降噪与响度标准

麦克风录制时难免会听到电脑风扇、键盘声或环境杂音。降噪推荐在剪辑前用 Audacity 完成，而不是在剪辑软件里凑合处理。Audacity 的“降噪”功能会先采集一段环境噪声样本，然后对整个音频应用降噪。操作步骤是：选择一段没有人声、只有环境音的片段，点击“效果 -> 降噪 -> 获取噪声样本”，再全选音频，再次点击降噪，按默认参数即可。

音量规范方面，大部分视频平台建议响度保持在 -14 LUFS 左右。Audacity 的“响度标准化”和 DaVinci Resolve 的 Auto Loudness 都可以实现。如果你暂时不熟悉 LUFS，可以用简单目标：片源声音和麦克风声音的感知音量尽量接近，人脸说话时不要盖过剧集原声，剧集原声也不要压掉你的解说。

5.4 导出参数推荐

导出时，个人练习阶段可以不用追求极限画质，但正式发布建议使用下面这组参数：

导出前检查一下文件大小。一部 20 分钟左右的视频，1080p 30FPS、8000 Kbps 码率下体积大约在 1.2 GB 到 1.5 GB。如果远超这个范围，可能是码率设置过高，或者画面噪点太多；如果明显偏小，则说明画质可能被压缩过度。

6. 运行验证与发布前检查

6.1 用播放器逐段检查音画同步

导出完成后，不要急着上传。用 VLC 或 PotPlayer 打开成品视频，拖动进度条到几个关键位置：开头、中间有一个明显动作的位置、结尾。重点观察说话者的嘴型是否和声音吻合，摄像头画面中的观众反应是否与片源事件在时间上一致。

如果发现音画不同步，需要返回剪辑软件，整体移动音频轨道或视频轨道。不要只在播放器里缩放。例如，如果麦克风声音比画面晚 200 毫秒，就在剪辑软件中把 A2 轨道整体前移 200 毫秒。片源音轨通常与原片画面天然同步，一般不需要调整。

6.2 字幕加载测试

把导出的 MP4 文件和 SRT 文件放在同一目录下，使用 VLC 打开视频，VLC 会自动加载同名字幕文件，也可能需要手动选择字幕轨。测试时应检查以下几点：

• 时间码是否连续，是否有重叠。
• 最后一条字幕结束后，屏幕是否恢复干净。
• 中文内容是否乱码。
• 字幕出现和消失的时机是否与讲话内容一致。

如果是在剪辑软件中把字幕烧录进画面，而不是外挂 SRT，也需要仔细检查每一段字幕的边缘，避免出现字幕遮挡人物脸部的问题。

6.3 发布前检查清单

整理一份可复用的检查清单，每次发布前按顺序过一遍。

• 音画是否同步，特别是麦克风音轨。
• 片源声音和解说声音的音量是否平衡。
• 字幕是否清晰，是否有错别字或时间轴漂移。
• 摄像头画面位置是否合适，是否遮挡关键原片内容。
• 视频分辨率和帧率是否符合平台要求。
• 片头片尾是否有黑屏或多余内容。
• 是否出现过长的静音或停顿。
• 文件大小是否合理，上传时间是否可接受。
• 是否保留了原始素材和中间工程文件。
• 是否确认使用的片源合法，符合平台内容政策。

6.4 用 HIMYM S07E15-16 验证整个流程

以第15集“乔迁宴”为例，验证时选一段三人对话较密集的片段，通常发生在客厅场景。检查点包括：原片台词出现时，底层字幕是否正确；你的反应声有没有盖过原片台词；摄像头中你的关注方向是否与画面主要内容一致。第16集“醉鬼列车”的节奏更快，验证时重点检查剪辑点是否频繁切换，因为这类片段最容易产生音频跳跃感。如果切得太碎，建议适当保留更长的连续反应，而不是每 3 秒一切。

7. 常见问题排查

7.1 常见问题排查表

7.2 OBS 黑屏与丢帧该怎么查

黑屏优先检查窗口捕获是否选中了正确程序，其次检查显卡驱动和 OBS 是否使用硬件加速。丢帧问题则看 CPU 或显卡占用，如果录制实时预览卡顿，可以降低录制分辨率，或把编码器从 x264 换成硬件编码，比如 NVIDIA 的 NVENC。不要同时在后台运行游戏或大型软件。

7.3 字幕时间轴偏移的处理顺序

先确认偏移方向：字幕出现太早还是太晚。然后找一条中间位置的台词，计算出偏差值。例如，字幕时间是 00:10:00,000，实际台词出现在 00:10:00,500，说明字幕晚了 500 毫秒，需要整体延后 500 毫秒。使用前面 pysrt 脚本时，offset_ms = 500。修改后必须重新抽查片头、片中和片尾各两条，防止某些片段因剪辑点不同而出现额外偏移。

8. 最佳实践与扩展方向

8.1 录制模板与自动化脚本

个人创作时，每次录制前都要重新检查设置，容易漏项。可以把 OBS 场景集合导出为配置文件，作为固定模板。例如，HIMYM_Reaction.json中保存好场景，下次直接导入。这里提供一个 Python 脚本示例，用于创建素材目录并生成录制信息文件：

import os from datetime import date project_name = "HIMYM_S07E15-E16" date_str = date.today().isoformat() dir_name = f"{date_str}_{project_name}" os.makedirs(dir_name, exist_ok=True) with open(os.path.join(dir_name, "info.txt"), "w", encoding="utf-8") as f: f.write(f"项目：{project_name}\n") f.write(f"日期：{date_str}\n") f.write("环节：录制\n") print("创建目录：" + dir_name)

实际项目里，可以把脚本改成接收剧集编号参数，自动创建录制、剪辑、导出三个子目录，减少手动操作。

8.2 素材命名规范

素材命名直接影响查找效率。建议统一采用“日期_剧集编号_录制时间_用途”的结构。例如：

2026-01-10_HIMYM_S07E15_record_01_raw.mkv 2026-01-10_HIMYM_S07E15_cam_02.mp4 2026-01-10_HIMYM_S07E15_subtitle.srt

不要使用“最终版”“最终版2”“改改”这类命名。原始素材、剪辑工程、字幕、导出文件要分目录存放，并且定期备份到移动硬盘或云盘。

8.3 版权提示

制作 reaction 视频前，需要确认正在使用的片源是合法获取的，并且遵守视频平台的引用规范。reaction 视频不等于随意搬运，建议大量引用原片画面时只保留与评论和反应直接相关的片段，不要长时间完整展示整集内容。不同平台对影视片段的使用规则不同，发布前要阅读对应平台的内容与版权政策。原创的评论、字幕、剪辑和摄像头反应，才是 reaction 视频的核心价值。

8.4 从个人创作走向批量制作

当从单期视频变成固定栏目后，建议把流程固化。录制前使用统一模板，剪辑时使用统一的导出预设，字幕使用同一个时间轴调整脚本。还可以把发布前检查清单做成 Markdown 文件，每期发布前逐项勾选。批量制作时，最耗时间的不再是某一个技术点，而是重复操作，因此可以学习一点命令行批处理，例如用 FFmpeg 批量转码：

for file in *.mkv; do ffmpeg -i "$file" -c:v libx264 -c:a aac "${file%.mkv}.mp4" done

这段命令会把当前目录下所有 mkv 文件转成 mp4。在批量转换时，要注意输出文件名不能和输入文件名相同，否则会覆盖原文件。

8.5 下一步可以学习的技术

如果想让 reaction 视频更专业，可以继续学习 FFmpeg 滤镜语法，像scale、pad、overlay、drawtext可以让你不需要剪辑软件也能直接生成画中画效果。也可以学习 DaVinci Resolve 的调色和响度面板，提升画面质感和声音一致性。更进一步，可以研究如何把字幕导出、校验、烧录流程封装成 Python 脚本，对接自动上传接口，形成“录制后一键出片”的个人流水线。

做 reaction 视频最有价值的地方，不是把工具用得多花哨，而是找到一套稳定、可重复、能在时间紧张时快速出片的流程。建议你从一集 HIMYM 开始，按照上面的链路完整走一遍，把录制前测试、字幕时间轴调整和发布前检查这三个最花时间的环节固定成自己的模板。第一次会比较慢，但第二期开始，你就能明显感觉到返工次数在下降。