本文来自BITMOVIN,由Jameson Steiner编辑,是实时低延迟流媒体系列的最后一部分。
本文是来自WWDC(苹果全球开发者大会) 2019的演讲,演讲的作者Roger Pantos,HLS的技术主管,本次演讲主题是介绍低延迟HTTP实时流(Low-Latency HLS)的实现和效果以及如何使用低延迟HLS进行开发。
本文来自THEO网站的博客文章,原标题为LL-HLS Series: The Evloution of LL-HLS。主要内容为讨论低延迟HLS系列。
对大多数的低延时 HLS 而言,他们正式开始发展的时间可以说是在 2020 年 6 月。
HLS和DASH是两大基于HTTP的流媒体通信协议。随着人们对低延迟需求的不断提高,这两个协议都发展出了各自的多个低延迟版本。在Mile High Video 2019(MHV/2019)上,来自Akamai的Will Law做了题为“LL-HLS LHLS DASH-LL, Challenges and differences”的演讲,介绍了这三个低延迟协议异同。
本文来自THEO的行业研讨会,演讲者是THEO的CTO和创始人Pieter-Jan Speelmans。本文的主题是苹果最新推出的LL-HLS。
在未知或不断变化的网络条件下的操作一直是自适应比特率流媒体系统自 1990 年代诞生以来一直试图解决的最基本挑战之一。这个挑战今天仍然存在,尽管在某种程度上简化了设置,允许使用基于 HTTP 的自适应流 (HAS) 架构。在这样的架构中,网络适配逻辑驻留在流媒体客户端中,有效地驱动媒体流片段的选择和加载。在过去的十年中,已经提出了许多先进的方法来设计流选择算法。这包括基于吞吐量的方法、基于缓冲区级别的启发式、控制理论方法以及机器学习算法。
HLS.js 是一款由苹果公司开发的,在浏览器中播放 HLS 的视频播放器。在最近,苹果发布了 Safari 浏览器中的低延时 HLS(LL-HLS),同时在其他浏览器中实现了基于 HLS.js 的播放器。
https://mux.com/blog/the-community-gave-us-low-latency-live-streaming-then-apple-took-it-away/
在WWDC 2019上,Apple 依照惯例宣布了一系列的软件更新。并且像过去4年的传统一样,Roger Pantos上台宣布了HTTP直播视频流(HLS)规范的最新变化,今年的变化旨在减少实时视频流的延迟,但这样做的代价是什么呢?
本文来自WOWZA media systems的网络研讨会,与会者有来自WOWZA的首席技术官兼联合创始人Charlie Good,解决方案工程副总裁Barry Owen,以及销售工程总监Tim Dougherty。研讨会的主要内容是深入回顾2020年低延迟流媒体协议以及各种技术的比较。
HTTP Live Streaming(HLS)是Apple公司主导提出并实现的基于HTTP的自适应码率流媒体通信协议(RFC8216),作为其产品QuickTime,Safari,OS X和iOS的一部分,在Apple的产品生态链中占有重要地位。同时,越来越多的第三方厂商的产品,如Microsoft Edge,Firefox和 Google Chrome、安卓操作系统也都实现了对HLS的支持。而且有大量的流媒体服务器都支持HLS。
原文链接 / https://www.red5pro.com/blog/5-factors-in-choosing-low-latency-hls-vs-webrtc/
在低延迟HLS或是WebRTC之间做选择时,哪种协议能够带来最佳的实时流体验?因为协议决定了编码视频数据通过网络连接传输的速度,所以在两者之间做出选择是非常重要的。
苹果公司的低延迟 HLS (LL HLS)的承诺是比标准 HLS 更低的延迟,并向后兼容非 LL HLS 的播放器。Mux 视频服务的承诺是“视频,在几秒钟内”。正如你将在本教程中所看到的,两家公司都达到了他们的目标,Mux 的 LL HLS 特别容易实现,延迟为 4-7 秒,比预期的要高一点,但与其他提供相同服务的公司一致。
使用在线流媒体平台做直播时,实时体验至关重要:看世界杯时,您还边正在聚精会神地盯着C罗的金刚腿等着罚球,隔壁老王就传出进球欢呼声,您肯定无比郁闷。视频播放领域的新锐——THEOplayer,不久前写了三个不错的系列文章,详细分析了造成视频传输延迟的原因,介绍了两个缩小延迟的解决方案:CMAF和LHLS,为提升直播观看体验提供了思路。话不多说,各位热爱媒体技术的小伙伴们,Let’s Go~
点击上方“LiveVideoStack”关注我们 作者:Anthony Dantard 翻译:Alex 技术审校:袁荣喜 ▲扫描图中二维码或点击阅读原文▲ 了解音视频技术大会更多信息 ---- 低延迟协议 影音探索 #013# 用户对服务的期望在不断攀升,并逐渐出现了不满情绪。由于有了YouTube和Netflix这样的视频服务,我们都希望在观看点播视频时获得超快的下载时间和流畅的播放体验。可能不太明显的是,无论我们是否意识到,这种期望都正在慢慢地向实时音频通信和直播应用转移。 在api.vid
2020 年发布了端到端延迟在 2 秒范围内的两个 HTTP 自适应流 (HAS) 标准的更新:低延迟 DASH (LL-DASH) 和低延迟 HLS (LL-HLS)。这些标准和操作模式都是独立开发的,虽然它们可以在内容交付系统中部署为单独的流,但如果这两种流格式都可以统一由一组媒体对象提供服务,那么打包、源、CDN 和播放器等模块都会获得性能和成本的增益。
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/SME-2018-IBM-Cloud-Videos-Scott-Grizzle-Talks-Protocols-Codecs-and-Latency-125083.aspx
原文:https://www.fiercevideo.com/tech/cmaf-coming-and-it-could-dramatically-improve-livestreaming
在本系列上一篇文章《定义和测量延迟》中,介绍了为什么延迟是OTT传输的一个问题以及如何测量端到端延迟中不同传输步骤所占的延迟比重。 本文接下来介绍可能的延迟优化,从编码,打包,CDN交付以及视频播放器这些过程,通过调整其中的参数,可以为观众提供一个经过精心优化的低延迟直播流。
近些年直播行业可谓是越来越火,英雄联盟的赛事直播、罗老师的直播带货、电商平台的购物节这些动辄就是几千万的流量,都是大家可以在日常生活中接触到的。可是无论哪种类型的直播,延时是直播过程中需要重点关注的一个点。直播实现低延迟,是对大部分直播产品的要求,也是提升直播产品用户体验最有效的一个方法。特别是体育赛事、直播互动、在线答题等场景对低延迟要求更高。今天简单跟大家介绍下如何直播如何实现低延迟。
本文来自Streaming Media West Connect,讨论的主题是CMAF和OTT的未来。主持人是Streaming Media的特约编辑Jan Ozer,小组成员包括Akamai科技首席架构师Peter Chave,Neflix高级软件工程师Cyril Concolato,迪士尼流媒体服务副总裁Bill Zurat和Hulu的软件开发副总裁Nick Brookins。他们所在的公司已经在编码和分发流程中实施了CMAF。
原标题:Using LL-HLS with Byte-range Addressing to Achieve Interoperability in Low Latency Streaming
本文来自streaming media的研讨会,主题是:低延迟仍然是一个挑战。主持人是流媒体视频联盟执行总监Jason Thibeault。
对于指数位宽和尾数位宽,为每一个浮点数都具有的参数,不用过多解释;对于精确度,具有多种选项,每种选项具有不同的精度-代价折中,如下表所示:
N(>=3)年前Adobe官宣了2020年底就不支持Flash了,最近发现非常多的朋友,到了真正完全不能用时,才考虑如何逃生,一顿狂问“没有Flash了怎么播放RTMP”,“该选HTTP-FLV还是WebRTC”,“用什么播放器播HTTP-FLV”。
本文是来自FOSDEM 2020 Open Media devroom的演讲,演讲者是Collabora的Olivier Crête。从2007年开始,他就一直是一名活跃的GStreamer开发人员,最初从事VoIP和视频通话,而最近从事各种多媒体项目。演讲主题是如何选择视频网络流协议。
有些人呐,真是不见棺材不落泪,N(>=3)年前Adobe官宣了2020年底就不支持Flash了,最近发现非常多的朋友,到了真正完全不能用时,才考虑如何逃生,在群里一顿狂问“没有Flash了怎么播放RTMP”,“该选HTTP-FLV还是WebRTC”,“用什么播放器播HTTP-FLV”。 本文只发一次,完整解决方案再啰嗦一遍,恕我不在群里回答这种问题了,自己花时间好好看吧,身为搞直播的研发工程师,总不能火烧了眉毛才开始想办法吧,各位耗子尾汁吧。 看完视频,请看详细方案。 没有Flash了怎么做直播? 答
本文来自快手科技算法科学家,快手传输算法团队负责人周超博士在LiveVideoStackCon 2020线上峰会的分享,介绍了快手基于流式直播多码率的实践与优化,以及LAS (Live Adaptive Streaming)标准的架构、原理、自适应算法与未来规划。
本文来自Elecard,作者是Vitaly Suturikhin,担任Elecard集成和技术支持部主管,主题是“低广播延迟及实现协议”。
在我们前几章的讨论中,我们已经详细探讨了LNMP、缓存与消息队列,以及负载均衡的各种应用场景和实现方式。这些技术都是构建高效、可扩展和可靠的网络服务的重要工具。然而,随着互联网技术的不断发展,我们面临的挑战也在不断变化和升级。在这一章中,我们将把视线转向更为前沿的技术领域,深入研究CDN、流媒体和边缘计算,并从应用场景的角度进行详细介绍。
想要优化延迟,可Latency到底是多少?延迟始终是媒体内容传输的一个重要关注点,人们也在不断尝试用新的方法来优化延迟,本文参考AWS的一些新技术,介绍了延迟的定义,以及如何具体测量延迟,给出了延迟的量化概念。
我之前在很多文章中分享过我们流媒体服务器如何优化直播体验,详细讲解了各部分造成低延迟和卡顿的原因和相应的优化原理。实际上,音视频的直播系统是一个复杂的工程系统,要做到非常低延迟的直播,需要复杂的系统工程优化和对各组件非常熟悉的掌握。这里面我们再分享几个简单而常用的调优技巧,大家要是遇到类似的问题可以先对照解决。
点击上方“LiveVideoStack”关注我们 ▲扫描图中二维码或点击阅读原文▲ 了解音视频技术大会更多信息 ---- 作者:Barry Owen 翻译:Alex 技术审校:刘连响 WebRTC 影音探索 #014# 2020年,Adobe宣布停止对 Flash播放器的支持。Flash历经多年终于走向终结,虽然是众望所归,但它的退出却对存在于许多流媒体工作流程中的一项重要技术——RTMP( Real-Time Messaging Protocol)影响重大。RTMP最初设计用于向Adobe Fl
Photo by Kaboompics .com from Pexels 所谓流媒体传输的”圣杯”指的是一组文件被安全地传输到所有目标端点。最有可能帮助实现这一目标的“候选”是通用媒体应用程序格式(CMAF)。尽管目前CMAF还不能将”圣杯”交付给所有客户,但它所具备的互操作性的DNA,将极大地简化发布者(publishers)和播放器(players)之间的兼容性。最终,它可能传递出”圣杯”。 文 / Jan Ozer 译 / 元宝 审校 / 赵军 原文 http://www.streamingmedi
新知系列课程第二季来啦!我们将为大家带来全真互联时代下新的行业趋势、新的技术方向以及新的应用场景分享。本期我们邀请到了腾讯云音视频技术导师——吴昊,为大家分享广电级媒体数字化转型中的一些直播技术及应用。 我们将结合赛事活动线上化的背景,分享如何提高赛事直播稳定性,并介绍播放端用户协议以及我们遇到的一些问题。最后还将简单介绍一些场景化的创新应用。 2020年以来,疫情改变了人们的生活和工作方式,越来越多的线下活动被搬到了线上。与此同时,人们对娱乐体育赛事的关注度也逐年增长。线上制作和直播成为了很多企业的
自从我在这个博客上发表上一篇文章以来,已经快五年了——距离第一篇文章已经十年了——时间过得很快,流媒体技术发展也是如此。在 2016 年,CMAF 标准化刚刚开始,承载着简化工作流程和提高 CDN 缓存效率的希望。CBCS 加密方案的支持被希望远远超出苹果的生态系统,而 IMSC 也准备成为主导的字幕标准。现在我们可以看看其中有多少真的发生了,还有哪些技术确实作为流媒体工作流程的础出现了,以及哪些可能是未来五年的重要技术。
video streaming protocol - 流视频协议是由于流式传输需要将音视频分割成小块,按顺序发送并在接收时播放
“ 导语:2016年互联网市场什么最火?直播绝对是绕不开的话题。 在上篇《技术揭秘 | 服务于130+家客户的直播SDK是怎样炼成的》文章中,我们介绍了音视频实验室互动直播SDK的秒开技术、高音质连麦技术、领先的视频引擎,及实时质量监控与运营系统。今天,我们将讨论高网络抗性技术与低延迟连麦技术。 众所周知,听音频、观视频、看文字图片等是互动直播平台最主要的交流方式。也因此,音视频技术成为了最直观的、能够直接影响用户体验的技术。 那么,一个好的直播平台至少需要有什么样的音视频技术能力呢? 音质好、图
Rtmp规范1.0:https://suncle.me/2018/03/09/rtmp%E8%A7%84%E8%8C%831-0/
时间倒回4月9日,9To5Mac通过iOS 14的代码,猜测苹果或将推出全新的APP下载和使用方式,用户只需扫描二维码或打开链接,即可体验应用程序的某些特定功能,而不需要在iPhone或iPad上安装APP的完整版本。
直播系统开发是一个复杂的工程系统,要做到非常低延迟的直播,需要复杂的系统工程优化和对各组件非常熟悉的掌握。这里面我们再分享几个简单而常用的调优技巧。
随着直播业务的发展,在线教育,连麦直播、赛事直播等高实时性直播场景的出现,用户对于直播流畅度、低延迟等性能的要求愈加严苛。腾讯云直播技术高级工程师陈华成 从5G时代未来直播产品的发展趋势、直播行业业务新需求出发,分享腾讯云快直播(超低延迟直播)的建设方案、应用以及技术优势与优化实践。 文 / 陈华成 整理 / LiveVideoStack 大家好,我是腾讯云直播技术高级工程师陈华成,这次和大家分享的主题是腾讯云快直播——超低延迟直播技术方案及应用。主要涵盖以下四个方面:直播行业的背景;直播行业的现状
HLS:延迟主要来自编码解码时产生延迟、网络延迟、CDN 分发延迟。由于它是切片协议,延迟分两大块,一个是服务端有切片缓冲延迟,另一个是在播放端防抖缓冲会有延迟。切片的大小和数量都会 HLS 影响延迟大小,一般在十秒以上。
在当今如火如荼的直播产业中,运行着各种各样的流媒体封装及传输协议,比如广电行业应用最多的HLS、风靡互联网直播平台的RTMP、HTTP-FLV以及海外OTT行业应用广泛的MPEG-DASH。这些流媒体封装协议都有各自的利弊,比如RTMP、FLV这种流式传输媒体协议,能够满足实时直播场景低延时的要求,但是由于容器格式老旧,在一些新的编码协议扩展、加密方案支持上,无法跟新迭代满足需求。再比如HLS、MEPG-DASH这种文件切片式流媒体协议由于应用了MPEG-TS或MP4容器格式,在编码器扩展、多音轨支持、版权保护方面有着得天独厚的优势,但是由于切片式生成和传输的缺陷,导致端到端延迟高一直是被用户所诟病。面对这样的割裂的格局,一种全新的、兼容性更高,针对上述几个问题的通用容器格式和传输方案应运而生。
概述 2016年基本上可以说一个直播年,各大互联网挣相进入直播行业,成就了直播技术的发展。之前我们也对直播连麦技术做了一个简单的分析,但是没有从整体上介绍,今天我们就组一个整体的介绍(本文部分资料来源于网络)。 我们先来看看视频直播的5个关键的流程:录制->编码->网络传输->解码->播放。每个环节对于直播的延迟都会产生不同程度的影响,这里重点分析移动设备的情况。针对移动场景总结出直播延迟优化的4个点:网络、协议、编解码、移动终端,达到UCloud直播云实现低延迟、秒开的技术细节。 直播技术分析 UCl
原文 / https://www.wowza.com/blog/cmaf-vs-webrtc
多码率自适应 多码率自适应可将指定的音视频文件流统一打包生成一个自适应码流文件,让播放器可根据终端网络带宽环境。 在媒体业务形态、网络基建、终端技术等多方面因素的共同作用下,视频类业务的流量和分布也在出现明显变化,比如2020年6月快手推出全景视频,2021年8月抖音宣布支持2K视频播放,2021年12月B站上线8K专区等。与此同时,用户的交互行为也在潜移默化中受到影响,耐心在视频业务中似乎越发少见,我国9.44亿网络视听用户里39.4%的用户选择加速观看,8.7%的用户会边拉动进度条边看,即点即开与视频
// 编者按:赛事直播场景与普通直播场景有一定差异,赛事直播场景对码率、画质、延时等性能要求更高。LiveVideoStackCon 2022 音视频技术大会上海站邀请到了腾讯专家工程师,媒体直播负责人——吴昊老师,为我们分享《腾讯视频云流媒体技术探索——赛事直播场景的技术优化》,他将介绍如何利用多路径传输、QoS控制,以及跨区调度和加速的能力,优化端到端的传输质量。在媒体处理和封装上,他将介绍通过多码率自适应、低延迟、多音轨、广告插入等技术,提升终端的播放体验,同时满足国内及海外不同场景的需求。
领取专属 10元无门槛券
手把手带您无忧上云