Page 36 - AV_201903
P. 36

技术







                          频会议（或视频呼叫）也是软件编码的例子，也就是在                          流媒体协议是不同的视频流媒体传输规则，用以
                          CPU上运行的软件中进行的高度压缩视频编码。                        处理不同的目标和优先级如视频延迟、网络带宽、广
                              对于用户来说，硬件加速编码与软件编码之间的                     泛的设备兼容性、视频帧速率和性能等。
                          区别可能并不是那么清晰。硬件加速为不同的工作流                           流媒体协议让被编码的视频随后以实时或稍后的
                          程提供多种不同的用途，例如：许多手持设备包含的                       方式进行传输，协议不会影响视频本身，但会影响用
                          CPU可以加速高压缩视频的编码，用于视频呼叫等应                      户与视频的交互方式，视频流传输的可靠性，或者可
                          用。在这种情况下，硬件加速的“目标”是在没有加                       以访问它的那些设备或软件播放器。有些协议是专有
                          速的情况下保护手持设备的电池寿命，免于在手持设                       的，只能由特定的厂商硬件使用，也大大降低了该内
                          备的CPU上运行软件。完全通过软件视频通话，观                       容的互操作性和潜在覆盖范围。
                          看YouTube上的流媒体视频或观看存储在手机上的视                        AV行业中简单的AV-over-IP产品通常会生成这
                          频，这些行为都会大大消耗电池寿命。                             些专有的流媒体格式，从而增加厂商产品的锁定性，
                              在使用软件编码还是使用硬件加速编码这个问题                     降低互操作性，并大大降低内容资源在企业中的使用
                          上，编码任务的“复杂性”之间存在着一定相关性。保                      灵活性。但专有的格式会对自己产品的互操作性负
                          持视频质量同时显著压缩视频的大小，以便在网络上进                      责，有时，客户愿意接受这种产品锁定性，以增强他
                          行存储或传输就是典型例子。                                 们对大量分布式端点无缝协同工作的信心，而且，在
                              这也是为什么视频标准举足轻重的原因之一。                      产品并兼容、出现错误或者其他一些问题的情况下，
                          H.264作为一个长期服务的视频标准，这意味着它在智                    厂商的支持随时都能到位。
                          能手持设备和个人计算机中采用的是硬件加速方式，这                          针对不同的应用需要不同的流媒体协议。例如，
                          也是为什么H.264为何在制作，共享和使用视频内容中                    在本地网络上共享实时事件时，延迟将是其中的关键
                          如此得心应手的原因之一。                                  因素，观众不一定需要回放控制，一些企业也可以确
                              为家庭用户提供电影和节目的流媒体视频服务有                     保网络的可靠性，因此不需要采用复杂的纠错方式。
                          时也使用软件编码，以最低比特率实现最高视频质量，                      因此，跨云或公共互联网使用的协议可能与用于AV
                          为数百万并发用户提供可靠的高质量体验。但是对于这                      over IP上的协议不同。
                          样的目标用例，他们使用大量计算机长时间运行以寻求                          当将流媒体扩散到多个平台以在互联网上进行更
                          最优的编码参数。这不是实时完成的，更适合点播流媒                      广泛的传播时，HLS、MPEG-DASH和Web  RTC都
                          体传输，而不是实时流媒体传输。                               是用于广泛传输内容的协议。在将这些协议用于流媒
                              对于具有更多窄播应用（例如视频编辑基础架                      体传输之前，用于把内容上载到云服务的流媒体协议
                          构）的编码，使用未压缩或轻度压缩的编码进行一些简                      可能是诸如RTMP这类。如果网络不可靠但仍需要保
                          单的处理还是有意义的。                                   持视频质量，或者需要保护视频，一些新出现的协议
                              企业、政府、教育机构等这些组织，经常会制作                     （如SRT）也完全可以使用。
                          大量的视频内容，需要平衡许多变量因素。首先视频质                          安全可靠传输（SRT）就是一种新协议，是作为
                          量非常重要，在网络上保持稳定性和性能的同时保持视                      RTMP的替代候选协议而开发的，许多硬件和软件公
                          频质量，这一点是至关重要的。保持低编码延迟，高视                      司已经都能支持这种新传输协议。
                          频质量和低带宽对于直播应用程序来说也是相当重要。                          流媒体协议比我们这里提到的要多得多，每种协
                          用于点播流媒体的“录制”通常在与用于直播的编码同                      议都有其自身不同的优势。
                          步进行，因此，视频编辑的高带宽方法在这里并不实                           在存储视频而不是作为实时流媒体进行观看时，
                          用。电影流媒体服务的高度优化的多通道编码方法基本                      需要一种存储方法。不出所料，我们也有广泛的可选
                          都在预算范围之外，而且是非实时的，并不适合在这些                      方式，用于存储未压缩、轻度压缩以及高度压缩的
                          机构应用。                                         视频。虽然我们可以对存储的视频执行操作以使其在
                                                                        以后具有不同的选项，但是对存储的视频最终如何使
                          流媒体和录播的编码                                     用，也就是存储视频的最终目的这个问题思考得越
                                                                        多，那么，我们就可以提前决定如何将这些视频进行
                              对视频进行编码只是流媒体或录播的第一步。那                     数字化。就像上面的流媒体讨论一样，每个工作流程
                          么编码后的视频如何从编码器传输给用户或者录播设备                      都有不同的工具，在这种多通道编码讨论的情况下，
                          呢？编码器需要在某处发送视频，同时也需要告诉接收                      许多存储选项可以直接在捕获点处理和/或使用媒体服
                          端它正在发送什么内容。                                   务器和其他工具进行转码。（未完待续）


          36
   31   32   33   34   35   36   37   38   39   40   41