- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
Android音视频直播低延迟探究之：WLAN低延迟模式
Android WLAN低延迟模式Android WLAN低延迟模式是 Android 10 引入的一种功能，允许对延迟敏感的应用将 Wi-Fi 配置为低延迟模式，以减少网络延迟，启动条件如下：Wi-Fi “LOW_LATENCY”： 表示低延迟。低延迟对于一些对实时性要求较高的应用非常重要，例如在线游戏、视频会议、实时流媒体等。 实时流媒体 对于观看实时体育赛事、音乐会等流媒体内容，低延迟可以减少缓冲时间，提供更即时的观看体验。三、实现方式硬件支持 设备的 Wi-Fi 芯片和天线需要支持低延迟功能。 一些高端的 Wi-Fi 芯片可能会专门针对低延迟应用进行优化，提供更好的性能。软件配置 操作系统和应用程序可以通过设置来启用低延迟模式。 特别是我们做音视频对延迟比较敏感的行业，可酌情参考。
93510编辑于 2024-11-12 - 来自专栏txp玩Linux
嵌入式音视频低延迟传输协议srt
一、简介： SRT(Secure Reliable Transport，安全可靠传输）是一种用于超低（亚秒）延迟的实时音视频流及通用批量数据传输的传输协议。 2.2.低延迟： 为了适应用户的各种部署环境，因此SRT的流错误纠正策略是可配置的。由于SRT建立在UDP协议之上，解决了TCP协议传输延迟高的问题。 三、与常见传输格式比较： 目前音视频直播有两种： 一种是基于RTMP协议的直播，这种直播方式上行推流使用RTMP协议，下行播放使用RTMP，HTTP+FLV或者HLS，直播延时一般大于3秒，广泛应用秀场 除了上述两种场景外，还有一种视频直播的场景，就是同时要求低延时和大并发的场景，比如赛事直播、股票信息同步、大班教育等。SRT可以很好地满足上述场景的要求。 SRT端点建立了稳定的端到端延迟概要，消除了下游设备需要有自己的缓冲区来应对不断变化的信号延迟。信号时间准确。 文章参考：http://t.csdn.cn/dNAbY
1.7K10编辑于 2023-09-12 - 来自专栏媒矿工厂
低延迟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.4K10发布于 2019-09-25 - 来自专栏音视频技术
音视频低延迟应用的四个技术实践
低延时是音视频领域最常遇到的关键诉求，如何设计解决方案以满足低延时的应用场景至关重要，本文将基于低延时的解决方案和实例进行讲解，分享一些应用的实践，帮助开发者更快地将解决方案应用到产品中。 文 / 邱国钦 整理 / LiveVideoStack 大家好，我是即构科技互联网业务开发技术总监邱国钦，众所周知，在音视频技术方面有高清无码和低延迟这两个非常吸引人的应用，今天我演讲的主题就是关于音视频低延迟应用的技术实践 本次的演讲分为三个部分，首先会从整体来分析影响音视频通信延迟的关键构成，基于延迟构成的认识，可以探讨一些音视频低延迟应用的技术实践，最后会对音视频低延迟技术做一些总结以及对未来的展望。 2. 2.4 渲染对音视频通信延迟的影响 ? 渲染主要是和系统接口打交道，重点是选择合适的接口以及参数配置。 对于 Android来说，使用 OpenSL ES 接口才能达到低延迟的最佳效果。 音视频低延迟应用的技术实践 3.1 低延迟应用的强互动性 ? 低延迟应用的特点是强互动性，任何需要互动的场景都会对延迟有要求。互动的形式包括双向流媒体、单向流媒体+独立消息通道和单向流媒体。
2.7K21发布于 2019-09-19 - 来自专栏音视频技术
低延迟音视频传输技术在直播领域的应用
我最早来到陌陌的时候，陌陌做音视频传输技术的只有四个人，一个做客户端，一个做支付，一个做后台，剩下一个由我来做音视频。可以说我见证了陌陌直播从襁褓之中成长为现在这样一个成熟直播平台的全过程。 今天我向大家分享的主要内容有： 基于CDN架构的直播应用 基于CDN架构的低延迟直播的应用 CDN架构下非交互直播的问题 带有交互能力的直播 直播技术未来的发展 1.基于CDN架构的直播应用 这张图是陌陌 2.基于CDN架构的低延迟直播的应用 讲完了CDN架构的简单应用，接下来讲一讲年初最火的直播答题。这张图是陌陌的一个直播答题界面，直播答题实际上有什么难点呢？ 5.直播技术未来的发展 5.1 低卡顿 为什么说是“低卡顿”而不是说“无卡顿”？因为现有的技术还无法实现完全没有卡顿、缓冲。这不单单取决于技术，更包括基础设施的建设，我们只是希望把卡顿率降到最低。 5.2 低延迟 实现低延迟可以通过使用更好的传输协议，因为多媒体本身是适用于UDP协议而非TCP协议的。
1.3K20发布于 2021-09-01 - 来自专栏媒矿工厂
低延迟DASH流
这次将介绍的是使用开放源代码工具的低延迟DASH流。 首先Bo介绍了低延迟DASH流是什么，其中，一个低延迟流，从编码器屏幕到播放器屏幕之间的延迟必须要低于5秒;视频片段会被分割成许多的块来进行编码传输;且低延迟的特性也决定了它在传输路径上不应有额外的缓冲 DASH-IF所提出的最新变动中，包含了这些特性：添加了许多重新同步的节点，来使流可以被独立地处理;增加了功能描述，来告知播放器应当如何在低延迟模式下进行工作。 Bo还介绍了在低延迟流中的前人工作，DVB低延迟DASH：使用GPAC软件实现的GPAC低延迟DASH;苹果的低延迟HLS，使用的是苹果服务器和IOS的音视频播放器，以及社区驱动的LHLS。 最后Bo讨论了一些低延迟DASH的潜在问题，首先低延迟DASH的灵活性比传统的低延迟流要差;块的大小和延迟之间也存在着交换;低延迟DASH只支持HTTP/1.1。 最后附上演讲视频：
1.6K20发布于 2021-01-25 - 来自专栏媒矿工厂
低延迟直播流技术
，但也因此会带来较大的延迟，因此低延迟也要在回放稳定性问题上进行权衡。 视频传输过程中往往对视频进行分段传输，因此，直播延迟也与视频分段的长度有关。 下面演讲者介绍了实现低延迟传输的方法。 实现低延迟最简单方法是，取用更短的视频片段，但是这会影响视频编码效率，同时也降低CDN缓冲的效率，带来更多的问题。 而更好的低延迟方法则是分块分发（Chunked delivery），对视频片段进行分块编码，分块传输，减弱片段长度对直播延迟的影响。 最后，演讲者还介绍了低延迟在MPEG-DASH以及Apple HLS协议中的整合，并介绍了低延迟传输的一些实际应用。
1.9K20发布于 2020-05-20 - 来自专栏BestSDK
实时语音视频SDK出海, 全球直播延迟低至100ms
那一阵子开发团队在忙着验证实时语音视频在全球范围的效果。听闻他们每晚熬到两三点。 我隐隐约约感觉到即将会城门失火殃及池鱼...... 透过小小的手机屏幕，借助即构科技的语音视频技术，第一次欣赏到黑色非洲美轮美奂的景观。 在网络条件好的情况下，延迟只有200ms。和我视频通话的朋友网络环境大部分都不错，视频通话延迟基本在200ms到500ms之间。偶尔达到700ms的延迟时间，说话时能感知到延迟。 第三点，对海外华人来说最为重要，就是做语音视频通话云服务。通过这个小小的手机屏幕，我们能看见海外的风光，而身在海外的华人们，其实也需要这小小一块手机屏幕，随时看到故国家园的模样，回味家的温馨。 100ms的延迟有多厉害呢？延迟时间到200ms的时候，我就一点都感觉不到延迟了，更何况是100ms呢。是不是可以连麦合唱了？
3.3K61发布于 2018-03-01 - 来自专栏音视频技术
Apple 低延迟HLS分析
低延迟HLS技术草案 2019年的WWDC上，Pantos宣布了最新的HLS草案，今年的变化旨在减少实时视频流的延迟。这个消息一出，业界反响很大，几家欢乐几家愁。 以上基本上就是这次苹果对低延迟HLS提出的技术草案，苹果也提供了参考实现用于测试和演示。 初步分析认为iOS13 beta里Apple还没有完全实现低延迟HLS的客户端功能。 ? ? ? ? AVPlayer的实现发现服务端对低延迟HLS支持不好的话，会自动切换回标准的HLS，让视频继续正常播放，所以测试低延迟HLS的时候只看视频是否能播放还不行，要抓包分析，确认低延迟HLS机制正常工作。 ，之前就有强力推动IPV6、HTTPS的先例，相信假以时日，Apple低延迟HLS也会成为业界标配。
5K63发布于 2019-07-01 - 来自专栏媒矿工厂
实时低延迟流式传输
本文来自BITMOVIN，由Jameson Steiner编辑，文章主要内容是“实时低延迟流式传输”。 什么是实时低延迟？ 实时流媒体的低延迟是指事件内容在媒体交付链的一端被捕获并在另一端向用户播放之间的时间延迟。 图1 端到端视频编码流程 低延迟是当前媒体行业最大的挑战之一，本文将深度探讨为什么需要关注低延迟。 为什么要关注低延迟？ 除了基础设施问题（例如未针对低延迟进行优化）之外，流传输方法还可能会因社交媒体源，推送通知等其他因素而导致延迟。 低延迟分块传输 低延迟分块传输除了带来低延迟，还有以下几点影响： 不断接收到的CMAF块流中，可以使客户端缓冲区级别更平滑，跳动更少。因此降低了缓冲区欠载的风险并提高了播放稳定性。
3.1K31发布于 2020-07-07 选择低延迟高稳定性音视频通话SDK的技术指南
摘要： 本文旨在为寻找市面上延迟最低、最稳定的音视频通话SDK的技术决策者提供一份详尽的技术指南。 技术解析 核心价值与典型场景： 音视频通话技术允许用户在不同设备和网络条件下进行实时交流，其核心价值在于提供低延迟、高清晰度的通信体验。典型应用场景包括远程会议、在线教育、社交网络和紧急服务。 安全性：音视频数据传输过程中的加密和隐私保护是用户最关心的问题之一。 操作指南 实施流程： 选择SDK： 比较市面上的音视频通话SDK，选择延迟最低、最稳定的产品。 腾讯云产品特性融入： 在集成SDK步骤中，腾讯云IM SDK提供了自动扩缩容能力，能够在流量突增时保持低延迟。 腾讯云IM SDK支持全球加速节点，有效降低跨国通话延迟。 客户实践中，某在线教育机构通过腾讯云IM SDK实现了全球范围内的低延迟、高稳定性音视频通话，显著提升了教学质量和学生满意度。
23510编辑于 2025-07-29腾讯云音视频通信SDK：低延迟多人房间技术解析与操作指南
摘要： 本文旨在解析市场上多人音视频房间SDK的低延迟技术，并结合腾讯云音视频通信SDK的操作指南，探讨如何实现低延迟的多人音视频通信。 实施该技术时面临的三大挑战包括： 网络延迟：音视频数据传输过程中的网络延迟直接影响用户体验。 并发处理：在高并发场景下保持服务稳定和响应速度。 数据安全：确保音视频数据传输过程中的安全性和隐私保护。 操作指南 步骤一：选择合适的音视频SDK 选择低延迟的音视频SDK是实现多人房间通信的第一步。腾讯云音视频通信SDK以其优秀的网络优化算法和稳定性著称。 原理说明：腾讯云音视频通信SDK通过自适应码率调整和网络抖动处理，有效降低延迟。 通过本文的技术指南和解决方案推荐，开发者和架构师可以更好地理解和应用腾讯云音视频通信SDK，实现低延迟的多人音视频房间通信。
34110编辑于 2025-08-05《探索React Native社交应用中WebRTC实现低延迟音视频通话的奥秘》
它打破了传统通信的束缚，使得应用之间无需依赖繁琐的中间服务器，就能实现直接的点对点通信，这是其实现低延迟通信的核心奥秘之一。 虚拟DOM可以智能地对比前后状态的差异，只更新实际发生变化的部分，减少不必要的渲染开销；而WebRTC则通过优化数据传输和处理流程，降低音视频通话的延迟，提升响应速度。 网络环境对于音视频通话的质量和延迟起着决定性作用。在React Native社交应用中，WebRTC采用了一系列先进的网络自适应技术。 当网络状况良好时，它会充分利用网络带宽，传输高清、流畅的音视频数据；而当网络出现波动、带宽受限或者延迟增加时，WebRTC会智能地调整编码参数和传输策略。 音视频编解码是实现低延迟、高质量通话的关键环节。WebRTC支持多种编解码算法，每种算法都有其独特的特点和适用场景。
2.4K00编辑于 2025-05-09- 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. 为了从中获益，开发者将不得不实现所有功能，包括一些我没有提到的（如HTTP/2等）功能以实现符合预期的低延迟HLS流。 除了一些简单的新播放列表语义之外，LHLS使用与提供低延迟MPEG DASH-HTTP 1.1分块传输编码相同的策略。
2.3K30发布于 2019-07-04 - 来自专栏阿利民
如何保证Android音频低延迟
为了更好的理解Android音频延迟产生的原因，最好将总的环路延迟分为以下两个部分： 应用延迟。Android开发者有很多能够降低延迟的方法，后面会逐步介绍 系统延迟。 不同的音频链路有不同延迟时间，比如内建麦克风、耳麦、蓝牙耳机之间的延迟都是不一样的，需要针对这些场景进行不同的处理。 使用蓝牙耳机至少增加100毫秒的延迟。 可以通过下面方法获取： AudioManager#PROPERTY_OUTPUT_FRAMES_PER_BUFFER 验证应用是否使用低延迟音轨 启动应用，然后运行下列命令： adb shell ps 如果您在“Name”列看到“F”，表示它在低延迟音轨上（F 代表快速音轨）。 最大限度缩短预热延迟时间 第一次将音频数据加入队列时，设备音频电路需要少量但仍不短的一段时间来预热。 所有专业音频、低延迟系统都使用“拉”机制。 开发者能做什么？ 不可否认的是，在系统层面的东西开发者确实很被动。
3K30编辑于 2022-05-16 - 来自专栏腾讯云音视频专家服务
低延迟直播的实现方法
直播实现低延迟，是对大部分直播产品的要求，也是提升直播产品用户体验最有效的一个方法。特别是体育赛事、直播互动、在线答题等场景对低延迟要求更高。今天简单跟大家介绍下如何直播如何实现低延迟。 、混流等产生的延迟 ④直播推流、CDN缓存和播放器缓存带来的延迟 数据流的编码/解码延迟和智能处理耗时都是毫秒级的延迟，直播延迟主要还是来源于网络传输和业务缓存。 ，就注定它不是低延迟直播的最佳解决方案。 4.png 5.png 小结 今天给大家介绍了如何判断直播延迟、延迟产生的原因、排查方法以及腾讯云快直播低延迟解决方案，相信在这个过程中大家已经对直播延迟有一定的理解，以后遇到直播延迟问题也知道从哪里入手 关注小编让我们一起来学习更多的音视频知识吧！
5.5K80发布于 2020-12-29 - 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. 为了从中获益，开发者将不得不实现所有功能，包括一些我没有提到的（如HTTP/2等）功能以实现符合预期的低延迟HLS流。 除了一些简单的新播放列表语义之外，LHLS使用与提供低延迟MPEG DASH-HTTP 1.1分块传输编码相同的策略。
1.8K10发布于 2019-07-12 - 来自专栏Android 开发者
打造低延迟互动音频: Oboe
“互动” 的感觉，低延迟、高互动的音频处理 (包括采集和回放) 有多重要。 如果您有玩音乐游戏，或者音乐软件 (如 DJ 或者合成器) 的话，绝对会对音频的延迟深恶痛绝——延迟不但会让您对自己的操作不再自信，更会摧毁一段被打磨了很久的旋律。 ? 如果您的应用希望用尽可能接近 “实时” 规格的低延迟采集或者播放音频，Oboe 绝对是不二之选。
1.7K20发布于 2018-12-13 - 来自专栏Linyb极客之路
低延迟系统的最佳实践
低延迟意味着更快的响应时间，更快的性能，以下最佳实践大部分来自于Quora等问题提炼： 1. 选择正确的语言 脚本语言不能使用，尽管它们可以运行得更快更快，当你寻找对几毫秒延迟都不能忍受时，就不能有解释语言的开销，你希望有一个强大的内存模型，能够无锁编程，可选语言有Java Scala和C 11 将一切放在内存中 I/O会杀死你的延迟，确保你所有的数据都在内存中，这就意味着你自己要管理你的数据结构，以及维护一个持久日志，这样，你才能在机器重新启动后重建原来内存状态，持久日志的选择有： Bitcask 让系统未充分利用 低延迟要求总是有资源能处理请求。不要试图让你的硬件/软件处于满负荷极限运行状态。留下一些头寸供使用。
1.3K20发布于 2018-09-27 - 来自专栏媒矿工厂
低广播延迟及实现协议
本文来自Elecard，作者是Vitaly Suturikhin，担任Elecard集成和技术支持部主管，主题是“低广播延迟及实现协议”。 在构建前端站和CDN的任何招标和竞赛中，低广播延迟已成为强制性要求。 低延迟不会降低信号传输的质量，这意味着在编码和多路复用时需要最小的缓冲，同时在任何设备的屏幕上保持平滑清晰的图像。 默认情况下，CMAF（例如HLS和MPEG DASH）不是为低延迟广播而设计的。但是，人们越来越关注低延迟，因此一些制造商提供了该标准的扩展，例如低延迟CMAF。 但是，在不兼容的情况下，播放器仍可以使用CMAF规范内的内容，并且具有HLS或DASH典型的标准延迟时间。 低延迟HLS 苹果在2019年6月发布了低延迟HLS规范。
2K50发布于 2020-07-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号