- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频技术
超低延迟实时流媒体传输技术
正文字数：5401 阅读时长：8分钟 现在云游戏，云应用越来越火，所以超低延迟实时流媒体传输技术的需求应用场景会越来越多。 以云游戏为例，云游戏想让用户的体验接近于本地游戏，只是就1080P而言，需要码率在20Mb以上，这还不算未来的4K、8K视频。云VR可能需要70兆。 简单用三个词描述对应用的要求，就是零缓冲，超低延迟，大带宽。 低延迟的要求导致我们对于重传的实时性提出了更好的要求； 流控算法，新的应用场景对单位吞吐和低延迟的要求，对流控算法提出了极高的收敛性和利用率要求，需要我们有颠覆性的算法设计； 最后我会说一下我们对于 流控流程 因为做超低延迟的应用，不同于其他场景，为了保证实时性，清阻过程（包括丢帧）是很重要的阶段，不能被忽略。 关于网络传输协议 从视频流来讲，很显然UDP是比TCP更合适的。
3.6K30发布于 2021-04-21 - 来自专栏Spark学习技巧
Structured Streaming实现超低延迟
书归正传，大家都知道spark streaming是微批批处理，而Structured streaming在2.3以前也是批处理，在2.3引入了连续处理的概念，延迟大幅度降低值～1ms，但是还有诸多限制 至于低延迟的测试，建议本文使用本文代码去测试，kafka source->kafka sink，这样便于观察延迟。 连续处理是Spark 2.3中引入的一种新的实验版本流执行模式，可实现极低（~1 ms）端到端延迟，并且具有至少一次处理容错保证。 structured streaming的连续处理模式与微批处理模式进行比较，微批处理引擎可以实现一次性保证，但微批处理最好仅可实现约100ms的延迟。 虽然控制台接收器非常适合测试，但是使用Kafka作为源和接收器可以最好地观察到端到端的低延迟处理。
1.8K20发布于 2018-11-05 - 来自专栏媒矿工厂
超低延迟流媒体直播
本文是来自Discovery Track East 2019的演讲，交互式流媒体直播需要在多种设备上进行超低延迟的实时播放，以帮助观众获得真正的临场参与感。 Oliver首先介绍了nanoStream Cloud的几个典型应用场景，例如近期比较火的直播竞答，线上拍卖或博彩，线上授课等等，这几个场景都对直播系统有几个共同的要求：超低（小于1秒）的端到端延迟、受众分布在全球各地 随后Oliver介绍了当前主流的HLS/DASH解决方案存在高延迟的问题，传统的HLS/DASH方案由于需要较大缓冲区来抵抗网络抖动，端到端延迟往往在6秒以上。 Oliver强调了除了低延迟性，该直播系统部署起来也很方便，可以非常容易地集成到现有的系统中，并可接受各种编码的输入源，观众也可以使用各种终端。
3.2K30发布于 2019-08-14 - 来自专栏音视频技术
实时音视频互动，延迟不到200ms才算合格？
演讲 / 黄慧攀 出处 / LiveVideoStack 如何定义实时音视频互动，延迟400ms内才能无异步感 实时音视频互动如果存在1秒左右的延时会给交流者带来异步感必须将视频播放延迟限制在400ms 当延迟控制在400ms以内时两个人音视频互动是实时的不会有异步感存在即实时音视频互动。 实时音视频互动产生延迟的原因 音视频互动的延迟是如何产生的？ 我们先假设这样一个场景：位于北京的A客户端与位于广州的B客户端进行实时音视频互动。 音视频互动必须遵守三大点 1.必须基于UDP协议，否则不要谈实时 又拍云音视频互动方案是基于UDP协议，使用TCP协议无法保障实时性。 统一使用音频的时间戳来保证音视频同步； Android端不支持高通外的芯片硬解码，又拍云在近期把各个Android端编解码功能完善，目前已经能够适配华为、MTK、三星等品牌的机型； 目前客户端解码能力有限，会话人数最好控制在8个人以内
5.9K30发布于 2021-09-02 - 来自专栏媒矿工厂
超低延迟CMAF流媒体方案解析
传统观点认为，HAS传送的内容具有端到端延迟，该延迟是切片(segment)时间的几倍，并且这种延迟比广播中的延迟更久。 有一种HAS解决方案能够实现低于一个segment时间的端到端延迟，它甚至使得整个延迟与segment的持续时间无关，即超低延迟CMAF（ULL-CMAF）。 有关直播流的播放器延迟 为了说明整体延迟对播放器起始播放算法的敏感性，图4显示了一个生成2s的segment的实时编码器。我们在segment＃5的产生中间观察系统。 非分块解决方案可以通过从最后一个完全可用的切片（＃4）开始来最小化延迟，从而导致3s的总延迟。 将延迟与segment的持续时间分离-与分块编码和块传送的CMAF相比，6s的segment与1s的segment能够达到相同的延迟 CDN可缓存性-这意味着对于给定的实时ULL-CMAF流，播放器可以选择将自己定位在延迟
7.2K41发布于 2018-10-25 - 来自专栏即时通讯技术
实时音视频聊天中超低延迟架构的思考与技术实践
1、前言 从直播在线上抓娃娃，不断变化的是玩法的创新，始终不变的是对超低延迟的苛求。实时架构是超低延迟的基石，如何在信源编码、信道编码和实时传输整个链条来构建实时架构？ 《如何优化传输机制来实现实时音视频的超低延迟？》 ▲ 图 2 图 2 是我们互动直播的实时架构图，我们把互动直播分为两部分，一个是主播侧，需要更低的延迟，另一侧是普通观众，对延时不太敏感，但对流畅性敏感，中间通过一些旁路的服务把这两个集群（一个集群叫超低延迟集群 在超低延时部分，我们提供的服务包括流状态更新、房间管理等，以及一些流媒体服务，主要起到分发的作用。我们通过超低延迟服务器集群（和观众侧不太一样），提供实时分发的功能。 》 《如何优化传输机制来实现实时音视频的超低延迟？》
3.9K30发布于 2018-08-29 - 来自专栏Android 开发者
打造低延迟互动音频: Oboe
“互动” 的感觉，低延迟、高互动的音频处理 (包括采集和回放) 有多重要。 如果您有玩音乐游戏，或者音乐软件 (如 DJ 或者合成器) 的话，绝对会对音频的延迟深恶痛绝——延迟不但会让您对自己的操作不再自信，更会摧毁一段被打磨了很久的旋律。 ? Oboe 是一个 C++ 库，用来为 Android 打造高性能的互动音频体验——而且覆盖 99% 的 Android 设备。 如果您的应用希望用尽可能接近 “实时” 规格的低延迟采集或者播放音频，Oboe 绝对是不二之选。 codelabs/mu… 如何为您的项目添加 C 和 C++ 语言: developer.android.google.cn/studio/proj… 现在就开始“造”声，为您的用户带来一段高品质的互动音乐之旅吧
1.7K20发布于 2018-12-13 - 来自专栏SRS开源服务器
百毫秒超低延迟直播方案
queue_length 10; mw_latency 100; } publish { mr off; }} Remark：之前的Flutter低延迟直播方案 ，也分享过如何降低RTMP和FLV的延迟，配置项是一样的；如果不配置RTMP低延迟，那么RTMP的延迟会更高。
4.2K20编辑于 2022-03-18 超低延迟，画质高清，流畅操控！
简介 Parsec 是一款以超低延迟、高画质远程控制为核心优势的跨平台工具，支持 Windows、macOS 和 Linux 系统，通过技术创新和场景化设计，为远程办公、游戏及创意工作提供了高效解决方案 核心关键是它能实现“零感知”延迟！ 如何做到的呢？那么就得从它的技术架构说起。 实测数据：北京至新加坡跨洋连接，平均延迟从传统工具的150ms降至65ms，接近本地局域网体验。 动态码率调节：根据网络带宽实时调整画质（从720p到4K），优先保障操作响应速度。 Parsec 的核心优势 超低延迟：操作响应无时差 游戏级延迟控制：最初为云游戏设计的Parsec，将延迟优化至游戏玩家可接受的50ms以内，远超传统远程桌面工具（如TeamViewer的150ms+） 对于需要跨地域操作高精度设备、处理4K设计或实时交易的企业而言，它可能是2026年最具性价比的“隐形生产力工具”。 它能让你的电脑秒变“云主机”，远程操作像本地一样流畅，游戏、设计、办公全搞定！
34110编辑于 2026-03-24- 来自专栏音视频咖
产品动态 | 快直播，毫秒级超低延迟直播
腾讯云超低延迟快直播 为教育、电竞、电商等场景带来超低延迟 全真直播体验！ 直播流量包现已支持抵扣快直播流量 快来申请体验吧~ ?
4.9K20发布于 2021-05-08 - 来自专栏音视频技术
互动场景下的低延迟编码技术
1.2 系统组成要素 构建一套实时的流媒体系统需要对系统中多个方面进行改进，除了视频编码标准外，媒体传送协议和视频渲染技术都需要实时化和低延迟处理。 秒级延迟场景以赛事直播为例，它对编码延迟要求并不高，之前一般采用H.264实时编码，对4K或8K视频开始使用H.265或AVS2编码标准实时编码。 、SMPTE无压缩的解决方案，压缩效果还不太好，所以高压缩比下的超低延迟编解码仍然存在巨大技术挑战。 以游戏类和远程操控类为代表的场景，以往观看流媒体是被动接收，现在大小屏都可以进行实时性交互，因此互动体验增强，这也是互动媒体发展的趋势。 本次分享主要介绍了低延迟互动媒体服务中的低延迟视频编解码环节的相关技术。要做到较好的低延迟互动媒体服务，还需要低延迟传送协议、实时图像渲染以及基础ICT网络技术整体的演进。
3.8K30发布于 2020-07-29 - 来自专栏点云PCL
Zenoh:新一代超低延迟通信协议
它持续提供更高的吞吐量和更低的延迟，而代码量却远少于同类协议。这确保了开发人员从第一天起就能高效工作，无需编写脆弱且难以维护的代码即可获得高性能。 我们最小的实现方案在 Atmel 8 位微控制器上仅占用300 字节的空间。 很少有人意识到通信极其耗能。想想你上网时手机电池续航时间的变化。现在想想，大部分能量消耗都发生在连接你和数据中心的网络中。 尤其是在机器人领域，Zenoh正迅速成为机器人间通信、互联网规模的监控管理和实时远程操作的首选协议。 list=PLZDEtJusUvAY04pwmpY8uqCG5iQ7NgSrR https://www.youtube.com/watch? v=1NE8cU72frk https://www.youtube.com/watch?v=_NUP-ihrXjQ 以上内容如有错误请留言评论，欢迎指正交流。如有侵权，请联系删除
23210编辑于 2026-03-26 - 来自专栏Rust
FPGA行情解码 + Rust策略引擎：超低延迟系统架构
• CPU：串行执行，每秒几十亿条指令 • FPGA：并行执行，每个时钟周期完成一个操作 FPGA的延迟可以低至纳秒级，这是CPU无法企及的。 混合架构设计 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ┌───────────────────────────────────────────── ┐ │ 超低延迟交易系统 │ ├─────────────────────────────────────────────┤ │ ─────────────┘ 分工： • FPGA：纳秒级行情解码和预处理 • Rust：微秒级策略计算和订单管理 FPGA行情解码 网络协议栈Offload 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ┌────────────────────────────────────────────────────────┐ │
10010编辑于 2026-04-23 直播技术深度分析：超低延时与高效互动的平衡术
其中，超低延时播放、直播推流、码率自适应、直播连麦以及H5页面播放能力是当前直播技术的五大核心功能。本文将对这些功能进行深入介绍和对比，探讨它们如何共同作用，为用户提供流畅而互动性强的直播体验。 超低延时播放 功能亮点： 腾讯云直播SDK通过采用先进的编解码技术和网络优化策略，实现了行业内领先的超低延时播放能力。这使得直播内容的传输几乎实时，极大地提升了用户的观看体验。 这种技术的应用，不仅减少了延迟，还保证了直播的稳定性和流畅性。 其他功能： 腾讯云直播SDK还提供了丰富的API接口，支持自定义开发，使得开发者能够根据具体需求调整直播参数，优化用户体验。 技术实现： 通过智能调度和负载均衡技术，腾讯云直播SDK能够在不同的网络环境下自动选择最优的推流路径，减少网络拥塞和延迟。 直播连麦 功能亮点： 腾讯云直播SDK的直播连麦功能支持多路视频同时接入，实现主播与观众的实时互动，增强直播的互动性和趣味性。
34510编辑于 2025-07-28- 来自专栏音视频咖
快速实现超低延时互动直播，限时特惠9.9元起
腾讯云音视频基于超过20年的技术积累及海量服务经验，推出满足各类业务场景需求的实时互动直播解决方案，支持全平台多方音视频连麦，5000+终端完美适配，覆盖全球200+国家和地区，连麦用户全球端到端平均延时 <300ms；提供多样化丰富场景定制组件，降低接入门槛，快速集成包括美颜、动态贴纸、多人连麦、消息互动等多种能力，满足各大场景实时互动需求！
13K30编辑于 2022-04-29 - 来自专栏刘同学被占用了
基于WebRTC构建超低延迟(500ms)的直播系统
上周写了一篇文章基于RTMP和WebRTC 构建低延迟的直播系统(https://zhuanlan.zhihu.com/p/47302561), 只所以要基于RTMP, 还是考虑尽可能复用现有的技术和基础设施 比这更早的可以追溯到beam, 一个实时的游戏直播平台, 在2016年被微软收购后改名mixer(https://mixer.com). 目前国内低延迟直播的做法是在rtmp的基础调优, 比如使用可靠UDP方案替换RTMP的传输层, 目前使比较多的方案有KCP和QUIC. 但魔改RTMP的方案始终没有特别好的适配浏览器的方法.
8.6K1110发布于 2019-04-03 - 来自专栏音视频咖
腾讯云快直播——超低延迟直播技术方案及应用
随着直播业务的发展，在线教育，连麦直播、赛事直播等高实时性直播场景的出现，用户对于直播流畅度、低延迟等性能的要求愈加严苛。 1.2 快直播（超低延迟直播）应用场景 本次分享主要介绍两个快直播（超低延迟直播）应用场景。 直播带货兴起——要求延迟小于500ms 首先是直播带货。相信大家近一年对直播带货应用场景感受很深。 现在标准直播的延迟一般在三到几十秒，是无法满足带货需求的。延迟高也限制了带货新玩法的出现，导致现在的直播带货几乎没有互动。 3.2 延迟关键问题在哪里？ 我们要做超低延迟，首先就要知道它们的超低延迟出现在哪里？整个直播过程从数据的采集、编码都经过哪些过程？ 这是由于调到0之后延迟虽然小了，但卡顿会很高。由此可以看到，延迟高的关键在于CDN的传输和播放解码没有很好地配合和互动。所以我们主要要解决这个问题。
10.5K64发布于 2020-10-30 - 来自专栏媒矿工厂
实时低延迟流式传输
本文来自BITMOVIN，由Jameson Steiner编辑，文章主要内容是“实时低延迟流式传输”。 什么是实时低延迟？ 02 互动直播内容 每当涉及到观众互动时，实时等待时间应尽可能短，以确保良好的体验质量（QoE）。这样的用例包括网络研讨会，拍卖等。高延迟是最低的需求，而实时是最高的要求。 链中的每个组件都会引入一定量的延迟，并最终累积为实时延迟。 实时延迟的主要来源有： 01 提前缓冲以确保播放稳定性 ? 图3 实时流时间轴 视频播放器会在其播放位置之前保持预设量的缓冲数据。 较低的实时延迟意味着客户端靠近实时边缘，并且缓冲区级别较低。因此，最长可达到的缓冲区级别受到当前实时延迟的限制。这是QoE的折中：延迟与播放稳定性。 用于客户端的自适应流传输的带宽估计很困难。 xml version="1.0" encoding="utf-8"?
3.1K31发布于 2020-07-07 - 来自专栏RTMP推送
SmartMediakit视角构建低空经济的超低延迟视频基础设施
大牛直播SDK凭借全自研跨平台内核，构建了从采集、推流、传输到播放、转发的完整能力，涵盖 RTSP/RTMP 推流、超低延迟播放器、轻量级 RTSP 服务、GB28181 对接、多路转发等核心模块。 无论是无人机配送数十万订单的物流航线，还是数百万亩次的智慧农业植保，抑或是成千上万次的应急救援出动，它们都对实时、稳定、可扩展的视频链路提出了极高要求： 低延迟：在城市配送、灾害救援等场景中，100–200ms 正因如此，像大牛直播SDK（SmartMediakit）这样专注于超低延迟、跨平台、模块化的流媒体内核，才在低空经济的产业化过程中，逐渐成为底层基础设施的首选。 场景痛点：复杂应用对视频链路的极限考验在低空经济的不同场景中，视频链路的压力呈现出多样化特征： 物流配送：航线密集、飞行器众多，后台必须实时监控每一架无人机的状态； 文旅观光：游客不仅希望身临其境，还希望第一时间分享实时视频 SmartMediakit 的解法：模块化视频中枢大牛直播SDK（SmartMediakit）在实践中逐步沉淀出一套模块化架构，精准对应上述挑战： 超低延迟传输：RTSP/RTMP 推流模块基于自研内核
32100编辑于 2025-08-27 - 来自专栏RTSP服务器
无人机安防体系的音视频超低延迟重构：从“空地融合”到“实时智控”
然而，随着无人机数量激增与任务复杂化，实时视频回传、跨平台指挥、数据安全与延迟控制 成为制约体系扩展的关键瓶颈。 这时，一个底层稳定、高性能、跨协议的视频管线，就成为系统建设的关键。 架构总览大牛直播SDK 是由视沃科技自研的跨平台实时音视频技术框架，覆盖 Android、iOS、Windows、Linux、Unity3D 全平台，具备极强的模块化与低延迟特性。 超低延迟播放、多实例、音视频回调指挥中心客户端、移动终端SmartHTTPFLVServer / SmartRTSPService内置轻量级服务器，实现本地/边缘转发、支持HTTPS/WS-FLV边缘节点 （3）指挥中心：实时调度与多路回放在指挥中心，使用 SmartPlayer SDK 搭建统一的调度控制界面，实现： 同屏多路播放（8路/16路无人机画面并行）； 画中画放大/缩小、实时截图、录像控制； 实施效果： 端到端延迟控制在 300 ms 以内，可实现实时路况监测、车流统计与动态拥堵分析。
50310编辑于 2025-10-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号