网页视频编码指南

以下视频编解码器是网络上最常用的编解码器。对于每个编解码器，还列出了可以支持它们的容器（文件类型）。每个编解码器都提供了一个指向下方部分的链接，该部分提供了有关编解码器的其他详细信息，包括你可能需要注意的特定功能和兼容性问题。

与任何编码器一样，影响编码视频大小和质量的基本因素有两组：源视频格式和内容的细节，以及编码视频时使用的编解码器的特性和配置。

最简单的准则是：任何使要编码的视频看起来更像原始的、未压缩的东西通常会使数据更大。因此，它始终需要在大小与质量作出权衡。在某些情况下，为了降低数据大小而牺牲更高的质量是值得的。而有时质量损失是不可接受的，因此有必要接受导致使文件数据更大的编解码器配置。

源视频格式对输出的影响程度取决于编解码器及其工作方式。如果编解码器将媒体转换为内部像素格式，或者以其他方式使用简单像素以外的方式表示图像，则原始图像的格式没有任何区别。但是，帧速率和分辨率等因素总是会影响媒体的输出大小。

此外，所有编解码器都有其优点和缺点。有些编码器在处理特定的形状和图案会出现问题，有的不擅长处理锐利的边缘，有的在黑暗区域往往会丢失细节，不同的编码器都有可能出现各种各样的问题，这一切是由编码器底层的算法和数学理论决定的。

这些对生成的编码视频的影响程度将根据情况的具体细节而有所不同，包括使用的编码器及其配置方式。除了通用编解码器选项外，编码器还可以配置为降低帧速率、清除噪声和/或降低编码期间视频的整体分辨率。

用于对视频进行编码的算法通常使用多种通用技术中的一种或多种来执行它们的编码。一般来说，任何旨在减少视频输出大小的配置选项都可能会对视频的整体质量产生负面影响，或者会在视频中引入某些类型的鬼影。也可以选择能够完美再现原始片段单会产生更大编码文件的无损编码形式。

此外，每个编码器实用程序在处理源视频的方式上可能有所不同，从而导致输出质量和大小的差异。

编码视频时可用的选项以及分配给这些选项的值不仅会因一种编解码器而异，而且取决于你使用的编码软件。编码软件随附的文档将帮助你了解这些选项对编码视频的具体影响。

鬼影是有损编码过程的副作用，其中丢失或重新排列的数据会导致明显的负面影响。一旦鬼影出现，它可能会因为视频的显示方式而停留一段时间。通过对当前可见的帧应用一组变化记录来呈现视频的每一帧。这意味着任何错误或伪影都会随着时间的推移而复杂化，从而导致图像出现故障或其他奇怪或意外的偏差，这些偏差会持续一段时间。

为了解决这个问题，并改善视频数据的搜索时间，将周期性的关键帧（也称为帧内或 i 帧）放置到视频文件中。关键帧是完整帧，用于修复当前可见的任何损坏或伪影残留。

混叠是从编码数据重建后看起来与压缩前不同的任何事物的通用术语。有多种形式的别名；你可能会看到的最常见的包括：

摩尔纹 摩尔纹是当源图像中的一个图案和编码器的操作方式在空间上略微失准时产生的大尺度空间干涉图案。然后，编码器生成的鬼影会在解码时在源图像的图案中引入奇怪的漩涡效果。
楼梯效果 楼梯效果是一种空间伪影，当应该平滑的对角直线或弯曲边缘呈现锯齿状外观时，就会出现这种空间伪影，看起来有点像一组楼梯台阶。通过"抗锯齿"过滤器能减少这种现象。
马车车轮效应 马车车轮效应（或频闪效应）是电影中常见的视觉效果，由于帧速率和压缩算法之间的相互作用，车轮似乎以错误的速度旋转，甚至反向旋转。任何重复的移动模式都会出现同样的效果，例如铁路线上的枕木、路边的柱子等等。这是一个时间（基于时间）混叠问题；旋转速度会干扰压缩或编码期间执行的采样频率。

色彩边缘是一种视觉鬼影，表现为沿场景中彩色对象边缘引入的虚假颜色。这些颜色与帧的内容没有有意义的颜色关系。

在视频编码过程中删除数据的行为需要丢失一些细节。如果应用了足够的压缩，图像的部分甚至全部可能会损失清晰度，导致外观略微模糊或看齐来很朦胧。

失去清晰度会使图像中的文本难以阅读，因为文本（尤其是小文本）是非常注重细节的内容，微小的改动会显着影响易读性。

有损压缩算法会引入振铃效应，即对象外部区域被压缩算法生成的彩色像素污染的效果。当算法使用跨越对象与其背景之间的清晰边界的块时，就会发生这种情况。这在较高的压缩级别下尤其常见。

请注意上方星星边缘周围的蓝色和粉红色条纹（以及步进和其他重要的压缩伪影）。那些边缘是振铃效应。振铃效应在某些方面类似于飞蚊噪声，除了振铃效果或多或少稳定不变，而蚊子噪音闪烁和移动。

振铃是另一种类型的鬼影，它会使阅读图像中包含的文本变得特别困难。

分色发生在压缩导致渐变中颜色细节丢失时。图像不是通过区域中的各种颜色进行平滑过渡，而是呈现为块状的，带有接近图像原始外观的颜色斑点。

请注意上面照片中秃鹰（以及背景中的雪鸮）羽毛中颜色的块状。由于这些后化鬼影，在很大程度上丢失了羽毛的细节。

轮廓或色带是一种特殊的分色形式，其中色块在图像中形成条带或条纹。当视频使用了低精度的量化配置进行编码时，就会发生这种情况。压缩后的视频的内容中呈现出“分层”的外观，其中不是平滑的渐变和过渡，而是从颜色到颜色的过渡是突然的，导致出现色条。

在上面的示例图像中，请注意天空如何具有不同深浅的蓝色带，而不是随着天空颜色向地平线变化而形成一致的渐变。这就是轮廓效果。

飞蚊噪声是一种时间鬼影，表现为噪声或边缘繁忙，表现为闪烁的朦胧或闪烁，大致跟随在具有硬边缘或前景对象和背景之间的尖锐过渡的对象的边缘之外。效果在外观上可能类似于振铃效应。

上面的照片显示了许多地方的飞蚊噪音，包括在桥梁周围的天空中。在右上角，插图显示了图像中出现蚊子噪声的部分的特写。

飞蚊噪声鬼影最常见于 MPEG 视频中，但只要使用离散余弦变换（DCT）算法就会出现；例如 JPEG 静止图像。

视频压缩通常通过比较两帧并记录它们之间的差异，一帧接一帧，直到视频结束。当相机固定在适当位置或者帧中的对象相对静止时这种方法的效果很好，但如果帧中有大量运动，帧之间的差异数量可能会很大，以至于压缩算法不会做任何事。

运动补偿是一种寻找运动（相机或视野中的物体）并确定移动的物体在各个方向上有多少个像素的偏移的技术。确定后存储这些不能只用相似变化描述的像素偏移。本质上，编码器会找到移动的对象，然后构建一个类似于原始对象但所有对象都被转换到新位置的帧内。理论上，这近似于新帧的外观。然后，为了完成运动补偿，需要找到剩余的差异，然后将对象移动的集合和像素差异的集合存储在表示新帧的数据中。这个描述偏移和像素差异的对象称为残差帧。

原始帧	帧间差异	运动补偿后的差异
观众看到的第一个完整帧。	在这里，只看到第一帧和下一帧之间的差异。其他一切都是黑色的。仔细观察，我们可以看到这些差异大部分来自水平摄像机移动，这使其成为运动补偿的良好候选者。	为了最小化不同像素的数量，这里我们考虑到相机的平移，首先将第一帧向右移动两个像素，然后再考虑差异。这补偿了相机的平移，允许两个帧之间有更多的重叠。
图片来自维基百科

运动补偿有两种一般类型：全局运动补偿和块运动补偿。全局运动补偿通常针对摄像机运动进行调整，例如跟踪、小车运动、平移、倾斜、滚动和上下运动。块运动补偿处理局部变化，寻找可以使用运动补偿编码的图像的较小部分。这些块通常在网格中具有固定大小，但有一些运动补偿形式允许可变块大小，甚至允许块重叠。

然而，由于运动补偿可能会出现鬼。这些沿着块边界发生，以产生错误振铃和其他边缘效应的尖锐边缘的形式出现。这些是由于残差帧编码中涉及的数学问题，并且在被下一个关键帧修复之前很容易被注意到。

在某些情况下，减少视频的尺寸以提高视频文件的最终大小可能很有用。虽然播放的大小或流畅度的立即损失可能是一个负面因素，但仔细的决策可以带来良好的最终结果。如果在编码之前将 1080p 视频降低到 720p，则生成的视频会更小，同时具有更高的视觉质量；即使在播放期间按比例放大后，结果也可能比以全尺寸编码原始视频并接受满足你的尺寸要求所需的质量要求更好。

同样，你可以完全从视频中删除帧并降低帧速率以进行补偿。这有两个好处：它使整个视频更小，并且更小的尺寸允许运动补偿带来更好的效果。例如，不是计算由于帧间运动而相隔两个像素的两个帧的运动差异，而是每隔一帧跳过一次可能会导致计算得出四个运动像素的差异。这使得相机的整体运动可以用更少的剩余帧来表示。

视频在其内容不再被人眼感知为运动之前可以达到的绝对最小帧速率约为每秒 12 帧。少于这个临界值，视频就变成了一系列静止图像。电影胶片通常是每秒 24 帧，而标准清晰度电视大约是每秒 30 帧（稍微少一点，但足够接近），而高清电视是每秒 24 到 60 帧。任何从 24 FPS 以上的图像通常看起来都会很平滑；30 或 60 FPS 是理想的帧率，具体的取决于需求。

最后，做出哪些牺牲完全取决于你和你的设计团队。

AOMedia Video 1（AV1）编解码器是由 Alliance for Open Media 专门为互联网视频设计的开放格式。它实现了比 VP9 和 H.265/HEVC 更高的数据压缩率，比 AVC 高出多达 50%。AV1 完全免版税，专为 <video> 元素和 WebRTC 使用而设计。

AV1 目前提供三种配置文件：main、high 和 professional，并增加了对颜色深度和色度子采样的支持。此外，还指定了一系列级别，每个级别都定义了视频属性范围的限制。这些属性包括帧尺寸、以像素为单位的图像区域、显示和解码率、平均和最大比特率，以及编码/解码过程中使用的瓦片和瓦片列的数量限制。

例如，AV1 2.0 级提供的最大帧宽度为 2048 像素，最大高度为 1152 像素，但其最大帧大小（以像素为单位）为 147,456，因此你实际上无法在 2.0 级获得 2048x1152 视频。然而值得注意的是，至少对于 Firefox 和 Chrome，在执行软件解码时实际上忽略了级别，并且解码器在提供的设置下尽其所能播放视频。但是，为了以后的兼容性，你应该保持在你选择的级别的范围内。

目前 AV1 的主要缺点是它非常新，并且大多数的浏览器还未完全支持该编码方式。此外，编码器和解码器仍在针对性能进行优化，硬件编码器和解码器仍主要处于开发阶段而不是生产阶段。因此，将视频编码为 AV1 格式需要很长时间，因为所有工作都是在软件中完成的。

目前，由于这些因素，AV1 还没有准备好成为你的首选视频编解码器，但你应该注意它以备将来使用。

MPEG-4 规范套件的高级视频编码（AVC）标准由相同的 ITU H.264 规范和 MPEG-4 Part 10 规范指定。它是一种基于运动补偿的编解码器，如今广泛用于各种媒体，包括广播电视、RTP 视频会议以及蓝光光盘的视频编解码器。

AVC 高度灵活，具有许多不同功能的配置文件；例如，Constrained Baseline Profile 设计用于视频会议和移动场景，使用的带宽少于 Main Profile（在某些地区用于标清数字电视）或 High Profile（用于蓝光光盘视频） .大多数配置文件使用 8 位颜色分量和 4:2:0 色度二次采样；High 10 Profile 增加了对 10 位颜色的支持，High 10 的高级形式增加了 4:2:2 和 4:4:4 色度二次采样。

AVC 还具有特殊功能，例如支持同一场景的多个视图（多视图视频编码），它允许制作立体视频等。

然而，AVC 是一种专有格式，其技术的众多专利由多方拥有。AVC 媒体的商业使用需要许可证，但 MPEG LA 专利池不需要为以 AVC 格式流式传输的互联网视频收取许可证费用，只要视频对最终用户免费即可。

WebRTC 的非 Web 浏览器实现（任何不包括 JavaScript API 的实现）都需要支持 AVC 作为 WebRTC 调用中的编解码器。虽然 Web 浏览器不需要这样做，但有些需要这样做。

在 Web 浏览器的 HTML 内容中，AVC 具有广泛的兼容性，并且许多平台支持 AVC 媒体的硬件编码和解码。但是，在你的项目中选择使用 AVC 之前，请注意其许可要求！

ITU 的 H.263 编解码器主要设计用于低带宽情况。特别是，它的重点是 PSTN（公共交换电话网络）、RTSP 和 SIP（基于 IP 的视频会议）系统上的视频会议。尽管针对低带宽网络进行了优化，但它相当占用 CPU，并且可能无法在低端计算机上充分执行。数据格式类似于 MPEG-4 Part 2。

H.263 从未在网络上广泛使用。H.263 的变体已被用作其他专有格式的基础，例如 Flash 视频或 Sorenson 编解码器。但是，没有任何主流浏览器默认包含 H.263 支持。某些媒体插件已启用对 H.263 媒体的支持。

与大多数编解码器不同，H.263 以每帧（图片）的最大比特率或 BPPmaxKb 来定义编码视频的基本原理。编码时为 BPPmaxKb 选择一个值，然后视频每帧不能超过这个值。最终比特率将取决于此、帧速率、压缩以及选择的分辨率和块格式。

H.263 已被 H.264 取代，因此被视为一种传统媒体格式，你通常应该尽可能避免使用。在新项目中使用 H.263 的唯一真正原因是，如果你需要支持非常旧的设备，而 H.263 是你的最佳选择。

H.263 是一种专有格式，专利 由包括 Telenor、富士通在内的许多组织和公司持有、摩托罗拉、三星、日立、宝利通、高通等。要使用 H.263，你有法律义务获得相应的许可证。

高效视频编码（HEVC）编解码器由 ITU 的 H.265 以及 MPEG-H 第 2 部分（MPEG-4 仍在开发中的后续版本）。HEVC 旨在支持对包括超高分辨率（包括 8K 视频）在内的视频进行高效编码和解码，其结构专为让软件利用现代处理器而设计。从理论上讲，HEVC 可以达到 AVC 一半的压缩文件大小，但图像质量相当。

例如，每个编码树单元（CTU）——类似于以前编解码器中使用的宏块——由每个样本的亮度值树以及在同一编码树单元中使用的每个色度样本的色度值树组成，以及任何必需的语法元素。这种结构支持多核轻松处理。

HEVC 的一个有趣特性是主配置文件仅支持每个分量颜色 8 位和 4:2:0 色度子采样。同样有趣的是 4:4:4 视频经过特殊处理。这三个通道没有使用亮度样本（以灰度表示图像的像素）以及 Cb 和 Cr 样本（指示如何更改灰度以创建彩色像素），而是将三个通道视为三个单色图像，每种颜色一个，然后在渲染过程中组合以产生全彩图像。

HEVC 是一种专有格式，受多项专利保护。许可由 MPEG LA 管理；费用向开发者收取，而不是向内容生产者和发行商收取。在决定是否在你的应用或网站中使用 HEVC 之前，请务必查看最新的许可条款和要求！

MPEG-4 Video Elemental Stream（MP4V-ES）格式是 MPEG-4 Part 2 视觉标准的一部分。虽然一般来说，MPEG-4 第 2 部分视频没有被任何人使用，因为它缺乏与其他编解码器相关的引人注目的价值，但 MP4V-ES 在移动设备上确实有一些用途。MP4V 本质上是 MPEG-4 容器中的 H.263 编码。

它的主要目的是用于通过 RTP 会话流式传输 MPEG-4 音频和视频。但是，MP4V-ES 也用于使用 3GP 通过移动连接传输 MPEG-4 音频和视频。

你几乎肯定不想使用这种格式，因为任何主流浏览器都不以有意义的方式支持它，而且已经过时了。这种类型的文件应该有扩展名“.mp4v”，但有时被错误地标记为“.mp4”。

MPEG-1 Part 2 Video 于 1990 年代初推出。与后来的 MPEG 视频标准不同，MPEG-1 完全由 MPEG 创建，没有 ITU's 参与。

因为任何 MPEG-2 解码器也可以播放 MPEG-1 视频，所以它与各种软件和硬件设备兼容。没有与 MPEG-1 视频相关的有效专利，因此可以在没有任何许可问题的情况下使用它。但是，很少有 Web 浏览器在不支持插件的情况下支持 MPEG-1 视频，并且随着 Web 浏览器中不推荐使用插件，这些通常不再可用。这使得 MPEG-1 在网站和 Web 应用程序中成为一个糟糕的选择。

MPEG-2 Part 2 是 MPEG-2 规范定义的视频格式，也偶尔会被提及通过其 ITU 名称，H.262。它与 MPEG-1 视频非常相似——事实上，任何 MPEG-2 播放器都可以自动处理 MPEG-1，而无需任何特殊工作——除了它已扩展为支持更高的比特率和增强的编码技术。

目标是允许 MPEG-2 压缩标清电视，因此也支持隔行扫描视频。标准清晰度压缩率和生成的视频质量需要足够好，MPEG-2 是用于 DVD 视频媒体的主要视频编解码器。

MPEG-2 有几个具有不同功能的配置文件。然后每个配置文件有四个级别可用，每个级别都会增加视频的属性，例如帧速率、分辨率、比特率等。大多数配置文件使用具有 4:2:0 色度二次采样的 Y'CbCr，但更高级的配置文件也支持 4:2:2。此外，还有四个级别，每个级别都支持更大的帧尺寸和比特率。例如，北美使用的电视 ATSC 规范使用高级主配置文件支持高清 MPEG-2 视频，允许 4:2:0 视频，1920 x 1080 (30 FPS) 和 1280 x 720 (60 FPS)，最大比特率为 80 Mbps。

但是，很少有 Web 浏览器在使用插件的情况下支持 MPEG-2，并且随着 Web 浏览器中逐渐弃用插件，这些通常不再可用。这使得 MPEG-2 在网站和 Web 应用程序中成为一个糟糕的选择。

Theora，由 Xiph.org 开发，是一个开放且免费的视频编解码器，可以无需版税或许可即可使用。Theora 在质量和压缩率上可与 MPEG-4 Part 2 Visual 和 AVC 相媲美，即使不是顶级的视频编码选择，它也是一个非常好的选择。但它不受任何许可问题的影响以及相对较低的 CPU 资源要求使其成为许多软件和 Web 项目的热门选择。低 CPU 占用影响特别有用，因为没有可用于 Theora 的硬件解码器。

Theora 最初基于 On2 Technologies 的 VC3 编解码器。该编解码器及其规范是在 LGPL 许可下发布的，并委托给 Xiph.org，后者随后将其开发为 Theora 标准。

Theora 的一个缺点是它仅支持每个颜色分量 8 位，无法选择使用 10 位或更多位以避免色带。也就是说，每个组件 8 位仍然是当今最常用的颜色格式，因此在大多数情况下，这只是一个小小的不便。此外，Theora 只能在 Ogg 容器中使用。然而，最大的缺点是 Safari 不支持它，这使得 Theora 不仅在 macOS 上不可用，而且在数以百万计的 iPhone 和 iPad 上都无法使用。

Theora Cookbook 提供了有关 Theora 以及它在其中使用的 Ogg 容器格式的更多详细信息。

Video Processor 8（VP8）编解码器最初由 On2 Technologies 创建。在收购 On2 之后，Google 发布了 VP8 作为一种开放且免版税的视频格式，并承诺不强制执行相关专利。在质量和压缩率方面，VP8 可与 AVC 媲美。

如果浏览器支持，VP8 允许带有 Alpha 通道的视频，允许视频播放的背景可以通过视频看到，达到每个像素的 Alpha 分量指定的程度。

HTML 内容中的 VP8 有很好的浏览器支持，尤其是在 WebM 文件中。这使得 VP8 成为你的内容的理想候选者，尽管如果你可以使用 VP9，它是一个更好的选择。Web 浏览器是需要支持 WebRTC 的 VP8，但并非所有这样做的浏览器都支持 HTML 音频和视频元素。

Video Processor 9（VP9）是 Google 开发的旧 VP8 标准的继承者。与 VP8 一样，VP9 是完全开放且免版税的。其编解码性能与 AVC 相当或略快，但质量更好。VP9 的编码视频质量在相似比特率下可与 HEVC 相媲美。

VP9 的主要配置文件仅支持 4:2:0 色度子采样级别的 8 位色深，但其配置文件包括对更深颜色的支持和全范围的色度子采样模式。它支持多种 HDR 实现，并在选择帧速率、纵横比和帧大小方面提供了很大的自由度。

VP9 被浏览器广泛支持，并且编解码器的硬件实现相当普遍。VP9 是 WebM 规定的两个视频编解码器之一（另一个是 VP8）。但请注意，Safari 对 WebM 和 VP9 的支持仅在 14.1 版中引入，因此如果你选择使用 VP9，请考虑为 iPhone、iPad 和 Mac 用户提供备用格式，例如 AVC 或 HEVC。

如果你能够使用 WebM 容器（并且可以在需要时提供后备视频），VP9 是一个不错的选择。如果你希望使用开放编解码器而不是专有编解码器，则尤其如此。

在决定使用那种编码器之前请先确定以下问题的答案：

• 你希望使用开放格式，还是要考虑专有格式？
• 你是否有资源为你的每个视频制作不止一种格式？提供后备选项的能力极大地简化了决策过程。有没有你愿意牺牲兼容性的浏览器？
• 你需要支持的最旧的网络浏览器版本是多少？例如，你是否需要在过去五年内发布的每个浏览器上工作，还是仅在过去一年内工作？

在以下部分中，我们为特定用例提供推荐的编解码器选择。对于每个用例，你最多可以找到两个建议。如果被认为最适合用例的编解码器是专有的或可能需要支付版税，则提供两个选项：第一个是开放且免版税的选项，然后是专有选项。

如果你只能为每个视频提供一个版本，则可以选择最适合你需求的格式。第一个建议是质量、性能和兼容性的良好组合。第二种选择将是最广泛兼容的选择，但会牺牲一些质量、性能和/或大小。

首先，让我们看看在典型网站上展示的视频的最佳选择，例如博客、信息网站、使用视频来展示产品的小型企业网站（但不是视频本身就是产品的地方）等等。

1. WebM 容器，使用 VP9 视频编解码器和 Opus 音频编解码器。这些都是开放的、免版税的格式，通常都得到很好的支持，尽管只是在最近的浏览器中，这就是为什么需要准备一个备用视频。

   html

   <video controls src="filename.webm"></video>
   

2. MP4 容器和 AVC（H.264）视频编解码器，最好使用 AAC 作为你的音频编解码器。这是因为带有 AVC 和 AAC 编解码器的 MP4 容器是一种广泛支持的组合——事实上，每个主流浏览器都支持它——而且质量通常对大多数用例都很好。但是，请确保验证你是否符合许可证要求。

   html

   <video controls>
     <source type="video/webm" src="filename.webm" />
     <source type="video/mp4" src="filename.mp4" />
   </video>
   

如果你的任务是以尽可能高的质量呈现视频，你可能会从提供尽可能多的格式中受益，因为能够提供最佳质量的编解码器往往也是最新的，因此最有可能在浏览器中出现空白兼容性。

1. 一个 WebM 容器，视频使用 AV1，音频使用 Opus。如果你在编码 AV1 时能够使用 High 或 Professional 配置文件，在 6.3 等高级别，你可以在 4K 或 8K 分辨率下获得非常高的比特率，同时保持出色的视频质量。使用 Opus 的 Fullband 配置文件以 48 kHz 采样率对音频进行编码可最大限度地提高捕获的音频带宽，几乎可以捕获人类听觉范围内的整个频率范围。

   html

   <video controls src="filename.webm"></video>
   

2. 使用 HEVC 编解码器的 MP4 容器，使用高级 Main 配置文件之一，例如具有 10 或 12 位色深的 Main 4:2:2，甚至是 Main 4:4:4 个配置文件，每个组件最多 16 位。在高比特率下，这提供了出色的图形质量和出色的色彩再现。此外，你可以选择包含 HDR 元数据以提供高动态范围视频。对于音频，请以高采样率（至少 48 kHz，但理想情况下为 96 kHz）使用 AAC 编解码器，并使用复杂编码而不是快速编码进行编码。

   html

   <video controls>
     <source type="video/webm" src="filename.webm" />
     <source type="video/mp4" src="filename.mp4" />
   </video>
   

目前在 Web 浏览器中通常没有任何无损（甚至接近无损）的视频编解码器。原因很简单：视频太大。根据定义，无损压缩不如有损压缩有效。例如，具有 4:2:0 色度二次采样的未压缩 1080p 视频（1920 x 1080 像素）至少需要 1.5 Gbps。使用诸如 FFV1（Web 浏览器不支持）之类的无损压缩可能会将其降低到 600 Mbps 左右，具体取决于内容。这仍然是每秒通过连接泵送的大量比特，并且目前对于任何实际使用都不实用。

即使某些有损编解码器具有可用的无损模式，情况也是如此；当前的任何网络浏览器都没有实现无损模式。你可以做的最好的事情是选择使用有损压缩的高质量编解码器并将其配置为执行尽可能少的压缩。一种方法是将编解码器配置为使用“快速”压缩，这本质上意味着实现的压缩更少。

在外部准备视频

要从你的网站或应用程序外部为存档目的准备视频，请使用对原始未压缩视频数据执行压缩的实用程序。例如，免费的 x264 实用程序可用于使用非常高的比特率对 AVC 格式的视频进行编码：

x264 --crf 18 -preset ultrafast --output outfilename.mp4 infile

虽然其他编解码器在大幅压缩视频时在最佳情况下可能能获得更好的质量，但通常这些编解码器的速度都很慢，因此，在总体质量相似的情况下，这种近乎无损的压缩方式要快很多。

录制视频

考虑到你可以获得多接近无损的限制，你可以考虑使用 AVC 或 AV1。例如，如果你使用 MediaStream Recording API 录制视频，则在创建 MediaRecorder 时可能会使用如下代码目的：

const kbps = 1024;
const Mbps = kbps * kbps;

const options = {
  mimeType: 'video/webm; codecs="av01.2.19H.12.0.000.09.16.09.1, flac"',
  bitsPerSecond: 800 * Mbps,
};

let recorder = new MediaRecorder(sourceStream, options);

此示例创建一个 12 位色彩及使用 4:4:4 色度二次采样的 BT.2100 HDR 配置，并且通过 FLAC 录制无损音频的 MediaRecorder。生成的文件的视频和音频轨道之间共享的比特率不超过 800Mbps。你可能需要根据硬件性能、需求和你选择使用的特定编解码器来调整这些值。这种比特率对于网络传输显然不现实，可能只在本地使用。

将 codecs 参数的值分解为其点描述的属性，我们看到以下内容：

你选择编解码器的文档可能会提供你在构建 codecs 参数时将使用的信息。

• 网页音频编码指南
• 媒体容器格式（文件类型）
• 处理 web 内容中的媒体支持问题
• WebRTC 使用的编解码器
• RFC 6381：“Bucket”媒体类型的“编解码器”和“配置文件”参数
• RFC 5334：Ogg 媒体类型
• RFC 3839：3GPP 多媒体文件的 MIME 类型注册
• RFC 4381：3GPP2 多媒体文件的 MIME 类型注册
• RFC 4337：MPEG-4 多媒体文件的 MIME 类型注册
• Opera 浏览器中的视频编解码器
• IE 浏览器中的视频（video）和音频（audio）编解码器
• Chrome 浏览器中的视频和音频解码器