2017年转码器买家指南

当涉及到在任何设备上查看内容, 世界上任何地方, 市场宣传常常超出实际情况. 内容发布者根据特定设备的流行程度或可访问性选择特定的压缩技术(编解码器), 但是旧的设备——甚至是使用竞争对手的操作系统(OS)的设备——可能无法流式传输内容.

这就是转码的由来. 在基本层面上, 转码器捕获一种编解码器的流，然后将其转换为另一种编解码器.

转码器正好位于信号采集和观察连续体的中间. 如果编码器捕获原始信号并对其进行分组, 播放器接收到数据包并将其转换回原始信号, 然后，转码器充当获取编解码器和播放器用于播放的编解码器列表之间的转换器.

转换器怎么样??

我们有时会被问到将视频信号从一种格式转换为另一种格式的设备. 它们通常被称为转换器——它们的任务是将DVI转换为HDMI, NTSC转PAL, 将内容穿插到渐进式框架, 甚至是模拟VGA到hdmi，因为它们实际上并没有将视频打包成将通过IP传输的段或块.

也就是说, 有一些转换器具有内置编码或转码功能, 主要用于在局域网(LAN)内进行图像放大的实时传输, 指挥与控制, 或者数字标牌. 即使是这些产品也不在广域网(wan)甚至基于互联网的视频流的范围之内.

统一通信和实时转码

有一个领域我们在最近几期的 流媒体 杂志是企业视频的同质化和它的更广泛的兄弟:统一通信. 在这两个领域中，转码都起着核心作用.

考虑一下对CEO全体会议进行实时直播的需求. 对于那些无法参加的人，传统的H.264编码和流式传输就足够了. 然而,, 对于那些可能无法在网络上查看内容的人, 可以建立纯音频通话. 大多数音频系统使用G.279或G.711音频压缩，而大多数音频流系统使用其他音频编解码器.

播放音频或视频点播文件也是如此. 快速浏览关于堆栈溢出的设计和工程问题显示了围绕音频会议编解码器构建的解决方案——即使对于相当普遍的播放器选项也是如此, 就像ffmpeg及其ffplay播放器组件一样，需要一定程度的转码, 因为ffplay认识G.711 . but not.729年流.

为音频编解码器进行这种级别的实时转码比视频转码占用的处理器要少得多, 这意味着大多数音频转码现在都是在商用处理器(甚至是一些手机或平板电脑)上的软件中处理的, 考虑到如今消费级智能手机上的双核或四核处理器产品).

视频转码, 另一方面, 通常仍然需要专门的硬件和专用的软件.

媒体服务器怎么样??

一些转码功能已经转移到网络核心, 虽然, 部分原因是媒体服务器被赋予了额外的关键任务角色.

几年来, 媒体服务器已经能够执行简单的转码, 例如解码MPEG-2传输流(M2TS)，并将包含的MPEG-2主视频流转换为更现代的流编解码器，如高级视频编码(AVC), 又名H.264). 但是，自适应比特率(ABR)视频流的最新趋势也增加了将单个高分辨率流压缩成几个更低比特率和帧大小的负担.

官方认为这是翻译的一个例子，可能是活H.264流以1080p30 (1920x1080分辨率，每秒30帧)发送到媒体服务器. 的代码转换, 无论是在媒体服务器上还是通过独立的转码器, 然后将流转换为至少一个720p30 (1280x720分辨率，30fps)和一个480p30 (854x480分辨率，30fps)的标准清晰度(SD)流。.

除了, 转码器或媒体服务器都可以执行打包或分段步骤, 通过这种方式，视频文件被分解成非常小的文件，可以通过标准的HTTP服务器传输——它的可伸缩性比传统的流媒体协议(如RTP或RTMP)好得多, 哪些需要媒体服务器和最终用户播放器之间的持久会话.