- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端技术地图
Electron 低延迟视频流播放方案探索
Electron 低延迟视频流播放方案探索 Bobi.ink 2020-04-05 好久不见，接近四个月没更新博客了! 唯一的要求是低延迟，低资源消耗： 我们视频会议语音和视频是分离的。 只有一路混合语音，通过 SIP 传输。而会议视频则可能存在多路，使用 WebRTC 进行传输。 目录 ① 典型的Web直播方案 RTMP 推流 RTMP 拉流 RTMP 低延迟优化 ② JSMpeg & BroadwayJS Relay 服务器 推送 视频播放 多进程优化 简单说一下 Broadway.js Safari 支持较好，高版本 Chrome 也支持，也有一些比较成熟的第三方方案。 HLS 延迟太高，不符合我们的要求，所以一开始就放弃了。 我们还可以利用requestAnimationFrame 由浏览器来调度播放的速率，丢掉积累的帧，保持低延迟播放。
7.5K21发布于 2020-04-10 - 来自专栏媒矿工厂
低延迟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 - 来自专栏深度学习与python
如何在云中部署低延迟解决方案
作者 | Peter Lawrey，Nick Tindall 译者 | Sambodhi 策划 | 褚杏娟 过去，为了从“内部”（通常都是位于同一地点）的硬件中获得最大的性能和最低的延迟，这些有低延迟需求的公司都是在裸机服务器上部署的 近来，这些公司日益转向公共和私有“云”环境，或为其所调整的低延迟 / 高容量（LL/HV）系统提供卫星服务，或在一些场合下用于 LL/HV 工作负载本身。 但是，如今各大云提供商（如云提供商亚马逊云科技、Microsoft Azure、Google Cloud 等）都提供了裸机（或接近裸机）解决方案，因此即使是对延迟敏感的工作负载也可以在云中托管。 通过利用常见的基础设施解决方案，我们可以将 Chronicle 产品的优势与现代生产环境的便利性结合起来，提供简单的低延迟、运行稳定的系统。 结 论 本文展示了将一个动态的、低延迟的、基于 Chronicle 队列的应用程序部署到 Kubernetes 集群的一种方法。
66620编辑于 2023-03-29 - 来自专栏媒矿工厂
低延迟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 - 来自专栏RTSP/RTMP直播相关
跨平台低延迟RTSP转RTMP推送技术方案探讨
实现RTSP摄像头数据转RTMP推送到服务器，可以用第三方库或者工具实现，总体设计架构如下：图片一个好的转发模块，首先要低延迟！ 其次足够稳定、灵活、有状态反馈机制、资源占用低，跨平台，最好以接口形式提供，便于第三方系统集成，整体功能设计如下：1. 拉流：通过RTSP直播播放SDK的数据回调接口，拿到音视频数据；2. 下面分别介绍下两种技术方案：FFmpeg技术方案安装FFmpeg：首先，您需要安装FFmpeg。FFmpeg是一个开源的跨平台视频和音频处理工具，它支持将RTSP流转换为RTMP流。 SDK技术方案以大牛直播SDK的Windows平台RTSP转RTMP推送C++的demo为例：1. 需要确保系统具有足够的处理能力和带宽，以避免延迟或丢帧等问题。
1.6K40编辑于 2023-07-11 - 来自专栏媒矿工厂
低延迟直播流技术
，但也因此会带来较大的延迟，因此低延迟也要在回放稳定性问题上进行权衡。 视频传输过程中往往对视频进行分段传输，因此，直播延迟也与视频分段的长度有关。 下面演讲者介绍了实现低延迟传输的方法。 实现低延迟最简单方法是，取用更短的视频片段，但是这会影响视频编码效率，同时也降低CDN缓冲的效率，带来更多的问题。 而更好的低延迟方法则是分块分发（Chunked delivery），对视频片段进行分块编码，分块传输，减弱片段长度对直播延迟的影响。 最后，演讲者还介绍了低延迟在MPEG-DASH以及Apple HLS协议中的整合，并介绍了低延迟传输的一些实际应用。
1.8K20发布于 2020-05-20 - 来自专栏RTSP/RTMP直播相关
Android音视频直播低延迟探究之：WLAN低延迟模式
Android WLAN低延迟模式Android WLAN低延迟模式是 Android 10 引入的一种功能，允许对延迟敏感的应用将 Wi-Fi 配置为低延迟模式，以减少网络延迟，启动条件如下：Wi-Fi “LOW_LATENCY”： 表示低延迟。低延迟对于一些对实时性要求较高的应用非常重要，例如在线游戏、视频会议、实时流媒体等。 在这种模式下，Wi-Fi 连接会尽量减少数据传输的延迟时间，以确保快速响应和流畅的交互体验。二、可能的应用场景在线游戏 对于竞技类在线游戏，低延迟是至关重要的。 实时流媒体 对于观看实时体育赛事、音乐会等流媒体内容，低延迟可以减少缓冲时间，提供更即时的观看体验。三、实现方式硬件支持 设备的 Wi-Fi 芯片和天线需要支持低延迟功能。 一些高端的 Wi-Fi 芯片可能会专门针对低延迟应用进行优化，提供更好的性能。软件配置 操作系统和应用程序可以通过设置来启用低延迟模式。
91310编辑于 2024-11-12 - 来自专栏音视频技术
Apple 低延迟HLS分析
高兴的是终于苹果正视这个被广为诟病的问题，开始从协议层面开始提出解决方案；也有一些厂商高兴不起来，因为他们已经在HLS的基础上实施了一些自己的低延迟改进方案，苹果方案的提出，一定程度上导致他们过去的研究和投资打了水漂 以上基本上就是这次苹果对低延迟HLS提出的技术草案，苹果也提供了参考实现用于测试和演示。 AVPlayer的实现发现服务端对低延迟HLS支持不好的话，会自动切换回标准的HLS，让视频继续正常播放，所以测试低延迟HLS的时候只看视频是否能播放还不行，要抓包分析，确认低延迟HLS机制正常工作。 苹果推出的低延迟HLS整套方案从现在来看实现成本还比较高，相对比较激进，有没有相对比较廉价的技术方案呢？ 综合来看，如果想短期内实现低延迟HLS，Periscope的LHLS方案应该是一个比较好的选择，而苹果则选择了一条相对艰难、成本高昂的道路，在苹果的方案没有完全成型之前自己去实现难度很大，但是苹果的业界影响力也不容小觑
5K63发布于 2019-07-01 - 来自专栏媒矿工厂
实时低延迟流式传输
本文来自BITMOVIN，由Jameson Steiner编辑，文章主要内容是“实时低延迟流式传输”。 什么是实时低延迟？ 实时流媒体的低延迟是指事件内容在媒体交付链的一端被捕获并在另一端向用户播放之间的时间延迟。 图1 端到端视频编码流程 低延迟是当前媒体行业最大的挑战之一，本文将深度探讨为什么需要关注低延迟。 为什么要关注低延迟？ 低延迟分块传输 低延迟分块传输除了带来低延迟，还有以下几点影响： 不断接收到的CMAF块流中，可以使客户端缓冲区级别更平滑，跳动更少。因此降低了缓冲区欠载的风险并提高了播放稳定性。 学术界和整个流媒体行业正在研究寻找更好的方法来估计分块的低延迟交付方案中的带宽，例如ACTE。
3K31发布于 2020-07-07 - 来自专栏音视频咖
腾讯云推出快直播方案，低延迟打造极致直播观看体验
近日，腾讯云推出快直播LEB (Live Event Broadcasting)方案，该方案是标准直播在超低延迟播放场景下的延伸，为观众提供毫秒级延迟的极致直播观看体验。 腾讯云快直播是业界首发的毫秒级延迟直播方案，新一代低延时的直播CDN，满足了在线教育、体育赛事、在线答题等对实时性要求更高的特定直播场景需求。 在互动娱乐直播中，用户为自己喜欢的主播打赏，若出现延迟的情况， 5秒后才能听到主播的口播感谢，可能弹幕和礼物的效果早就过去，影响双方互动积极性，快直播用低延时解决了这种尴尬；电商直播中，商品拍卖、促销抢购等交易反馈对直播实时性要求很高 ，快直播的超低延迟能力，能让主播和观众及时得到交易反馈，不让延时耽误“秒杀行动”。 腾讯云快直播方案基于在音视频、AI识别、大数据分析等方面的技术能力将直播延迟缩短到毫秒级，将直播延迟率降低近90%，目前已经吸引企鹅电竞、NOW直播、腾讯课堂等使用。
6.8K30发布于 2019-07-29 - 来自专栏Linyb极客之路
低延迟系统的最佳实践
低延迟意味着更快的响应时间，更快的性能，以下最佳实践大部分来自于Quora等问题提炼： 1. 选择正确的语言 脚本语言不能使用，尽管它们可以运行得更快更快，当你寻找对几毫秒延迟都不能忍受时，就不能有解释语言的开销，你希望有一个强大的内存模型，能够无锁编程，可选语言有Java Scala和C 11 将一切放在内存中 I/O会杀死你的延迟，确保你所有的数据都在内存中，这就意味着你自己要管理你的数据结构，以及维护一个持久日志，这样，你才能在机器重新启动后重建原来内存状态，持久日志的选择有： Bitcask 让系统未充分利用 低延迟要求总是有资源能处理请求。不要试图让你的硬件/软件处于满负荷极限运行状态。留下一些头寸供使用。
1.3K20发布于 2018-09-27 - 来自专栏Android 开发者
打造低延迟互动音频: Oboe
“互动” 的感觉，低延迟、高互动的音频处理 (包括采集和回放) 有多重要。 如果您有玩音乐游戏，或者音乐软件 (如 DJ 或者合成器) 的话，绝对会对音频的延迟深恶痛绝——延迟不但会让您对自己的操作不再自信，更会摧毁一段被打磨了很久的旋律。 ? 如果您的应用希望用尽可能接近 “实时” 规格的低延迟采集或者播放音频，Oboe 绝对是不二之选。
1.7K20发布于 2018-12-13 - 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 我必须说，此项功能深得我心; 此解决方案经过深思熟虑，真正解决了HLS长期存在的问题。我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. 视频开发者社区低延迟HLS解决方案（LHLS） 现在让我们来谈谈ALHLS与视频开发者社区的LHLS解决方案有何不同。 视频流媒体行业的客户都渴望获得低延迟解决方案，以便他们可以与Twitch或Twitter / Periscope等对手竞争。
1.8K10发布于 2019-07-12 - 来自专栏阿利民
如何保证Android音频低延迟
为了更好的理解Android音频延迟产生的原因，最好将总的环路延迟分为以下两个部分： 应用延迟。Android开发者有很多能够降低延迟的方法，后面会逐步介绍 系统延迟。 不同的音频链路有不同延迟时间，比如内建麦克风、耳麦、蓝牙耳机之间的延迟都是不一样的，需要针对这些场景进行不同的处理。 使用蓝牙耳机至少增加100毫秒的延迟。 可以通过下面方法获取： AudioManager#PROPERTY_OUTPUT_FRAMES_PER_BUFFER 验证应用是否使用低延迟音轨 启动应用，然后运行下列命令： adb shell ps 如果您在“Name”列看到“F”，表示它在低延迟音轨上（F 代表快速音轨）。 最大限度缩短预热延迟时间 第一次将音频数据加入队列时，设备音频电路需要少量但仍不短的一段时间来预热。 所有专业音频、低延迟系统都使用“拉”机制。 开发者能做什么？ 不可否认的是，在系统层面的东西开发者确实很被动。
3K30编辑于 2022-05-16 - 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 我必须说，此项功能深得我心; 此解决方案经过深思熟虑，真正解决了HLS长期存在的问题。我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. 视频开发者社区低延迟HLS解决方案（LHLS） 现在让我们来谈谈ALHLS与视频开发者社区的LHLS解决方案有何不同。 视频流媒体行业的客户都渴望获得低延迟解决方案，以便他们可以与Twitch或Twitter / Periscope等对手竞争。
2.3K30发布于 2019-07-04 - 来自专栏腾讯云音视频专家服务
低延迟直播的实现方法
直播实现低延迟，是对大部分直播产品的要求，也是提升直播产品用户体验最有效的一个方法。特别是体育赛事、直播互动、在线答题等场景对低延迟要求更高。今天简单跟大家介绍下如何直播如何实现低延迟。 、混流等产生的延迟 ④直播推流、CDN缓存和播放器缓存带来的延迟 数据流的编码/解码延迟和智能处理耗时都是毫秒级的延迟，直播延迟主要还是来源于网络传输和业务缓存。 ，就注定它不是低延迟直播的最佳解决方案。 ，极限延迟可以做到43ms，这个极限方案主要是给云游戏提供的，通过硬件编码的边缘编码处理的方式得以实现。 4.png 5.png 小结 今天给大家介绍了如何判断直播延迟、延迟产生的原因、排查方法以及腾讯云快直播低延迟解决方案，相信在这个过程中大家已经对直播延迟有一定的理解，以后遇到直播延迟问题也知道从哪里入手
5.5K80发布于 2020-12-29 - 来自专栏媒矿工厂
低广播延迟及实现协议
在构建前端站和CDN的任何招标和竞赛中，低广播延迟已成为强制性要求。 低延迟不会降低信号传输的质量，这意味着在编码和多路复用时需要最小的缓冲，同时在任何设备的屏幕上保持平滑清晰的图像。 在2017年联合会杯和2018年FIFA世界杯中使用了类似的解决方案，仅将调制器，分布式DVB-C网络和作为最终设备的电视添加到整个架构链中。总等待时间为220–240毫秒。 默认情况下，CMAF（例如HLS和MPEG DASH）不是为低延迟广播而设计的。但是，人们越来越关注低延迟，因此一些制造商提供了该标准的扩展，例如低延迟CMAF。 但是，在不兼容的情况下，播放器仍可以使用CMAF规范内的内容，并且具有HLS或DASH典型的标准延迟时间。 低延迟HLS 苹果在2019年6月发布了低延迟HLS规范。
2K50发布于 2020-07-07 - 来自专栏DeepHub IMBA
EfficientFormer:高效低延迟的Vision Transformers
最后以延迟为目标进行优化设计，获得一系列称为EfficientFormer的最终模型。最后还设计了EfficientFormerV2。 3、convn - bn比LN (GN)-Linear更有利于延迟，对于延迟的降低，精度的小损失是可以接受的。 4、非线性的延迟取决于硬件和编译器。 最后通过收集不同宽度的MB4D和MB3D的设备上延迟(16的倍数)，构建一个延迟查找表。 作者通过查找表计算每个动作产生的延迟，并评估每个动作的准确率下降。根据每延迟精度下降(-%/ms)选择动作。这个过程迭代地执行，直到达到目标延迟。 (细节见论文附录) 结果展示 ImageNet上与广泛使用的基于cnn的模型相比，EfficientFormer在准确率和延迟之间实现了更好的权衡。 传统的vit在延迟方面仍然表现不佳。
89520编辑于 2023-09-27 - 来自专栏媒矿工厂
低延迟仍是一个挑战
本文来自streaming media的研讨会，主题是：低延迟仍然是一个挑战。主持人是流媒体视频联盟执行总监Jason Thibeault。 参与者包括： DillonMedia Ventures首席战略家Rob Dillon； Gigcasters董事总经理Casey Charvet； CenturyLink管理主要解决方案架构师Rob Roskin 对编码器来说，开始可以不进行速率控制，用更少的比特率得到更低的延迟，因此会导致更短的关键帧间隔，也可以选择发送更多I帧。 4、有什么基本的工具和服务可以用于低延迟实时流? 因此需要把考虑用户的QOE，如果在延迟方面过于激进，可能导致回放卡顿，降低用户体验，因此需要在用户体验和低延迟上折中。 另外SRT是为了解决低延迟问题设计的基于UDP的协议，确保传输丢包可以重传，但是需要在接收端重建信号。 7、未来几年延迟可能降低的程度？
87360发布于 2020-06-24 - 来自专栏AIoT技术交流、分享
如何确保CAN网络低延迟通信
如果低优先级消息正在传输，高优先级消息会被挂起，直到低优先级消息传输完成。这可能导致高优先级消息的延迟，尤其是在总线负荷较重时。 帧长度： 数据帧的长度直接影响消息的传输时间。 3、延迟分析模型 为了深入了解延迟的影响，可以通过以下几个因素来分析： 传输延迟： 包括数据帧的传输时间、仲裁时间等。 这代表了消息传输的基础延迟。 仲裁延迟： 因为CAN采用优先级仲裁，消息的优先级和总线的负载情况会影响仲裁的延迟。在高负载情况下，低优先级消息可能需要等待较长时间才能访问总线。 4、优化低延迟通信的策略 为了确保CAN总线的低延迟通信，可以采取以下优化策略： 1. 优化消息优先级 CAN总线使用消息标识符（ID）决定消息的优先级，ID越小，优先级越高。 对低优先级的节点，可以适当增加发送周期，以减少对总线的占用。
77810编辑于 2025-02-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号