- 综合排序
- 最热优先
- 最新优先
- 来自专栏媒矿工厂
低延迟直播流技术
本文来自Bitmovin NAB 2020 Tech Talk，演讲者是来自Bitmovin的软件工程师Jameson Steiner，演讲的主题是低延迟直播流技术。 ，但也因此会带来较大的延迟，因此低延迟也要在回放稳定性问题上进行权衡。 视频传输过程中往往对视频进行分段传输，因此，直播延迟也与视频分段的长度有关。 下面演讲者介绍了实现低延迟传输的方法。 而更好的低延迟方法则是分块分发（Chunked delivery），对视频片段进行分块编码，分块传输，减弱片段长度对直播延迟的影响。 最后，演讲者还介绍了低延迟在MPEG-DASH以及Apple HLS协议中的整合，并介绍了低延迟传输的一些实际应用。
2.2K20发布于 2020-05-20 - 来自专栏腾讯云音视频专家服务
低延迟直播的实现方法
可是无论哪种类型的直播，延时是直播过程中需要重点关注的一个点。直播实现低延迟，是对大部分直播产品的要求，也是提升直播产品用户体验最有效的一个方法。 特别是体育赛事、直播互动、在线答题等场景对低延迟要求更高。今天简单跟大家介绍下如何直播如何实现低延迟。 ，就注定它不是低延迟直播的最佳解决方案。 接入快直播 如果以上建议都不能满足您对延迟的要求，可以考虑接入腾讯云快直播，快直播比标准直播延迟更低，可以提供毫秒级的极致直播观看体验。 4.png 5.png 小结 今天给大家介绍了如何判断直播延迟、延迟产生的原因、排查方法以及腾讯云快直播低延迟解决方案，相信在这个过程中大家已经对直播延迟有一定的理解，以后遇到直播延迟问题也知道从哪里入手
5.9K80发布于 2020-12-29 - 来自专栏RTSP/RTMP直播相关
Android音视频直播低延迟探究之：WLAN低延迟模式
Android WLAN低延迟模式Android WLAN低延迟模式是 Android 10 引入的一种功能，允许对延迟敏感的应用将 Wi-Fi 配置为低延迟模式，以减少网络延迟，启动条件如下：Wi-Fi “LOW_LATENCY”： 表示低延迟。低延迟对于一些对实时性要求较高的应用非常重要，例如在线游戏、视频会议、实时流媒体等。 视频会议和直播 在视频会议和直播中，低延迟可以确保实时的音频和视频传输，避免出现卡顿和延迟现象。这种模式可以提供更稳定和流畅的通信体验，提高会议和直播的质量。 一些高端的 Wi-Fi 芯片可能会专门针对低延迟应用进行优化，提供更好的性能。软件配置 操作系统和应用程序可以通过设置来启用低延迟模式。 Android平台代码实现为了验证Android平台WLAN低延迟模式，我们在大牛直播的RTSP|RTMP播放器模块，添加了如下的代码测试，下图展示的是我们Windows平台RTMP推流模块，采集屏幕数据
1.2K10编辑于 2024-11-12 - 来自专栏音视频技术
基于WebRTC的低延迟视频直播
Photo by Wendy Wei from Pexels 随着直播行业的迭代更新，传统直播方案的延迟问题越发凸显。 本文来自融云联合创始人、首席架构师 李淼在LiveVideoStackCon 2019深圳站中的演讲，在其中他详细介绍了如何利用WebRTC低延迟音视频传输的特点，解决传统直播方案的延迟问题。 WebRTC自身最大的优势：低延时、流量更少、性能好。 视频秒开虽然是RTC和直播中的一个共同场景，但是整体的处理方式是完全不一样的。 2. WebRTC直播的过程 WebRTC支持低延时直播，那么如何通过WebRTC来完成直播场景的构建呢？ 在低延迟直播的情况下，需要考虑在Gop下发后客户端需要能够快速追上主播端的发流，所以在观众感知不明显的情况下会对P祯和B祯就会采用1.1或1.2倍速下发，，直到所有包能够追上主播端或MCU端下推包的进程
4.2K20发布于 2021-09-01 - 来自专栏音视频技术
VLC 21年，重新审视低延迟直播
本次为大家带来的分享的主要内容是我与VLC以及低延时直播之间的一些故事。 低延时直播是当下大热的话题，一提到VLC，许多人第一反应都是与低延时直播不沾边，确切的说，VLC是低延时直播的对立面。 下面主要从VLC简介、全链路低延时直播以及VideoLan开源社区三个方面进行介绍。 一、VLC简介 VCL是具有悠久历史的播放器。 二、VLC与低延迟 关于VLC和低延迟直播我们主要从低延迟直播行业背景、传统播放器与在线流媒体对比、全链路低延时分析、VLC低延时优化、VLC 0延迟概念验证等几个方面进行介绍。 1、低延迟直播行业背景 这是2020年Bitmovin做的一个调查，排在第一名的毫无疑问就是低延迟。 VLC支持的多样场景远超其它播放器，低延迟直播的场景仍然属于小范围内的场景。当前在线流媒体对QoS和QoE十分重视，而VLC是不考虑首帧、快进快退的速度的。
2.8K40编辑于 2023-04-04 - 来自专栏SRS开源服务器
实战Flutter+SRS移动端低延迟直播
Flutter是移动端跨平台开发框架，可以快速实现多个跨平台的App开发，Flutter+SRS轻松实现移动端直播，如何做到低延迟直播请看视频。
1.3K10编辑于 2022-03-18 - 来自专栏音视频咖
腾讯云推出快直播方案，低延迟打造极致直播观看体验
近日，腾讯云推出快直播LEB (Live Event Broadcasting)方案，该方案是标准直播在超低延迟播放场景下的延伸，为观众提供毫秒级延迟的极致直播观看体验。 腾讯云快直播是业界首发的毫秒级延迟直播方案，新一代低延时的直播CDN，满足了在线教育、体育赛事、在线答题等对实时性要求更高的特定直播场景需求。 而腾讯云快直播采用UDP协议，将直播延迟降低至毫秒级，同时兼顾秒开、卡顿率等核心指标，优化直播体验。 在互动娱乐直播中，用户为自己喜欢的主播打赏，若出现延迟的情况， 5秒后才能听到主播的口播感谢，可能弹幕和礼物的效果早就过去，影响双方互动积极性，快直播用低延时解决了这种尴尬；电商直播中，商品拍卖、促销抢购等交易反馈对直播实时性要求很高 腾讯云快直播方案基于在音视频、AI识别、大数据分析等方面的技术能力将直播延迟缩短到毫秒级，将直播延迟率降低近90%，目前已经吸引企鹅电竞、NOW直播、腾讯课堂等使用。
7.4K30发布于 2019-07-29 2026 私域直播开发实践：低延迟直播架构与多端适配解析
对于开发团队来说，真正需要解决的并不是“能不能播”，而是如何在高并发、低延迟、多终端接入的前提下，把直播体验做稳定、做顺滑、做可扩展。 从工程角度看，私域直播系统的核心难点主要集中在三个方面：低延迟传输、互动能力建设以及多端适配。本文从架构设计的角度，梳理一套更适合 2026 年业务场景的私域直播搭建思路。 低延迟直播的关键，不只是“快”传统直播方案常见的延迟通常在 5 秒到 10 秒之间，这对于纯观看场景影响不大，但一旦进入问答、连麦、培训、产品演示等场景，延迟就会明显影响互动体验。 主播刚提出问题，用户却要几秒后才能看到画面变化，这种“错位感”会让直播互动效率大幅下降。因此，低延迟直播的目标通常不是单纯追求“更快”，而是要在稳定性、成本和实时性之间找到平衡。 RTC 的优势是低延迟和强互动，但当观看人数持续增长时，带宽和成本压力会迅速上升；CDN 的优势是分发能力强、成本更可控，但延迟通常更高。
5910编辑于 2026-06-24- 来自专栏媒矿工厂
低延迟HLS
本文是来自WWDC(苹果全球开发者大会) 2019的演讲，演讲的作者Roger Pantos，HLS的技术主管，本次演讲主题是介绍低延迟HTTP实时流（Low-Latency HLS）的实现和效果以及如何使用低延迟 在演讲的开始，Roger首先描述了低延迟对于体育直播、新闻、即时互动游戏广播以及颁奖典礼和其他社交媒体活动等的重要性。 介绍了低延迟HLS的设计目标是1-2秒，并且具有速率适配、加密、广告、元数据、向后兼容等功能。 然后Roger介绍了低延迟HLS如何实现上述的目标，与之前的HLS相比有5大变化：减少发布延时、优化段发现、消除段往返、减少播放列表传输开销、快速切换层。随后介绍了完成这5项变化的细节。 接着Roger展示了使用低延迟HLS视频通话的延迟，在AppleTV上美国用户与澳大利亚用户在视频通话时的延迟低于2秒。 最后Roger介绍了对于开发者来说，如何使用低延迟HLS进行项目开发。
2.6K10发布于 2019-09-25 - 来自专栏媒矿工厂
低延迟DASH流
这次将介绍的是使用开放源代码工具的低延迟DASH流。 首先Bo介绍了低延迟DASH流是什么，其中，一个低延迟流，从编码器屏幕到播放器屏幕之间的延迟必须要低于5秒;视频片段会被分割成许多的块来进行编码传输;且低延迟的特性也决定了它在传输路径上不应有额外的缓冲 DASH-IF所提出的最新变动中，包含了这些特性：添加了许多重新同步的节点，来使流可以被独立地处理;增加了功能描述，来告知播放器应当如何在低延迟模式下进行工作。 Bo还介绍了在低延迟流中的前人工作，DVB低延迟DASH：使用GPAC软件实现的GPAC低延迟DASH;苹果的低延迟HLS，使用的是苹果服务器和IOS的音视频播放器，以及社区驱动的LHLS。 最后Bo讨论了一些低延迟DASH的潜在问题，首先低延迟DASH的灵活性比传统的低延迟流要差;块的大小和延迟之间也存在着交换;低延迟DASH只支持HTTP/1.1。 最后附上演讲视频：
1.7K20发布于 2021-01-25 - 来自专栏音视频技术
低延迟音视频传输技术在直播领域的应用
今天我向大家分享的主要内容有： 基于CDN架构的直播应用 基于CDN架构的低延迟直播的应用 CDN架构下非交互直播的问题 带有交互能力的直播 直播技术未来的发展 1.基于CDN架构的直播应用 这张图是陌陌 2）抗延迟 为什么用户给主播发消息给主播，隔了好厂一段时间才有反馈？因为直播画面存在延迟。卡顿与延迟是互相矛盾的条件，画面流畅意味着可能延迟增大，延迟减小画面又可能会因为网络不稳定等原因出现卡顿。 2.基于CDN架构的低延迟直播的应用 讲完了CDN架构的简单应用，接下来讲一讲年初最火的直播答题。这张图是陌陌的一个直播答题界面，直播答题实际上有什么难点呢？ 同时在OBS上也可实现最常见的PC端连麦，以上就是在演播间如何进行互动直播的全新应用。 5.直播技术未来的发展 5.1 低卡顿 为什么说是“低卡顿”而不是说“无卡顿”？ 5.2 低延迟 实现低延迟可以通过使用更好的传输协议，因为多媒体本身是适用于UDP协议而非TCP协议的。
1.4K20发布于 2021-09-01 - 来自专栏FunTester
低延迟编程的真相
如果你开始关注性能问题，几乎绕不开一个词——低延迟。但现实中，这个词被用得实在太随意了。 问题的根源不在于你不会优化，而在于从一开始就没想明白一件事——低延迟编程到底要解决什么问题？ 但低延迟关注的，其实都不是这些——它更关心那些隐藏在数据背后的用户真实体验。 低延迟编程并不是要让系统更快一点，而是要避免这种被平均值掩盖的系统性风险。 测试视角下的低延迟 对于测试工程师和测试开发来说，低延迟问题往往暴露得更早，也更明显。 低延迟是工程能力 很多人对低延迟的第一印象来自各种零散的经验分享：关 GC 用堆外内存避免 Stop The World，用无锁结构如 CAS、Disruptor，绑核把线程固定到特定 CPU 核心，调内核参数改
11410编辑于 2026-06-17 - 来自专栏RTSP/RTMP直播相关
平衡操控使用场景分析和对低延迟的直播技术要求
对音视频直播技术要求一、低延迟在平衡操控中，操作者需要根据实时的音视频反馈来做出快速准确的决策和动作调整。高延迟可能导致操控不及时，影响平衡的维持和调整效果，甚至可能引发危险。 例如在大规模的工业生产现场，可能需要同时监控多个设备和区域，直播系统需要能够轻松扩展以适应这种需求。平衡操控低延迟适合走什么协议？ 特别是好多内网场景下，现场大多直接安装的RTSP摄像头，如果能低延迟的播放RTSP或RTMP，达到期望的时延，也未尝不可。 大牛直播SDK目前实际应用的延迟，就可以满足平衡操控150-300ms的延迟期望。 以海康摄像头2560*1440分辨率，8M码率为例，分别用VLC和SmartPlayer播放rtsp的url，vlc的延迟在2-3秒，我们的延迟在150ms内：如果是RTMP的，那么我们以Android
49920编辑于 2024-09-29 - 来自专栏音视频技术
抖音世界杯直播的低延迟是怎么做到的？
传输环节的低延迟 下图是一次直播的简化的流程： 直播的传输环节里，对延迟影响大的主要是转码、分发和播放缓冲，使用实时的转码模式，转码器引入的延迟一般在 300ms 以内甚至更短。 3.1 FLV 方案 FLV 是现在国内主流直播播放使用的协议，火山引擎对低延迟直播的探索也是从 FLV 开始的。在百万英雄、内购会等活动中，FLV 低延迟方案也多次得到了验证。 未来的优化方向 未来在高清、沉浸、互动的直播场景中，针对高码率、低延迟的需求，火山引擎视频云会继续打磨现有的适合不同场景的各种低延迟的方案，同时也会不断地探索新的方案，在延迟、成本、卡顿和其它播放体验上找到适合不同场景的最佳或者最平衡的方案 目前大盘的平均延迟已经有了相当程度的降低，但有一小部分长尾用户的延迟是很大的，后期的优化方向也会适当地侧重到这部分长尾用户，让更多的长尾用户能享受到真正的低延迟，降低观看同一直播流的观众间延迟差，满足基于流内容的一些强互动玩法 基于这种特性，火山引擎视频云将探索基于 UDP 的内容优先级感知的传输方案，优先保障高优数据的传输，对于低优数据可选择非可靠传输，即使丢失也无需重传，保证 XR 直播低延迟的同时不引入过大的视觉失真。
2.3K31编辑于 2023-02-23 游戏直播语音审核方案：低延迟、高并发的技术架构设计
摘要： 游戏直播是音频审核技术要求最苛刻的场景之一——数万个直播间同时开播、主播激情解说中随时可能出现违规言论、弹幕互动节奏极快。 本文从技术架构角度，详解如何利用腾讯云AMS构建一套满足游戏直播场景的低延迟、高并发音频审核系统。 产品快速了解：腾讯云音频内容安全产品介绍 | 限时特惠活动 游戏直播音频审核的三大技术挑战 挑战 具体表现 技术要求 超高并发 万人同时开播，每个直播间一路音频流 万级并发处理 超低延迟 玩家情绪激动时违规言论稍纵即逝 音频流接入层 设计要点 说明 流协议支持 RTMP、FLV、HLS等主流直播流协议 切片策略 游戏直播推荐15秒切片（捕获突发违规） 负载均衡 基于直播间数量动态分配审核资源 2. AMS审核层 能力 游戏直播场景表现 并发处理 默认100路直播流，支持扩展至万级 审核速度 4倍速拉流，15秒片段约4秒审核完成 回调延迟 毫秒级回调 抗噪能力 多模型融合识别，可在游戏音效背景下准确识别语音
19210编辑于 2026-05-09- 来自专栏媒矿工厂
实时低延迟流式传输
本文来自BITMOVIN，由Jameson Steiner编辑，文章主要内容是“实时低延迟流式传输”。 什么是实时低延迟？ 图1 端到端视频编码流程 低延迟是当前媒体行业最大的挑战之一，本文将深度探讨为什么需要关注低延迟。 为什么要关注低延迟？ 02 互动直播内容 每当涉及到观众互动时，实时等待时间应尽可能短，以确保良好的体验质量（QoE）。这样的用例包括网络研讨会，拍卖等。高延迟是最低的需求，而实时是最高的要求。 低延迟分块传输 低延迟分块传输除了带来低延迟，还有以下几点影响： 不断接收到的CMAF块流中，可以使客户端缓冲区级别更平滑，跳动更少。因此降低了缓冲区欠载的风险并提高了播放稳定性。 在DASH中，点播和直播流之间的主要区别在于，流的所有片段都可以在任何时候进行点播；而对于直播流来说，片段是随着时间的推移而一个接一个连续产生的。
3.4K31发布于 2020-07-07 - 来自专栏音视频技术
Apple 低延迟HLS分析
低延迟HLS技术草案 2019年的WWDC上，Pantos宣布了最新的HLS草案，今年的变化旨在减少实时视频流的延迟。这个消息一出，业界反响很大，几家欢乐几家愁。 以上基本上就是这次苹果对低延迟HLS提出的技术草案，苹果也提供了参考实现用于测试和演示。 初步分析认为iOS13 beta里Apple还没有完全实现低延迟HLS的客户端功能。 ? ? ? ? AVPlayer的实现发现服务端对低延迟HLS支持不好的话，会自动切换回标准的HLS，让视频继续正常播放，所以测试低延迟HLS的时候只看视频是否能播放还不行，要抓包分析，确认低延迟HLS机制正常工作。 ，之前就有强力推动IPV6、HTTPS的先例，相信假以时日，Apple低延迟HLS也会成为业界标配。
5.2K63发布于 2019-07-01 - 来自专栏RTSP/RTMP直播相关
如何设计一款跨平台低延迟的RTMPRTSP直播播放器
开发背景 2015年，当我们试图在市面上找一款专供直播播放使用的低延迟播放器，来配合测试我们的RTMP推送模块使用时，居然发现没有一款好用的，市面上的，如VLC或Vitamio，说白了都是基于FFMPEG 我们的直播播放器，始于Windows平台，Android和iOS同步开发，基于上述开源播放器的各种缺点，我们考虑全自研框架，确保整体设计跨平台，再保障播放流程度的前提下，尽可能的做到毫秒级延迟，接口设计三个平台统一化 .265硬解； [H.264/H.265硬解码]Android支持设置Surface模式硬解和普通模式硬解码； [缓冲时间设置]支持buffer time设置； [首屏秒开]支持首屏秒开模式； [低延迟模式 低延迟：大多数RTSP的播放都面向直播场景，所以，如果延迟过大，严重影响体验，所以，低延迟是衡量一个好的RTSP播放器非常重要的指标，目前大牛直播SDK的RTSP直播播放延迟比开源播放器更优异，而且长时间运行下 音视频同步处理：有些播放器为了追求低延迟，甚至不做音视频同步，拿到audio video直接播放，导致a/v不同步，还有就是时间戳乱跳等各种问题，大牛直播SDK提供的播放器，具备好的时间戳同步和异常时间戳矫正机制
3.6K00发布于 2020-02-08 - 来自专栏RTSP/RTMP直播相关
跨平台轻量级RTSP服务模块技术详解与内网低延迟直播实践
：内网多终端可高效共享同一视频源 这不仅降低了开发与部署门槛，还让内网低延迟直播的落地成本和复杂度呈指数级下降，为更多原本受限于网络和部署条件的业务打开了应用空间。 这种架构在大规模公网直播中行之有效，但在内网低延迟场景下存在明显不足： 部署复杂度高 需要额外准备一台或多台服务器，安装并配置 RTSP/RTMP 服务程序 涉及网络端口映射、防火墙策略、鉴权机制等多个环节 适用场景与落地建议（Application Scenarios & Deployment Recommendations）轻量级RTSP服务SDK的核心价值，在于**“即插即用的内网低延迟直播能力”，它并不是要取代所有流媒体服务架构 低并发直播（Low-concurrency Live Streaming） 展厅、展会、智慧展馆等仅需少量并发观看的场景。 优势：无需高性能服务器即可实现稳定直播，降低硬件与带宽成本。 技术收益 实现一对多低延迟分发，延迟低至250ms。 无公网数据传输，满足医疗信息安全法规要求。 部署简化，医生只需开启应用即可推送至全院各终端。 8.
85110编辑于 2025-08-11 - 来自专栏RTSP/RTMP直播相关
低延迟 × 高识别：RTSP|RTMP直播播放与YOLO的融合应用架构解析
本文将以大牛直播SDK × YOLO（You Only Look Once）算法的融合方案为核心，系统讲解如何构建一套： ✅ 端到端低延迟 ✅ 多实例高并发处理 ✅ 跨平台通用部署（支持 Android 为此，需要一个具备稳定解码、灵活回调、低延迟传输、多平台兼容等特性的“视频智能入口层”，而这正是大牛直播SDK × YOLO结合方案的切入点与价值所在。 而将这两者深度融合，必须具备两个核心能力： 一个具备高并发、低延迟、强适配性的视频输入通道； 一个能高效处理图像并输出语义结果的智能分析模块。 大牛直播SDK：为 AI 准备的视频输入层而大牛直播SDK正好填补了从“视频源”到“AI入口”的关键链路空白，提供以下能力： ✅ 超低延迟解码传输：端到端延迟控制在 100~250ms，保障及时识别； 通过本篇文章所述的实践探索，我们可以清晰看到： 大牛直播SDK作为 AI 感知系统的视频输入层，不仅具备高并发、低延迟、跨平台的技术优势，还以其稳定的数据帧回调机制打通了“视频→算法”的关键接口；
1.2K10编辑于 2025-08-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号