IBM Cloud Video工程师Scott Grizzle谈流媒体协议和Codec

简介: Streaming Media特约编辑Tim Siglin在Streaming Media East 2018采访了IBM Cloud Video工程师Scott Grizzle。

640?wx_fmt=jpeg


Streaming Media特约编辑Tim Siglin在Streaming Media East 2018采访了IBM Cloud Video工程师Scott Grizzle。LiveVideoStack对本文进行了摘译。


文 / Tim Siglin , Steve Nathans-Kelly

译 / 王月美

原文 : 

http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/SME-2018-IBM-Cloud-Videos-Scott-Grizzle-Talks-Protocols-Codecs-and-Latency-125083.aspx


Tim Siglin: 欢迎来到Streaming Media East 2018,对面是IBM Cloud Video的高级解决方案工程师Scott Grizzle。Scott你今天做了两场会议,一场是统一通信,另一场是什么?


Scott Grizzle: 低延迟流。


Tim Siglin: 好的。那在您看来低延迟意味着什么?因为定义实在太多了。


Scott Grizzle: 这就是会议中提到的,我谈到了什么是延迟和什么是时延以及它们之间的区别。此外,什么是感知延迟和实际延迟呢?如果有人在房间里看着我们视频流,他们会察觉到延迟。但是,如果他们在家里,像现在这样看着这段采访,就不会察觉到延迟。


Tim Siglin: 是的,毕竟没有参照物去比较。


Scott Grizzle: 这是一个关键点,它对我们很重要。HLS的行业平均延迟时间为15-30秒。现在,你告诉别人,他会说:“这是很长一段时间。”其实并非如此,那你能减少它吗?是的,可以减少。但你也同时需要放弃可扩展性和可靠性。所以,这就是为什么这种延迟是内置的 - 实际的数据流可以很好地传送,并且你可以处理大规模的数据。


Tim Siglin: 你们的服务更看重服务视频质量、延迟,还是什么?


Scott Grizzle: 我们认为最重要的是最高质量的视频流,并保证其稳定性。实际上,我们使用多个CDN进行传送。所以,我们除了有我们自己的CDN外,我们还在使用Akamai服务。这可能会让你认为我们会比行业平均水平差。其实不是,准确说我们处于低端。行业平均值大约是15-30秒,但具体取决于您正在观看的设备类型,因为这取决于您如何与本地ISP连接。您的连接能力总是取决于本地ISP,因为它决定你的最后一英里,你将如何观看,而不是从CDN拉出。


这就是个有一些混淆的地方。当我说延迟是30秒时,听起来很多。实际上当我说我的延迟时间是45毫秒时,这是完全重新包装并将其发送出去,然后开始起作用的时间长度。“哦,这就是传输时间延迟的原因。” 它永远都会是这样的原因。


我们过去对RTMP开玩笑说,你知道Flash的长时间痛苦的死亡。但是RTMP实际上可以是低延迟。人们遗忘了它。就像RTSP一样,它已经“死了”多年。但其实不是。主要的广播公司还在使用它,它可以通过前向纠错获得几秒的延迟。


Tim Siglin: 我认为定义死亡这个概念真的非常难,因为例如Flash虽然已被弃用,但它绝对没有死亡。RTSP只是刚刚失宠,因为RTMP在规模上提供了更好的解决方案。正如你所说,RTMP仍然活着并应用地很好。事实上,它可能会在六到八年后消失。


Scott Grizzle: 这正是我想表达的。这就像RTSP,还没有消亡,它还在依然存在着并被应用着。MPEG-2也是如此。我的意思是,Flash会不会消失呢?答案不得而知,可能未来会有编码器来完成Flash的任务。例如,你不会放弃任何一种元素,因为你必须与其他元素一起摄取。但是,你会等到它消失的一天。那么,这些编解码器将在多长时间内出现呢?你必须考虑到所有的影响因子,毕竟RTMP的专利许可费相对便宜。所以,大多数编码器亦是如此,这就意味着大多数的用户将使用RTMP或HLS或其他格式。


Tim Siglin: 最后一个问题是关于DASH与HLS。在传输方面要求使用DASH 和HLS,你有什么看法?


Scott Grizzle: 现在,人们忘记了VC1。与H.264相比,VC1编码器非常繁杂,而解码器较为轻巧。现在你在HLS和DASH上也看到了相似之处。现在的DASH不像其他的那么极端,编码端更重一点,解码器更轻。但是你现在在DASH上看到了的交付时间更快。而且,它们不具有与HLS相同的分块或块。默认情况下,HLS有三个三秒的组块,所以一共是九秒。


Tim Siglin: 它们是一个基于ATM的数据包,所以有很多不必要的头信息。


Scott Grizzle: 是的。另外,如果你关注DASH,你会注意到有更多的公司参与DASH。 再次,这有点像回到H.264和VC1。拥有更多的人贡献。它需要花费比微软和苹果这样的HLS更长的时间去推进,但它们可以快速完成任务。 另外,如果你正在关注DASH,你将如何提供HEVC或AV1支持呢? 因为现在每个人都在讨论通过DASH进行交付。所以,这就是你必须考虑的问题,它是否可以处理那些新的编解码器,我们看到这实际上是Apple为HLS推出的产品。


Tim Siglin: 有趣的是苹果通过分割MP4格式来回应。现在,你可能记得我写过一篇与Adobe和微软合作撰写的白皮书。这是他们的第一篇联合论文,用来争论MP4碎片化。那时苹果公司仍然在研究传输流,但最终现在他们已经回到了字节范围和相关类似的问题。你认为苹果公司会通过找出HLS方面的一些事情来回应DASH的交付优势,又或者你认为它们是否本质上必须重构整个包装解决方案?


Scott Grizzle: 对那一部分不甚了解,但是我认为,如果他们坚持使用Flash一段时间,并且就像我假设的一样,如果他们做了分块的MP4并且重新包装那些,我并不会感到惊讶。它也并不让我感到惊讶。再者,又有谁知道呢?苹果有什么?每个iPhone都会有一个新版本,但它们会再次出现一些突破性的,与我们以前见过的完全不同的东西。就像每个人都讨厌那些愚蠢的EarPods,但现在每个人却都拥有它们。


LiveVideoStackCon 2018讲师招募


640?wx_fmt=png


LiveVideoStackCon 2018是音视频技术领域的综合技术大会,今年是在10月19-20日在北京举行。大会共设立18个专题,预计邀请超过80位技术专家。如果你在某一领域独当一面,欢迎申请成为LiveVideoStackCon 2018的讲师,让你的经验帮到更多人,你可以通过speaker@livevideostack.com提交演讲信息。了解大会更多详情,请点击『阅读原文』访问LiveVideoStackCon 2018官网,即刻享受6折优惠。

相关文章
|
存储 安全 区块链
使用VSCode连接到IBM Cloud区块链网络
使用VSCode连接到IBM Cloud区块链网络
使用VSCode连接到IBM Cloud区块链网络
在IBM Cloud中运行Fabric (二)
在IBM Cloud中运行Fabric (二)
在IBM Cloud中运行Fabric (二)
|
Kubernetes 区块链 数据安全/隐私保护
在IBM Cloud中运行Fabric (一)
在IBM Cloud中运行Fabric (一)
在IBM Cloud中运行Fabric (一)
|
Cloud Native 关系型数据库 云计算
|
人工智能 自然语言处理 计算机视觉