清晰度辨析室全部指南导出视频怎样取舍：码率、大小与目标场景
以课件、运动小样和平台上传为例，建立明确假设下的文件大小估算与比较方法。
估算文件大小，先讲清单位
教学估算：若文件总平均码率为 8 Mbps、时长为 60 秒，则数据量约为 8×60÷8=60 MB，使用十进制单位。实际文件还受封装等因素影响；如果 8 Mbps 仅指视频流，音频和额外开销尚未计入。
Mbps 是每秒百万比特，MB 是百万字节。只看到一个“8M”时，先问它是速率还是大小、bit 还是 byte。不要把本词中的 Mo 未经上下文确认就当作容量单位。
三种交付，三个优先检查点
教学场景一：课件录屏。优先看小字、表格线和鼠标移动；固定目标屏幕大小，用较短片段比较两个导出设置。若原始录屏已模糊，单纯加码率无法补足源细节。
教学场景二：运动短片。选包含摇镜和快速运动的小样，核对帧率转换与压缩伪影，再决定是否值得增加数据量。
教学场景三：发送给另一台设备。先确认容器、视频和音频编码组合能播放，再优化文件大小。不能因本机可播就承诺所有设备都兼容。
平台建议必须带上适用条件
YouTube 推荐上传设置中，SDR 1080p 标准帧率（24/25/30）给出的参考视频码率为 8 Mbps，高帧率（48/50/60）为 12 Mbps。它们是平台上传建议，不是所有视频的“高清合格线”，也不能当作播放时一定采用的码率。
这组参考值不应直接推广到 HDR、不同平台或所有编码器。实际交付时查看目标平台当前要求，并保存采用的设置；平台可能在上传后再次处理。
一个简洁的导出决策表
先确定用途和设备，再固定尺寸、帧率与编码，最后比较两个合理码率的小样。每轮尽量只调整一项，才容易判断差异来自哪里。
| 若观察到 | 先检查 | 随后再考虑 |
|---|---|---|
| 小字本来就糊 | 采集分辨率、缩放 | 导出尺寸与码率 |
| 运动不连贯 | 源帧率、时间线 | 帧率转换方式 |
| 文件太大 | 时长、总平均码率 | 小样压缩比较 |
| 设备不能播放 | 容器与编码支持 | 有明确目标的转码 |
来源与适用范围
- MDN：Media container formats
用于解释媒体容器、编码和文件扩展名之间的关系。
- YouTube：推荐上传编码设置
只作为该平台上传建议的案例，不把建议码率当作通用画质门槛。