在 Windows 上优化 YouTube 视频

使用 Clipchamp 和 FFmpeg 在 Windows 上优化视频。无需传输过大的编辑母版，即可准备一份干净的 H.264 MP4 上传中间文件。

YouTube 接受非常大的文件，但这并不意味着每一份编辑母版都适合直接上传。决策取决于上行网速、源文件质量，以及再次编码是否会明显损害素材。估算成本后再优化传输。

估算压缩是否值得

在网络空闲时运行上传速度测试。使用以下公式估算传输时间：

文件大小（吉比特）/ 上传速度（兆比特每秒）

8 GB 的文件包含约 64,000 兆比特。在持续 10 Mbps 的上传速率下，理论最低耗时约为 107 分钟。由于吞吐量波动，实际上传时间会更长。将该文件缩小至 3 GB，理论时间可缩短至约 40 分钟。

如果源文件码率合理，无需仅为节省几分钟而重新编码。噪点、快速游戏画面、五彩纸屑和精细屏幕文字容易受到代际损失的影响。

匹配 YouTube 上传推荐值

YouTube 的推荐上传编码设置指定使用 MP4、H.264、逐行扫描、4:2:0 色度采样、Fast Start，以及录制时使用的帧率。该页面还公布了参考码率，而非强制上限。

SDR 上传	标准帧率	高帧率
720p	5 Mbps	7.5 Mbps
1080p	8 Mbps	12 Mbps
1440p	16 Mbps	24 Mbps
2160p	35 至 45 Mbps	53 至 68 Mbps

将这些值作为审查参考点，而非强制将所有源文件统一为同一数值。当相机或录屏软件产生的是 24、25、30、50 或 60 fps 时，请保留该帧率。在仅为了减小文件大小而更改编解码器之前，请阅读 H.264 与 H.265 。

YouTube 记录了合格账户的最大上传限制为 256 GB 或 12 小时，以先到者为准。账户验证和当前 Studio 的行为仍然适用。

在 Clipchamp 中导出干净副本

Clipchamp 适用于简单的 Windows 录屏导出：

删除片头板、失败片段和静音空白。
除非视频有意重新构图，否则保持源宽高比。
以源分辨率（如 1080p）导出。
在打开 YouTube Studio 之前，先在媒体播放器中查看导出文件。

不要为了在播放器中获得更大的标签而将 720p 上采样至 4K。上采样会增加像素，但不会增加捕获的细节。也不要将 30 fps 转换为 60 fps；重复或合成的帧可能会产生运动伪影。

使用 FFmpeg 创建可重复的上传

对于高质量的 1080p Windows 上传副本：

ffmpeg -i episode-master.mov -c:v libx264 -crf 18 -preset slow -pix_fmt yuv420p `
  -c:a aac -b:a 384k -ar 48000 -movflags +faststart episode-upload.mp4

对于屏幕教程，编码后在 100% 缩放比例下检查文本。如果 18 GB 的 4K 捕获文件将用于 1080p 频道，请创建有意的下采样副本，而不是依赖上传器：

ffmpeg -i capture-4k.mp4 -vf scale=1920:-2 -c:v libx264 -crf 19 -preset slow `
  -c:a aac -b:a 192k -ar 48000 -movflags +faststart tutorial-1080p.mp4

CRF 控制质量，而非最终大小。当固定传输预算很重要时，使用视频码率基础。

测试 YouTube 转码效果

上传一集代表性视频，状态设为 不列出，并等待目标分辨率处理完成。审查流媒体结果，而不仅是本地 MP4。

检查深色渐变、胶片颗粒、快速相机移动、字幕、小界面文本、音频同步以及时间线的最后几秒。对比桌面和手机播放。如果 YouTube 版本显示出本地上传中不存在的伪影，请提高源质量，而不是添加任意分辨率。

在上传、处理、字幕、缩略图、章节和最终播放全部验证之前，保留编辑母版。

GetCompress 如何适配 Windows 频道流程

Clipchamp 和 FFmpeg 适用于一次性导出。当 Windows 频道定期从已批准的母版准备剧集、Shorts、赞助商审核副本和缩略图时，GetCompress 是更好的选择。预设、预览、修剪和批量队列可以创建这些本地交付副本，而无需替换 NLE 或存档母版。

它无法改善劣质源文件，也无法控制 YouTube 的最终转码。使用它来消除传输浪费，同时保留足够的质量以供平台的二次编码使用。