多路分配器:视频工程师的涅槃
一旦该系统被实施，Wowza发现它可以提供1到6个小时的服务.5- to 2.5秒的端到端延迟, 包括通过中间服务器和边缘服务器交付, 每个都运行着Wowza流媒体引擎, 在整个设计链上进行进一步的优化和改进. 在实施方面, Wowza在微软Azure上建立了它的系统，因为它提供了一个非常强大的流量管理器，允许它通过原点选择来优化第一英里的性能, 最后一英里的性能通过边缘选择. 就玩家而言, Wowza发现它一次传送两帧的效率最高, 使用非常小的缓冲区来最小化延迟. 他们还测量了漂移，以确定系统何时落后，并实施了一个追赶算法，可以加速回放以恢复正确的时间.
为实现, 该系统确实有几个关键的限制, 包括它是与H相关的单比特率方法.264/AAC，因为它依赖于媒体源扩展，它不能在iOS浏览器上播放. 因为它不是一个基于块的协议，所以它也不能利用传统的HTTP基础设施. 展望未来，Wowza正在考虑HTTP 1.1块传输编码使用CMAF, 并增加安全可靠传输(SRT)交付以增强操作.
整体, 这个演讲很有趣地描述了Wowza是如何大规模地提供一种新的低延迟服务的. 该服务目前在预览阶段，大约有200个客户, 并将于2017年第四季度发布.
Bitmovin的自适应交付
流媒体中的一个新概念是自适应交付, 哪些文件是使用标准比特率阶梯编码的, 与交付监控，以便更高的比特率段将只交付时，他们提高了可感知的质量. MediaMelon的QBR技术就是一个例子 在这里.
在多路分配器, 网络基础设施提供商Bitmovin讨论了类似的技术, 由主要解决方案架构师详细说明 Reinhard Grandl 在他的演讲“超越比特率:基于视频内容的改编”中.被称为逐场景改编, Bitmovin的技术使客户意识到视频中每个场景的质量，由Bitmovin编码器(图5).
图5. Bitmovin的逐场景改编类似于MediaMelon QBR.
如图5右侧所示, Bitmovin的每个场景自适应使用与质量相关的数据来做出流切换决策, 除了传统的缓冲区和性能相关的数据. So, 如果与3400Kbps的1080p流相比，5800Kbps的1080p流不能提供额外的质量, 玩家不会取回它.
和MediaMelon一样, Bitmovin声称，它的系统既可以节省带宽成本，又可以通过预测高比特率的场景，从而节省带宽，以更高的比特率播放(MediaMelon称之为“提升”)。. Bitmovin的实现可以在编码阶梯上的所有阶梯之间切换播放，并且与编解码器和容器格式无关. 虽然目前还没有提供服务, Bitmovin计划在未来几个月推出逐场景适配功能.
其他兴趣点
除了在我的编码中心进行的这些讨论之外，还有其他一些演讲引起了我的注意. Stephen Robertson, 谷歌的软件工程师, 展示了YouTube如何收集和可视化数据，以帮助诊断传输问题. 在演讲中, Robertson提出了一些非常有用的技术，任何OTT商店都可以轻松地部署这些技术来帮助他们改进QoE.
加里Katsevman, Brightcove的一名高级软件工程师用一个关于封闭字幕的史诗级教程解决了总是令人恐惧的午餐后时间, 其中包括WebVTT和TTML的详细比较. 他的结论? WebVTT对网络更好，而TTML在其他地方更好. 任何想要快速了解规则的人, 规定, 历史, 与字幕相关的技术可以看看这个演讲.
当天的最后一场演讲是最有趣的, Twitch的两名工程师将自家编码器的实时转码能力与FFmpeg进行了比较. Yueshi沈他是Twitch的首席研究工程师，同时也是一名软件工程师 杰夫龚 填了很多技术细节.
两人首先讨论了Twitch的规模, 其中经常涉及到40人,000个并发输入通道, 对编码效率提出了特殊的要求, 特别是因为大多数流都是以60fps的速度输入的. 如图所示 图6, Twitch为HLS传送输入流, 并将其转换为右上方显示的其他梯级. 这避免了与转码相关的分代丢失, 并且减少了生成全比特率阶梯的CPU需求.
图6. Twitch的编码工作流程和编码阶梯.
然后, 一点一点地, 两人回顾了FFmpeg公认高效的实时编码器不适合他们的原因, 以及他们如何以及为什么要设计自己的实时转码器. 结果? 当两个转码器从1080p60输入产生720p60流时, FFmpeg比Twitch Transcoder稍快. 然而, 当从同一源产生720p60和720p30输出时, Twitch Transcoder的效率提高了40%, 在生产整个产出阶梯时，利润率增长到65%.
当您考虑将CPU减少65%所节省的成本分摊到40时,000个输入流, 成就的范围是明确的. 这是对一个非常成功的产品开发的生动而有趣的描述.
食物，饮料和更多的讨论
然后是丰盛的开胃小菜和成人饮料. 在与其他与会者的交流中，我问他们哪些演讲吸引了他们的眼球. 哥伦比亚广播公司互动频道(CBS Interactive)的一个小组吹捧了一场由 Allison交易 详细介绍了如何将传统的广播输入转换为个性化的OTT体验. MLBAM的一位工程师说，他发现了开放广播系统 基兰Kunhya关于从基于HD-SDI的工作流程转换到基于ip的工作流程的演讲，对广播公司从知识来源进行转换所面临的挑战进行了有用的概述. 一群来自不同渠道的工程师还在为资深视频编码工程师的趣事而窃笑 德里克Buitenhuis, 谁认为成功使用上传到Vimeo的各种输入格式是一种挑战.
这仍有大约四次会谈未被提及, 其中一个很可能是你们非常感兴趣的. 你可以在 多路分配器. 当你在那里的时候，你可能会跟随多路分配器 推特 or YouTube 所以你一定会知道明年的活动. 如果你有机会去，我衷心建议你去.
相关文章
视频工程师的视频工程师年度会议制作了Akamai的必看会议, YouTube, Mux, 还有很多其他的. 这里有一个有用的课程调查，以及视频库的链接.
11月19日2018
提及的公司及供应商