为什么合并前要先做准备
音视频合并看起来只有一步操作，背后却依赖若干前置条件：链接是否还能访问、两条轨道的参数是否匹配、 输出目录能不能放下文件。任何一项不满足，都会在最后一步集中爆发，而且报错信息往往指向不了真正的原因。
最常见的三类返工
第一类是把容器概念和编码混为一谈，以为换个后缀就会重编码； 第二类是命名没有提前统一，二十集文件名格式各不相同，后续检索只能靠逐个打开； 第三类是跳过同步检查，合并完才发现口型不对，只能从头再来一遍。
这三类问题都可以在正式开始前用几分钟排除掉，这也是本文把准备工作排在操作步骤之前的原因。
准备清单六项
下面六项按执行顺序排列，建议作为固定流程使用。每一项都有一个明确的“通过标准”， 达不到就先别往下走。
- 确认链接仍然可访问 把清单里的公开页面地址抽查三到五条，确认在浏览器中能正常打开。失效链接先剔除，避免占用队列位置。
- 固定命名规则 先写死一套格式，例如“剧名 S01E01”，季号和集号都补零。规则一旦确定，整季不要中途更改。
- 记录画面轨参数 分辨率、帧率、总时长三项必须写下来。不同集数的参数如果不一致，合并后的文件在播放时可能出现跳帧。
- 记录音频轨参数 采样率、声道数、总时长同样需要登记。声音部分的时长与画面差得太多时，要优先查来源而不是急着合并。
- 估算磁盘剩余空间 输出文件通常需要与源内容相近的空间，长视频还要多留一些余量。处理前先看一眼目标分区。
- 预留验证时间 计划里留出抽查环节：至少播放第一集和最后一集的开头，确认画面、声音、字幕三者正常。
封装与参数对照
准备工作做完后，输出参数可以对照下面这张表确认。表中“取值示例”一列用于说明填写格式， 实际数值以源文件为准。
| 检查项 | 取值示例 | 为什么重要 |
|---|---|---|
| 容器格式 | MP4 | 决定能否被目标设备识别，也决定是否能携带多条音轨。 |
| 画面码率 | 4 Mbps | 过低会出现块状模糊，过高则拖慢处理、占用更多空间。 |
| 音频采样率 | 48 kHz | 高于源文件并不会带来更多信息，通常建议保持与源一致。 |
| 声道配置 | 立体声 | 源为单声道时强行扩成多声道，可能出现声音发虚。 |
| 帧率 | 与源一致 | 与源不同会造成画面节奏变化，快速运动画面尤为明显。 |
说明：上表取值示例仅用于界面演示，用于说明填写方式，不代表推荐值，也不承诺任何来源都能提供对应参数。
音画同步检查清单
合并前最后一道关。把下面五项逐条勾选，全部通过再执行封装。
- 画面轨与音频轨的总时长差值在可接受范围内
- 开头第一句人声出现的位置与画面人物开口同步
- 播放到中段再抽查一次，确认偏移不是逐渐累积
- 片尾部分核对一次，避免只检查了开头
- 偏移量已记录到清单，单位精确到毫秒
偏移量怎么量
找一个说话时口型清晰的片段暂停，用播放器自带的音轨延迟设置逐步加减小数值， 直到口型与声音对上，然后把最终数值记下来。这个数值既可以在合并前用于修正， 也可以留到合并后做微调，关键是别凭感觉估。
使用边界与注意
这部分说明哪些情况不适合继续操作，提前知道可以避免浪费时间。
先停下来确认的几种情况
- 链接需要登录或额外权限才能访问时，不要绕过访问控制。
- 源文件本身存在损坏、缺失片段时，合并只会放大问题。
- 目标用途涉及再分发时，先确认内容授权范围。
- 磁盘剩余空间不足时，应先清理而不是强行处理。
另外需要说明的是，不同公开页面能提供的清晰度、音轨数量各不相同， 本站不承诺任何链接都能输出全部格式，实际结果以页面可选内容为准。
小结与下一步
把准备工作做成固定顺序之后，合并这一步反而变成最轻松的环节。 建议第一次只挑三集：按清单逐项打勾，跑完后抽查首尾，确认命名与封装都符合预期， 再扩展到下一段清单。
如果卡在参数环节，可以打开首页的封装与码率对照表；如果卡在声音偏差，按本文第四节的清单逐条排查。 处理过程中的记录建议一并保留，方便日后重新核对来源。