应在视频上使用哪种编解码器以避免在 youtube 和 vimeo 中重新压缩

Question

使用哪种编解码器来压缩 YouTube 和 Vimeo 不重新压缩的视频以避免重新压缩的质量损失

@Chris 让我说得更具体一些。我发布了一个一般性问题，以便其他人可以受益。我使用 Sony Vegas 和编解码器 sony AVC/mvc @1920x1080 30fps 和 CABAC 编码 @12mbit，但 YouTube 重新压缩了视频，当我选择以 1080p 分辨率观看时，视频变得更模糊。我会尝试 webM，看看会发生什么。我还没有将相同的视频@1080p 上传到 Vimeo。

[编辑] YouTube 和 Vimeo 的带宽（即 15mbit）有上限吗？

Answer 1

avp.stackexchange.com 上有关于 YouTube 编解码器等的很好的答案

有关所用格式的一些一般信息：YouTube 使用 4 种容器格式和 3 种不同的编解码器。这取决于视频的受欢迎程度，您的视频使用了哪些编解码器（请参阅下面的原因）。通常，您上传的每个视频都将采用 h.264 编码，并将被混合到 .flv 和 .mp4 容器中。这就是标准，每个视频都会发生这种情况。尽管 .flv 仅用于 720p 以下的分辨率。这意味着 .flv 容器中将只存在 360p 和 480p。虽然每个低于 720p 的视频也会有一个 mp4 版本，用于最高可用分辨率，360p 或 480p。对于 240p，YouTube 使用 3gp，这是一种用于移动设备的相当老的编解码器（早在智能手机时代之前），它也包含在容器 .3gp 中。

使用的另一个编解码器是 VP8，它采用 WebM 容器格式。WebM 是由 Google 开发的一种格式，旨在作为 HTML5 的标准视频编解码器，尽管对它的支持不是很大。即使在 YouTube 上也只有很少的视频是用 WebM 编码的，WebM 是在 YouTube 的 HTML5 版本中引入的。YouTube 仅在上传后在 WebM 中对某些视频进行编码，并且大多数仅对流行视频进行编码（根据我在 WebM 中看到的编码视频），因此不确定您的视频是否会出现在 WebM 中。

关于您链接的问题（也许它们应该合并？）

您应该使用什么编解码器/容器来上​​传？

这取决于，如果您受到上传速度的限制/担心，则使用 h.264 Level 3.1/4.1 和 Main Profile for SD 或 High Profile for HD 和 AAC 音频。YouTube 会很好地接受这一点，并且在它被 YouTube 服务器编码后看起来会很好。但请注意，无论您使用何种编解码器和设置，YouTube 都会在您的视频上传后始终对其进行编码。因此，如果您想要理论上最好的上传质量，请选择无损编解码器进行上传或至少在视觉上无损。将 YouTube 视为交付/消费者格式的最终​​输出，上传到 YouTube 是制作的最后一步，您希望在制作过程中保持无损。但请注意这只是一个理论上的事情，实际上我会说它真的没有

但是，如果您真的想以“完美”的方式做到这一点，请使用生产编解码器，而不是像 h.264 这样的消费者编解码器。MJPEG 将是一个很好的编解码器，YouTube 绝对支持 .avi 或 .mov 容器。MJPEG 是一种有损编解码器，但视觉质量将与源相同（如果您选择了足够高的质量设置，这实际上是作为视频编解码器的 JPEG）。在我看来，使用真正的无损编解码器会浪费硬盘空间和带宽。

但是，如果您想真正无损地上传视频并且不关心上传时间，我建议您使用标准的 QuickTime 编解码器，因为 YouTube 几乎都支持它们（请注意，并非所有视频都是无损的，h264 也是一种标准 QuickTime 编解码器）。不幸的是，YouTube 没有说明支持哪些 QuickTime 编解码器。我想动画或 JPEG2000 应该可以工作。两种编解码器都可以 100% 无损。

对于音频，如果您还想保持音频无损，请使用 PCM，但这实际上只是理论上的质量改进。AAC 将明智地完成相同的工作质量，并且规模会更小。我建议 AAC 的比特率至少为 192kbps。YouTube 会将其转换为 ~24kbps（移动又名 3gp）~64kbps(240p)、~128kbps(360p/480p) 和 ~192kbps(720p+)。

在帧速率方面，如果您可以选择在录制/动画过程中使用 25FPS，YouTube 最喜欢使用该帧速率（用于每个视频的帧速率），但如果您的素材已经采用另一种帧速率，则坚持使用它，不要t 向上或向下插入到 25FPS。YouTube 将为您处理转换，并且通常比您的编码器做得更好。他们每天必须处理各种帧率，并且很好地解决了这个（实际上非​​常复杂）的问题。

对于 vimeo，您应该查看 vimeo 指南。您应该使用 H.264 编解码器。因为那样他们就不需要解压了

准则：

编解码器：H.264

编解码器是您的视频将被编码的格式。Vimeo 接受大多数主要视频编解码器，但为了获得最佳效果，我们建议使用 H.264。如果您要上传高清 (HD) 视频，请选择 High Profile H.264 设置而不是 Main Profile。高级 H.264 设置：为了使您的上传更加流畅，请尽可能选择以下高级设置。

• 封闭式共和党
• CABAC（减少文件大小）

Answer 2

您无法避免 YouTube 或其他人重新压缩您的输入视频。他们永远不会接受现状。YouTube 研究人员已经证实了这一点。引用 YouTube 研究论文：*

[我们] 通过创建高比特率、恒定帧率夹层在转码之前对文件进行标准化。

其原因有多种：

1. 视频编解码器/格式可能很奇怪（因为缺乏更好的词）。存在许多不同的编码器，它们可能会产生具有特殊属性的比特流，而流式传输架构的所有组件可能并不支持这些属性。例如，解码可能无法正常工作，可能存在错误的时间戳，并且用户可能试图上传恶意文件，试图利用软件中的错误。你不想处理这个。您希望拥有一种单一的视频格式（“中间格式”或“夹层”），并且您知道它不会破坏您现有的基础设施。因此，您可以将传入的视频转换为该格式，并且任何进一步的处理都会变得更加容易。

2. 质量优化：YouTube 和其他公司最了解他们需要如何压缩视频，以便输出具有良好的质量和低比特率。他们花费大量的 CPU 时间和人力来优化这方面。他们不会只是按原样拍摄您的视频。

3. 目前使用的 HTTP 自适应流式传输需要为不同的客户端类型生成不同的视频集（例如，将 4K 流式传输到桌面上的现代浏览器不同于将低分辨率视频流式传输到旧版 Android 设备）。因此，即使您有一个压缩良好的输入文件，YouTube 也必须生成数十个替代的缩放版本。

_{* 科维尔等人。2016 年，使用具有嵌入式比特率模型的神经网络优化转码器质量目标}