抖音世界杯在线直播(世界杯在线直播观看正在直播)

发布时间:

作者 | 火山引擎直播团队

策划 | 鲁冬雪

火山引擎视频云在 Apple 提出 LL-HLS 之前就跟进了 CMAF,在 CMAF 的延迟和卡顿、拉流成功率上的优化上也持续有不小的投入。现在回顾 CMAF 的优化的过程,可以发现其实要解决的问题和 RTM 有很大的相似性,比如 CMAF 也存在拉流成功率、音画同步、性能问题,优化前在核心 体验指标 上同样显著差于 FLV。

怎么看世界杯回放?

综合评判下来:

虽然酒吧直播间的屏幕远不及场外的大(约180英寸),但是整体氛围来说要更加热闹,加上嘉宾的互动,确实给人一种身处酒吧现场看球的错觉,而且嘉宾与用户的互动也明显增加,对于喜欢热闹但是又没办法出门的人来说体验应该不错。

12月19日凌晨,卡塔尔世界杯决赛上演一场跌宕起伏的激战,阿根廷最终战胜法国,梅西如愿捧起大力神杯,抖音世界杯决赛直播间也迎来超3700万人同时在线的历史峰值。阿里云作为抖音世界杯直播服务商之一,通过视频云及网络分发加速技术,为抖音平台全程稳定、流畅的赛事直播提供有力保障。

据介绍,为了应对“千万级高并发”、“超低延时”等技术挑战,阿里云从9月开始筹备2022世界杯直播护航工作,抽调经历双11、奥运的技术骨干,依托飞天技术服务平台(Apsara ServiceStack)构建“秒级监控、1分钟级响应、5分钟处置”的保障体系,并在赛前与抖音平台共同完成多轮直播压测与技术演练,为本届世界杯共计64场比赛提供全面的技术护航服务。

加上本届世界杯举办地在离我们不那么远的中东卡塔尔,那就意味着不少场次不用等到后半夜就能看。

听障用户小涵(化名)看球已经有12年了。他回忆说,自己一开始是“被迫”跟着姥爷一起看比赛。由于听不见声音,只能看着画面中“一个球被大家踢来踢去”,小涵感觉很无聊。看的比赛多了,他渐渐从场上运动员高难度的技术动作中发现了足球的魅力,看到带球过人、射门得分等精彩瞬间也会激动不已。但因为听不到直播解说,小涵依然无法第一时间理解赛场上的很多内容。

小涵印象最深的是2010年南非世界杯,比赛即将开始,电视画面突然转向了一只章鱼,“看得我一脸懵。”第二天看了报纸小涵才知道,那只突然亮相的章鱼名叫“保罗”,因为多次成功预测比赛结果被球迷们称为“预言帝”,甚至成为当届世界杯最热门的话题之一。许多听障用户观看足球比赛时都会面临这样的问题:选择视频直播就没有解说,去看文字直播又会缺失画面。信息的缺失不仅会让观看的体验大打折扣,也会时常出现“看不懂”比赛的情况。

世界杯已经结束了,梅西带领阿根廷时隔三十六年之后终于如愿捧杯。抖音直播提供的 4K 超高清超低延迟看播能力给亿万观众留下了深刻的印象,决赛的 PCU 达到 3700w+,在这样大规模并发下,如何能稳定流畅地做到更低的延迟,是一个巨大的挑战。本文主要介绍世界杯期间火山引擎视频云和相关团队在低延迟上的工作和优化,作为低延迟方向上的总结。

首先当然是央视的电视频道和央视自己的新媒体频道“央视频”。早在2017年,央视就“大手一挥”向国际足联买下了2018-2022两届世界杯的中国大陆地区独家全媒体版权协议。这意味着央视不仅拥有电视转播权,同时也拥有直播经营权。这意味着其他平台如果也想在中国大陆地区转播世界杯赛事,需要与央视签订相关的地区转播合约。

赛事直播方面,咪咕视频提供了多转播组合和多机位选择,并提供面向听力障碍观众的无障碍评述频道,这一点必须好评。

进一步探索提升 RTM 的拉流成功率(针对用户网络不佳的场景):探测 ICE 多模式启播能力对成功率的提升,明确各家 CDN 支持 RTM 启播 TCP/UDP 及混合模式的能力。

央视频

甚至为了防止网络侵权,在 11 月 16 号的时候,总台还特地发了版权保护声明。

那么今年世界杯,我们究竟该在哪里看呢?

项目启动后,将 RTC 实时通信 SDK 直接集成进入播放器后首先进行线上 AB 测试,初期的实验效果显得大跌眼镜:除了端到端延迟指标符合预期以外无论是拉流成功率,首屏秒开时间,卡顿等指标均与 FLV 差距很大;所以 RTC 技术方案要顺利部署到直播场景,还需要配合直播播控策略进一步优化。

多年来,阿里云在支撑头部互联网企业的大型活动直播方面,积累了丰富的解决方案和创新实践,包括视频边缘推流、窄带高清转码、超低延时直播、AI智能生产等技术能力,通过前置巡检、全链路监控、异常容灾等保障手段,不仅扛住了直播流量洪峰,更确保了画面清晰度和流畅度,进而提供更低延时的直播服务。

倍速速度越大,播放速度前后变化 diff 越大,负向越严重

当前 MiniSDP 信令(UDP)信令上线后观察后续的 QoS 指标发现,信令建联的成功率和首帧时间得到了大幅度的优化。

拉流成功率的持续改进

拉流前根据用户请求的 URL 所归属的对应 CDN 边缘节点,发起 UDP 探测;一段时间内发送数据包观察对应 CDN 节点的数据 RTT 和丢包率,只有满足一定条件(如 RTT<80ms 且丢包率<10%)的场景才会认为 UDP 传输可以保证质量和组帧成功率。