YouTube 总是搞砸我的视频质量

Question 1

您能做的不多。如果原始文件在 YouTube 上看起来很糟糕，那么重新编码并不能改善这种情况。我假设您正在重新编码“使用 ShadowPlay 录制的未经修改的原始素材”。如果可能，始终建议上传原始内容，除非它当然是一个超大文件并且不方便上传，因为 YouTube 会重新编码您提供的任何内容。在我看来，您的第一个链接的高清版本看起来并不糟糕，比较屏幕截图并不完全“公平”，因为人眼不会观看这样的视频。

至于您的命令：

重新编码看起来不错：-crf这是这里最重要的因素。您可以尝试稍微低一点的值。有些人声称看到了差异。
我个人会省略，-g 15 -keyint_min 15 -coder 1 -bf 2 -subq 9因为预设将处理大多数这些选项，而且它们通常比我更聪明。
-pix_fmt yuv420pYouTube 可能不需要，但请注意，糟糕的播放器（QuickTime 等）可能无法正确解码除具有 4:2:0 色度子采样的 YUV（平面）色彩空间之外的任何内容。
编码器会自动选择一个配置文件，因此您无需使用-profile（-profile:v因为有些音频编码器也有-profile）。如果您的解码器或设备不支持更高级的配置文件，则通常使用此选项。
你可以流复制音频（-c:a copy）而不是重新编码它，但我猜你的输入音频未压缩。
查看完整的 ffmpeg 控制台输出将有助于提供进一步的建议并避免猜测。
这不是一个有用的建议，但其他网站可能会提供更好的质量。

另请参阅：

FFmpeg 和 x264 编码指南
如何使用ffmpeg（稍微过时了）

Answer

您能做的不多。如果原始文件在 YouTube 上看起来很糟糕，那么重新编码并不能改善这种情况。我假设您正在重新编码“使用 ShadowPlay 录制的未经修改的原始素材”。如果可能，始终建议上传原始内容，除非它当然是一个超大文件并且不方便上传，因为 YouTube 会重新编码您提供的任何内容。在我看来，您的第一个链接的高清版本看起来并不糟糕，比较屏幕截图并不完全“公平”，因为人眼不会观看这样的视频。

至于您的命令：

重新编码看起来不错：-crf这是这里最重要的因素。您可以尝试稍微低一点的值。有些人声称看到了差异。
我个人会省略，-g 15 -keyint_min 15 -coder 1 -bf 2 -subq 9因为预设将处理大多数这些选项，而且它们通常比我更聪明。
-pix_fmt yuv420pYouTube 可能不需要，但请注意，糟糕的播放器（QuickTime 等）可能无法正确解码除具有 4:2:0 色度子采样的 YUV（平面）色彩空间之外的任何内容。
编码器会自动选择一个配置文件，因此您无需使用-profile（-profile:v因为有些音频编码器也有-profile）。如果您的解码器或设备不支持更高级的配置文件，则通常使用此选项。
你可以流复制音频（-c:a copy）而不是重新编码它，但我猜你的输入音频未压缩。
查看完整的 ffmpeg 控制台输出将有助于提供进一步的建议并避免猜测。
这不是一个有用的建议，但其他网站可能会提供更好的质量。

另请参阅：

FFmpeg 和 x264 编码指南
如何使用ffmpeg（稍微过时了）

Question 2

这里的问题是，YouTube 将 1080p 视频的比特率限制为 6Mbps，因为绝大多数用户的平均持续下载速度为 5.8Mbps。

（他们的大多数用户也太愚蠢了，不会去摆弄设置，甚至不知道是什么导致了他们的延迟，所以他们做出了改变（我相信是在 7 月至 8 月的时间范围内）来解决大众的抱怨。）

我建议修复，但目前还没有。过去 3 个月内曾有过多个可行的修复方案，但由于 YouTube 正在调整其基础设施，所有方案都被删除了。这里有一个你可以尝试的方法，但 YMMV 和 YT 可能已经禁用了它。

以 1920x1080 分辨率录制
为了用户的利益，使用您可以处理的最低比特率以 2048x1152 进行编码。
上传。
告诉您的用户以“原始”或 1440p 进行播放，无论他们可以选择哪种选项。

结果。

如果您的用户将视频设置为 1080p，那么他们可能会觉得视频比您之前的 1080p 视频稍微模糊一些。YT 会将视频下采样为 2048x1152，并将比特率降低至 6Mbps。如果他们以全分辨率进行流式传输，他们仍会进行下采样，尽管是在他们自己的机器上，并且会分配到高得多的比特率。更高的比特率有利有弊。它允许他们获得更高质量的图像，但大多数人必须预加载一半视频，以防止加载暂停。如果他们没有手动禁用 Dash 播放，Dash 播放还会将预加载时间限制为每次 30 秒，因此他们也需要关闭此功能。

Answer