什么是编码和转码?

这篇文章是流媒体的一部分 “是什么” 系列.

执行概要

流媒体生产开始与无限的现实世界捕捉到我们的摄像机镜头, 并以流媒体传输所需的严格压缩文件结束. 一路走来, 视频是数字化的, 编码, 编码, 经常被转码, 在翻译的过程中可能会停下来, transsizing, 和transmuxing.

这些都是我们每天使用的术语，但很少有精确的定义. 直到现在. 请继续阅读我们的尝试，在我们跟踪视频从捕获到消费(在多个平台上)的生命过程时，将流式媒体工作流程和流程的词汇变得清晰, 当然).

视频拍摄在摄像机

我们从摄像机拍摄的视频开始，在这个例子中是a 松下AG HMC150 (图1). 我们以108030p (1920x1080)的分辨率拍摄, 进步, 每秒30帧)，视频以24Mbps的速度以AVCHD格式存储.

松下AG HMC150

图1. 松下AG HMC150摄像机

作为这个过程的一部分, 视频是数字化的, 或从模拟转换为数字, 编码(或压缩), 或以用于存储或传输的格式存储.

视频复制到硬盘驱动器

然后我们把摄像机里的视频传输到硬盘上. 当使用模拟视频时, 这种转移被称为视频捕获, 就像松下便携式摄像机的过程一样，它既涉及数字化，也(在大多数情况下)涉及压缩. 然而, 当使用数码摄像机时, 视频已经以压缩的数字格式存储. 相应的, 将视频从摄像机传输到硬盘驱动器的过程可以是一个简单的文件拷贝, 或者转码, 取决于您使用的编辑器.

例如, Adobe Premiere Pro 工作与AVCHD文件原生，或在原始格式，没有任何转换. Premiere Pro的首选工作流程是将文件从摄像机复制到应用程序之外的计算机上, 也许是Windows上的Windows百家乐软件管理器或Mac上的文件管理器, 然后将文件导入Premiere Pro. 这不涉及任何形式的转换，也不涉及代际损失.

摄取文件到Final Cut Pro

图2. 摄取AVCHD到Final Cut Pro 7涉及从AVCHD转码到ProRes.

相比之下，如图2, Final Cut Pro 7 将所有AVCHD文件转换为ProRes格式作为摄取过程的一部分. 你可以选择普罗斯的口味, 哪个决定数据速率, 但在所有情况下, 数据速率至少是AVCHD镜头的两倍(ProRes 422 Proxy为45Mbps)，最高可达13倍以上(ProRes 4444为330Mbps)。, 这意味着最小的质量退化.

这种转换将是一个转码, 哪一种是从一种格式转换到另一种类似或相似质量的格式, 通常执行是为了使内容与另一个进程或应用程序兼容. 从技术上讲，从一种格式到另一种有损格式的所有转换都涉及代丢失, 但如果你使用更高比特率的ProRes格式, 这代人丧失的实际影响将是无关紧要的.

创建mezz文件

当你从编辑器输出一个夹层文件，然后你可以输入到你的编码程序，以产生文件分发(图3). 用Premiere Pro，你可能会输出 H.264 格式，可能以与原始文件相同甚至更高的数据速率. 仍然, 如果您调整全局参数，如亮度或颜色, 这种重新编码将涉及一些代际损失, 然而小.

在Adobe Media Encoder中创建夹层文件

图3. 在Adobe Media Encoder中创建夹层文件. 重新编码、编码、转码或翻译?

您可以将此称为重新编码编码，特别是在使用夹层文件进行归档的情况下. 你也可以称之为转码, 因为夹层文件的质量将与原始文件相似或相似. 你还可以进一步支持翻译, 使用相同的编解码器将文件转换为不同的数据速率, 虽然这不是翻译的经典应用, 下面将对此进行讨论. 也许, 然而, 最简单也最准确的说法是重新编码, 或者在执行某种编辑过程后将文件保存回其现有格式的过程.

回到创建我们的夹层文件. 在Final Cut Pro中, 如果输出到ProRes作为中间格式, 不会发生转码, 虽然再一次, 如果有一个全局的变化，比如亮度或颜色, 一些技术上的代际损失将会发生, 然而小. 但是，如果输出到更低的数据速率H.264格式, 这几乎肯定是一种编码, 因为你正在转换成一个更有损的编解码器用于存储或传输. 另一方面, 中间文件将在视觉上与ProRes无法区分, 谁支持转码指定. 我会投转码票，但这是灰色地带.

分布编码

将夹层文件输入到类似的编码器中索伦森挤压将视频编码为MPEG-2格式，以便刻录到DVD, 一个通用的高比特率720p MP4文件，用于多种用途, 和一个WebM文件(我知道, 除了YouTube，没有人真正使用WebM, 但这一次请跟我走吧). 这显然是编码，因为您正在转换文件以进行传输.

编码在索伦森挤压

图4. 将我们的夹层文件编码为最终的发行格式.

你把MPEG-2文件刻录到DVD上, 将WebM文件上传到HTML5兼容的网站，并将一个文件发送到运行的OVP Wowza Media Server 2011年末的某个时候. 这就是事情变得有趣的地方.

翻译和翻译

在2011年NAB, Wowza发布了Wowza Media Server, 它首次为为Media Server开发的外接程序推出了一个新的外接程序架构. 来自Wowza的前两个插件提供了网络DVR功能和转码引擎, 后者与本次讨论有关.

Wowza Media Server中的翻译、转码和转换

图5. Wowza Media Server可以翻译、转码和transmux.

在操作中，我会将720p的MP4文件发送到服务器，在那里转码器会转换H.264流成多个低分辨率/数据速率流，用于自适应流. 例如, 转码器可能会将720p流转换为四个文件, 在848x480@1000配置, 640x360@700, 480x270@500和320x180@200Kbps

从技术上讲，这被称为转换，因为转码器正在转换H.使用相同的编解码器，264流到更低的比特率, 尽管您也可以为转换而争论，因为输出分辨率也在变化. 尽管如此，作为总括性术语，转码也是准确的，并且使用得更广泛. 如果转码器然后将这些流转换为WebM格式(我知道, 我知道)的适应性交付(我知道, 我知道), 这显然是在转码.

我应该说，Wowza转码器在最初的版本中只会对直播流进行转码, 尽管按需转换即将到来. 永远不要让现实阻碍了好的榜样.

在第一个版本中可用的是transmuxing, 服务器将在哪里更改容器格式, 但不是底层文件. 例如, 通过HTTP 在线直播。分发文件, 这四个文件的数据包必须存储为MPEG-2传输流(.ts文件)，而不是MP4文件. H.264 encoding within the wrapper is fine; it’s just the container format that has to be changed.

Wowza Media Server 2现在可以动态地将MP4文件重新打包成MPEG-2传输流, 微软的IIS服务和Akamai的HD网络也可以通过其“在网络中”的重新包装. 在NAB 2011上，Adobe宣布计划在未来版本的Flash媒体服务器上做同样的事情.