- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTMP推送
边缘计算×视频传输：人形机器人低延迟控制的SDK层解决方案
在AI与机器人技术交汇的浪潮中，低延迟视频链路已成为人形机器人突破“感知-决策-执行”闭环的关键瓶颈。 如同人类的视觉系统是行动的先导，高质量、低延迟的视频传输链路已成为人形机器人的“数字视觉神经”——它承载着机器人“看清”世界的关键信息流。 以下三大挑战，构成了人形机器人实现可靠、实时交互必须逾越的技术鸿沟：1. 延迟：悬于毫秒之间的“生死线”人形机器人的行动价值，核心在于“实时”。 智能编码参数动态调整： 结合机器人运动状态（如高速移动时）和网络反馈，实时调整GOP、码率、分辨率。 传输层（“高韧性数据管道”）：确保数据在复杂网络环境下高速、可靠、低延迟地流动。 数据印证未来： 2025年全球机器人视频流处理量将达15EB/天（年均增长230%） 低延迟视频技术使人形机器人任务成功率提升55% 每毫秒延迟降低带来$27的边际经济效益（制造业场景） 在这场人机共生的进化中
56110编辑于 2025-08-13 - 来自专栏RTMP推送
人形机器人赛道的隐形胜负手：低延迟视频链路如何决定机器人未来
因此，在电机、材料、场景之外，还存在一个往往被低估但至关重要的 隐性战场 —— 低延迟、跨平台、可控的视频与感知链路。这是机器人从“会动”走向“好用”、从“原型机”走向“规模化应用”的关键门槛。 它像“神经网络”一样，为人形机器人提供跨平台、低延迟的视频通道，让感知—决策—执行的闭环真正跑得起来。这条隐形赛道，也许才是决定未来胜负的“关键一役”。 这正是大牛直播SDK发挥作用的地方： 低延迟视频链路：RTSP/RTMP 播放器延迟控制在 100–200ms，确保“看到”与“做到”之间几乎无差。 工业制造：跨产线物流、柔性制造要求机器人在嘈杂、复杂网络环境下依然保持稳定低延迟。SDK 的转发与录像模块，保证任务可溯源，数据可回放。 六、结语：得关节者得天下，得链路者赢未来未来十年，人形机器人行业的竞争逻辑，不仅仅是电机、材料、场景的显性战场，更包括低延迟、跨平台、可控的视频链路这一隐性赛道。
29010编辑于 2025-09-09 - 来自专栏RTSP/RTMP直播相关
人形机器人产业风口下，低延迟音视频传输如何成为核心竞争力
一、风口之下的挑战：人形机器人为什么需要低延迟？近几个月，人形机器人赛道迎来资本与技术的双重关注。从产业巨头宣布量产计划，到专业赛事和行业大会的火热进行，市场对这一领域的预期正在不断攀升。 低延迟不仅影响用户体验，更直接影响系统安全性和可靠性。例如，人形机器人需要根据环境实时调整动作，延迟超过500ms，就可能在动态环境中出现碰撞风险。 这要求传输协议支持高并发、低抖动和高帧率，才能保证算法推理的精度。 沉浸式交互：未来的人形机器人将支持语音对话、手势识别，甚至 AR/VR 远程呈现，低延迟流媒体传输将成为实现多模态交互的基础。 五、低延迟音视频在机器人生态中的商业化前景1. 市场趋势与产业协同随着人形机器人逐渐从“概念验证”走向“批量商用”，相关技术生态也在迅速扩张。 七、结语：低延迟音视频是机器人商业化的关键拐点当人形机器人产业从概念走向应用，最核心的挑战之一，仍然是如何实现实时、高效、稳定的人机交互。
36100编辑于 2025-08-25 - 来自专栏媒矿工厂
低延迟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 - 来自专栏媒矿工厂
低延迟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 - 来自专栏AI科技评论
成本低至 16.8 万的人形机器人，正在成为现实
马斯克表示，若未来两年内“擎天柱”能够量产，在规模效应下，其成本比汽车还要低，售价或许为2.5万美元（约合人民币16.74万元，低于一部车的价格。 军方看到人形机器人的巨大突破，应该感到担忧，因为一旦大规模部署，人形机器人的成本肯定会低于人的成本。 当然即使是将已经成熟的系统全部搬到人形机器人之上，人形机器人也不是那么简单的事情。 双足人形机器人的设计要求它在真实环境中以与人类相似的方式工作。 （你怎样看待人形机器人产业的发展现状与难点？欢迎与本文作者郭思微信lionceau2046 交流观点与看法~） 此次外界对于特斯拉人形机器人推测最多的也是，特斯拉将FSD算法引入到了人形机器人之上。 如今，特斯拉成本低至16.8万的人形机器人大军雄赳气昂而来，机器人行业或许也将迎来新的变革。
48020编辑于 2023-10-16 - 来自专栏点云PCL
人形机器人概述
摘要 人形机器人是指机器人学的一个专门领域，涉及制造和应用能够直立行走、外形酷似人体的双足机器人，使其具有人形特征。它们通常拥有与人类相似的四肢，包括头部、躯干、手臂和腿部。 人形机器人是如何工作的？ 在探索人形机器人技术这门学科时，每个人都会问一个突出的问题是“人形机器人是如何工作的？”。 人形机器人利用人工智能模型运行，使其能够学习并高度模仿人类行为。 作为人形机器人领域的标准做法，人形机器人被编程为能够识别附近人类的存在，并据此调整自身行为，从而始终确保与人类安全共存与协作。 人形机器人中的功能安全措施 复杂传感器冗余 人形机器人在其功能运行过程中使用多个传感器，以便交叉验证数据，从而提高可靠性。 在工业环境中应用人形机器人的关键原则之一，就是利用机器执行潜在危险的任务，从而保障人类健康。 人形机器人面临哪些挑战？
21610编辑于 2026-03-26 - 来自专栏媒矿工厂
低延迟直播流技术
，但也因此会带来较大的延迟，因此低延迟也要在回放稳定性问题上进行权衡。 视频传输过程中往往对视频进行分段传输，因此，直播延迟也与视频分段的长度有关。 下面演讲者介绍了实现低延迟传输的方法。 实现低延迟最简单方法是，取用更短的视频片段，但是这会影响视频编码效率，同时也降低CDN缓冲的效率，带来更多的问题。 而更好的低延迟方法则是分块分发（Chunked delivery），对视频片段进行分块编码，分块传输，减弱片段长度对直播延迟的影响。 最后，演讲者还介绍了低延迟在MPEG-DASH以及Apple HLS协议中的整合，并介绍了低延迟传输的一些实际应用。
1.9K20发布于 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 芯片可能会专门针对低延迟应用进行优化，提供更好的性能。软件配置 操作系统和应用程序可以通过设置来启用低延迟模式。
93510编辑于 2024-11-12 - 来自专栏音视频技术
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 - 来自专栏点云PCL
人形机器人如何学会走路？
本文将带您深入探索人形机器人如何通过关节传感器与IMU数据，在强化学习的指导下逐步掌握行走技能的全过程。 在人形机器人场景中，这个"智能体"就是机器人本体，环境则是它需要应对的各种地形和物理条件。想象一个蹒跚学步的婴儿，每一次跌倒都会调整肌肉发力的方式——这正是强化学习在数字世界的映射。 在机器人步态训练中，传统强化学习常面临探索效率低和奖励稀疏的问题——机器人仅通过预设的奖励函数（如前进速度、平衡度）学习，容易陷入局部最优或缺乏自主创新能力。 案例：人形机器人模仿人类"摆臂平衡"的行为，本质上是IMU（惯性测量单元）数据与强化学习算法协同作用的结果。这种看似自然的摆动动作，实际上是机器人通过实时感知姿态变化、主动调整运动策略的智能表现。 同等复杂度的四足机器人训练仅需500 GPU小时，人形机器人因双足动态平衡需求，数据效率低6倍。 安全困境：95%的探索动作会导致跌倒，需设计智能保护机制。
95611编辑于 2025-04-14 - 来自专栏音视频技术
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缓存和播放器缓存带来的延迟 数据流的编码/解码延迟和智能处理耗时都是毫秒级的延迟，直播延迟主要还是来源于网络传输和业务缓存。 通常RTMP/FLV协议延迟在1~3秒，这两种协议延迟的主要因素是上面说的网络传输延迟和GOP的大小，三种协议的比较如下： 直播协议 优点 缺点 播放延迟 FLV 成熟度高、高并发无压力 需集成 SDK ，就注定它不是低延迟直播的最佳解决方案。 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 - 来自专栏机器人技术与系统Robot
典型人形机器人HRP系列
人形机器人项目（HRP）是由日本经济产业省（METI）和新能源与产业技术开发组织（NEDO）赞助，由川田工业株式会社（Kawada Industries）牵头并得到其支持的通用家庭助手机器人的开发项目。 在基本相同的机器人硬件上开发了四个不同的应用程序。在同一项目中，AIST还开发了新平台HRP-2。 后来，HRP-2已成为成功的类人机器人研究领域的平台。 4 HRP-4C and HRP-4 尽管人们对类人机器人的期望很高项目，但是大家也认识到人形机器人的在应用领域的困难。 image.png image.png 5 HRP-2Kai 人形机器人HRP-2Kai参加了DARPA Robotics的研发挑战赛决赛，于2015年在美国举行。 DARPA机器人挑战赛（DRC）是机器人的国际竞赛，旨在处理诸如次发生在2011年的福岛第一核电站。
3.3K2214发布于 2021-02-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号