Hulu直播服务难点解析(三):关键收获

  • 时间:
  • 浏览:0
  • 来源:uu快3诀窍_uu快3app安卓_导航网

卡顿事件随着时间的推移进行计数。最小段持续时间更改在21:00刚刚启用。

分片发布超时

为了优化每个输入集的服务,亲戚大伙开发了独特的配置。亲戚大伙还也能在每个频道,每个提供者或每个供应商的基础上自动或手动应用哪些地方地方配置。哪些地方地方配置允许亲戚大伙根据任何给定流或流集的价值形式校准防止并指定错误阈值。

确实亲戚大伙在防止多个输入源和连接时遇到了各种新挑战,但在什么都情况汇报下,亲戚大伙也能识别并减轻原始实现中的什么的问题,以满足亲戚大伙的初始需求并改进亲戚大伙的视频摄取频道。总的来说,亲戚大伙的设计足以支持亲戚大伙最初的直播电视发布,或者亲戚大伙正在不断地改进和加上新功能,为观众提供更好的播放体验。

发布偏移

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/83510357

那我主要挑战是在摄取过程中加快媒体文件的传输时间。

最慢的1%发布操作时间(毫秒)。重试功能在15:00刚刚启用。

有时,亲戚大伙会看后中含时间戳的媒体播放列表引用过去或将来的媒体文件。为了确保亲戚大伙只防止实时视频,在系统摄取刚刚亲戚大伙验证输入的播放列表和媒体算不算在另另另三个 频道的合理的当前时间戳窗口内。

时间戳对齐和精度

供应商网络连接

Hulu在其博客发布了建立直播服务遇到的挑战及防止方案,这对于刚刚只提供点播服务的系统而言是一次彻底的升级。LiveVideoStack对原文进行了摘译。本文是系列文章的第三篇,访问第二篇和第一篇。

SCTE-35标记用于指示ad-pods和系统进程的现在结束和现在结束时间。插入元数据的硬件和系统最初是为数字电视和有线电视设计的。SCTE-35规范删改说明了哪些地方地方消息的发送最好的最好的办法,多年来可能性发展并扩展了其范围,但工作流程中的数字系统从不总是 也能与最新版本保持同步。不同的供应商通常以不兼容或不可互操作的最好的最好的办法解释规范。SCTE-35规范删改说明了用于OTT兼容性的内容元数据转换,它中含非常宽松的定义,每个频道或提供商通常以不同最好的最好的办法实现哪些地方地方定义。哪些地方地方标记由每个电视台生成,或者在到达Hulu刚刚通过每个提供者和供应商时进行修改。有刚刚,广告现在结束标记可能性表示广告持续时间不准确,或者有时Hulu根本不想收到广告现在结束标记。为了防止用户在发送不准确的标记时总是 出现无休止的广告情况汇报,Hulu摄取系统会自动现在结束广告,并在一段可配置的时间后将用户重新置于系统进程中。系统的广告时间轴逻辑简单地记录了任何延迟的提示(广告现在结束)事件,以便刚刚优化频道的超时限制。

最短分片时长

Hulu的编码供应商占据 美国各地。亲戚大伙注意到,将媒体文件从海岸另一端的供应商传输到亲戚大伙的摄取服务的性能并都是亲戚大伙你会的,利用公共互联网连接,这会意味着延迟和不可预测的性能。为了克服这个挑战,亲戚大伙与供应商密切相互相互合作,设置AWS Direct Connect,并在供应商的发布平台和Hulu的摄取服务之间建立私人连接。这绕过了公共互联网,从而实现了调慢、更一致的文件传输带宽。

亲戚大伙的服务使用S3来临时和永久地存储播放列表和视频片段。亲戚大伙发现零星的S3文件操作时间是实现一致的用户播放质量的挑战。S3上传和克隆qq操作防止起来至关重要,可能性可能性另另另三个 视频无法及时保存或转移到正确的位置,这样终端用户将无法播放该视频并意味着播放中断。为了消除偶发的操作时间,亲戚大伙不断分析指标,以根据每个文件的大小取舍每个文件的当前预期的中值时间。一旦刚刚的文件发布时间超过此预期时间,发布操作将立即注销并重试发布服务。这个实现最好的最好的办法将S3的低性能操作时间提高了35%,几乎消除了所有播放质量下降的情况汇报。

编码供应商首先尝试将媒体文件发布到Hulu的摄取服务,或者是相应的媒体播放列表。在媒体无法在一定时间内发布的情况汇报下,媒体播放列表将中含不连续性信息来表示该段丢失,或者在视频播放期间它将不可用于终端用户。通过与供应商相互相互合作,将不同的最小分片发布超时设置在段持续时间的80%(对于较长的段)和段持续时间的280%(对于较短段)之间,亲戚大伙系统中缺失的分片便减少了52%。这与刚刚的配置相比,使用的最小超时合适删改段持续时间的80%。

文 / Allison Deal

当亲戚大伙的打包服务检测到另另另三个 频道上有多量缺失的分片时,在系统放弃该段转向摄取较新的视频刚刚,亲戚大伙会更改配置以增加等待分片从编码供应商到达系统的时间。此等待的增加将意味着用户端的延迟更大,或者丢失的分片越少用户将拥有越连续的播放体验,或者亲戚大伙仅在最有什么的问题的频道上启用这个偏移。减少这个发布延迟会意味着更多段丢失,但客户能观看后更实时的内容。通过分析缺失的分片指标,亲戚大伙发现将等待持续时间设置为段长度的80%会使缺失分片的频率减少63%。

结论

亲戚大伙系统的每个组件都须要经过细微地调整和优化来减少延迟和错误。视频防止很繁复,另另另三个 看似很小的错误或延迟可能性意味着流被错误地摄取或不及时防止,意味着无法实时播放。

更好的媒体文件传输技巧:私有供应商连接和优化Amazon S3

与大多数面向消费者的系统不同,可能性视频播放列表和片段发布的一致性,亲戚大伙的实时视频摄取服务具有稳定且可预测的请求率。具体来说,亲戚大伙的目标是提供最高可用性的直播流服务,使观众还也能在其带宽可用时观看最高质量的视频。下面是亲戚大伙发现并缓解的许多具体挑战,以减少亲戚大伙客户端播放卡顿和播放错误。

可能性您总是 关注亲戚大伙刚刚的文章,您就知道亲戚大伙与多家供应商相互相互合作,哪些地方地方供应商为亲戚大伙提供了来自多个网络的编码流。可能性这个过程涉及许多来源和参与者,或者亲戚大伙收到的视频文件和元数据在流到达Hulu刚刚通常会以各种最好的最好的办法进行更改。亲戚大伙遵循多个行业标准来确保系统是以规范、一致的最好的最好的办法接受输入。或者,哪些地方地方规范通常由各方以不同的最好的最好的办法实现。

可能性您刚刚加入亲戚大伙,在看亲戚大伙的最后一篇文章刚刚请看看亲戚大伙的直播视频摄取文章系列的第一部分和第二部分。在第一部分中,亲戚大伙讨论了实时视频摄取系统的挑战和设计需求,并在第二部分中概述了亲戚大伙怎样才能构建该系统。在本系列的最后一篇文章中,亲戚大伙将删改介绍在构建实时视频摄取服务时遇到的最具挑战性的什么的问题。

原文:https://medium.com/hulu-tech-blog/the-challenges-of-live-linear-video-ingest-part-three-key-learnings-ac673e1d39c6

须要另另另三个 强大、灵活的系统

译 / 许海燕

摄取系统的另另另三个 重要功能是识别中含相同视频的不同节目。该系统最初错误地假设所有挂钟时间戳将在比特率阶梯上为相同的内容对齐,这对于客户端在质量之间平滑切换是必要的。为了缓解这个什么的问题,亲戚大伙加上了另另另三个 配置来控制时间戳精度。在许多情况汇报下,这还也能设置为十分之一秒,以便正确对齐视频片段的质量。在许多情况汇报下,应用单独的配置,使得哪些地方地方节目组由公共视频PTS(描述时间戳)值标识。

视频片段由编码器以4秒的常规节奏进行分割。然而,当节目和广告之间的内容转换时,无论持续时间怎样才能,哪些地方地方片段可以 被缩短,以便媒体片段仅中含广告或节目内容。这是必要的,以便亲戚大伙还也能动态地使用相关的新的广告替换那我的广告播放给每个观众。连续广告标记总是 出现在非常接近的地方,这意味着了在一行中总是 出现多个秒级的片段。通常,传输和防止每个段所花费的时间比段的持续时间长,从而意味着用户的重新缓冲和较差的播放质量。为了缓解这个什么的问题,亲戚大伙与视频编码供应商相互相互合作,将连续的广告标记组合在一齐,以确保最短的片段持续时间为0.5秒。

时间戳的删改性

构建最好的系统:微调,微调,微调

S3文件操作

自动现在结束广告中断