- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端技术地图
Electron 低延迟视频流播放方案探索
Electron 低延迟视频流播放方案探索 Bobi.ink 2020-04-05 好久不见，接近四个月没更新博客了! 唯一的要求是低延迟，低资源消耗： 我们视频会议语音和视频是分离的。 只有一路混合语音，通过 SIP 传输。而会议视频则可能存在多路，使用 WebRTC 进行传输。 目录 ① 典型的Web直播方案 RTMP 推流 RTMP 拉流 RTMP 低延迟优化 ② JSMpeg & BroadwayJS Relay 服务器 推送 视频播放 多进程优化 简单说一下 Broadway.js 而且在对接到底层库实际推送时，播放效果并不理想，出现各种卡顿、延迟。由于时间和知识有限，我们很难定位到具体的问题在哪， 所以我们暂时放弃了这个方案。 我们还可以利用requestAnimationFrame 由浏览器来调度播放的速率，丢掉积累的帧，保持低延迟播放。
7.5K21发布于 2020-04-10 - 来自专栏RTMP推送
边缘计算×视频传输：人形机器人低延迟控制的SDK层解决方案
在AI与机器人技术交汇的浪潮中，低延迟视频链路已成为人形机器人突破“感知-决策-执行”闭环的关键瓶颈。 如同人类的视觉系统是行动的先导，高质量、低延迟的视频传输链路已成为人形机器人的“数字视觉神经”——它承载着机器人“看清”世界的关键信息流。 以下三大挑战，构成了人形机器人实现可靠、实时交互必须逾越的技术鸿沟：1. 延迟：悬于毫秒之间的“生死线”人形机器人的行动价值，核心在于“实时”。 三、关键技术实现：Python播放器在人形机器人控制端的工程实践以下基于大牛直播SDK的Python播放器代码（SmartPlayerPythonDemo.py），解析人形机器人控制端的关键技术实现1. 数据印证未来： 2025年全球机器人视频流处理量将达15EB/天（年均增长230%） 低延迟视频技术使人形机器人任务成功率提升55% 每毫秒延迟降低带来$27的边际经济效益（制造业场景） 在这场人机共生的进化中
56210编辑于 2025-08-13 - 来自专栏媒矿工厂
低延迟体育中的内容感知播放
几秒钟后，视频继续播放，这会很烦人，尤其是和朋友一起看比赛的时候。 自适应播放技术概述 低延迟体育节目是低延迟直播的主要驱动力。 在提供优质的低延迟实时流媒体服务这方面，我们开发了一些实用的技术，比如说自适应播放——通过改变每秒播放的帧数来减慢播放速度，并对音频和字幕做同样的事情。 我们有一个解决方案称之为内容感知播放速度控制(Content-Aware Playback Speed Control)。简而言之，它被缩写成 CAPSC。 请注意，虽然 CAPSC 可以在短期内改变播放速度，但在低延迟直播中，长期平均播放速度不能快于 1 倍。 如果是这样，CAPSC 会选择较慢的播放速度。如果当前缓冲区级别不是非常低，CAPSC 检查当前延迟和目标延迟之间的差异，并选择 1x 或更高的值作为播放速度。
3.1K10编辑于 2022-04-11 - 来自专栏艺述论专栏
使用 jsMpeg + webscoket 低延迟播放直接流
在网校教学场景中，从主讲端推流，到视频CND节点分发，最后到用户侧设备播放，这 3 个过程，哪一个是最耗时的？直播延迟，主要延在了哪一步？第 2 步。 第 2 步，采用 UDP 分发，甚至可以复用成熟多年、穿透能力强的 P2P 分发方案，保证从数据中心，低延迟分发各个运营商的边缘分发节点。这种分发方案避免了主要的分发延迟。 第 3 步，从边缘节点到用户设备，通过 WebSocket 连接边缘节点，使用 jsMpeg 播放 video1mpeg 视频流，延迟可以控制在 50ms。50ms 已经非常低了。 因为在这个方案中，已经不是传统的视频整流在分发，而是一个个被打散的小视频数据包在分发。
3.3K30发布于 2020-02-11 - 来自专栏TSINGSEE青犀视频
解密：EasyGBS如何做到低延迟播放？
播放器如果要提供播放效率和秒开其实本质上是做好解复用（Demux），Demux是指解析视频的封装格式，得到包含的音视频原始码流，Demux时间越短，就越快得到视频流，从而加快秒开速度，实现我们想要的低延迟播放的效果
46120发布于 2021-10-21 - 来自专栏RTSP/RTMP直播相关
同样数据源走RTMP播放延迟低还是RTSP低？
背景在比较同一个数据源，是RTMP播放延迟低还是RTSP延迟低之前，我们先看看RTMP和RTSP的区别，我们知道，RTMP（Real-Time Messaging Protocol）和RTSP（Real 它最初由Adobe Systems设计，用于在Flash播放器和流媒体服务器之间传输音频、视频和数据。RTMP以二进制形式传输数据，具有低延迟和高效传输的特点。 应用范围RTMP：RTMP因其低延迟和高效传输的特点，广泛应用于需要高性能实时流媒体传输的场景，如直播、视频聊天等。 ，用我们的RTMP推送、轻量级RTSP服务、RTMP|RTSP播放器，延迟基本上相差无几，可见，配好的推拉流服务模块，尤其关键。 单就延迟来看，如果好的RTMP或RTSP播放，二者差异不大，主要是看实际场景。以上是大概的比较，感兴趣的开发者，可以单独跟我沟通探讨。
1.5K10编辑于 2024-09-09 - 来自专栏RTMP推送
人形机器人赛道的隐形胜负手：低延迟视频链路如何决定机器人未来
因此，在电机、材料、场景之外，还存在一个往往被低估但至关重要的 隐性战场 —— 低延迟、跨平台、可控的视频与感知链路。这是机器人从“会动”走向“好用”、从“原型机”走向“规模化应用”的关键门槛。 它像“神经网络”一样，为人形机器人提供跨平台、低延迟的视频通道，让感知—决策—执行的闭环真正跑得起来。这条隐形赛道，也许才是决定未来胜负的“关键一役”。 这正是大牛直播SDK发挥作用的地方： 低延迟视频链路：RTSP/RTMP 播放器延迟控制在 100–200ms，确保“看到”与“做到”之间几乎无差。 工业制造：跨产线物流、柔性制造要求机器人在嘈杂、复杂网络环境下依然保持稳定低延迟。SDK 的转发与录像模块，保证任务可溯源，数据可回放。 六、结语：得关节者得天下，得链路者赢未来未来十年，人形机器人行业的竞争逻辑，不仅仅是电机、材料、场景的显性战场，更包括低延迟、跨平台、可控的视频链路这一隐性赛道。
29010编辑于 2025-09-09 - 来自专栏RTSP/RTMP直播相关
Android平台如何实现多路低延迟RTSP|RTMP播放？
技术背景 实际上，我们在2015年做Android平台RTSP、RTMP播放模块的时候，第一版就支持了多实例播放，因为SDK设计比较灵活，做个简单的player实例封装即可实现多实例播放（Android Unity的就有多路demo），所以官方一直没有正式demo，本次也是有个开发者提到，希望测试下我们多路播放的效果，自己又不想做封装，索性给做个版本。 技术实现 废话不多说，先上图： 我们针对的功能展示，主要是播放和录像这块，先说播放： /* * SmartPlayer.java * Author: daniusdk.com * Created 、录像的演示，除此之外，大牛直播SDK的RTSP、RTMP播放器海康实现播放缓冲设置、软硬解码设置、实时快照、实时音量调节、实时解码后数据回调等。 毫秒级延迟，完全满足对延迟、稳定性要求苛刻的场景下。感兴趣的开发者，可以单独和我沟通。
44500编辑于 2024-07-16 - 来自专栏RTSP/RTMP直播相关
QT下实现低延迟RTSP|RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。 本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图： QTPlayer.png 大牛直播SDK有MFC的demo ，所以在QT上实现播放轻车熟路，如果需要多窗口播放，也可以参考转发的demo，转发的那个4窗口预览的demo做了二次封装，调用更方便。 考虑到大多场景下，开发者有多路播放诉求，针对这种情况，我们对player做个简单的封装： 开始播放： bool player_wrapper::StartPlay(const std::string& play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟的
2.2K80发布于 2021-04-30 - 来自专栏RTSP/RTMP直播相关
Flutter下实现低延迟的跨平台RTSPRTMP播放
Flutter Engine使用C/C++编写，具有低延迟输入和高帧速率的特点，不像Unity3d一样，我们是回调YUV/RGB数据，在Unity3d里面绘制，Flutter直接调用native SDK 其次，客户和开发者驱动，Flutter发展至今，目前还没有个像样的RTSP或RTMP播放器，一个播放器，不是说，有个界面，有个开始、停止按钮就可以了，一个好用的直播播放器，对功能和性能属性要求很高，特别是稳定性和低延迟这块 async { return _smartPlayerCallInt('setFastStartup', isFastStartup); } ///
/// 设置超低延迟模式 var is_fast_startup = 1; ret = await player.setFastStartup(is_fast_startup); //是否开启低延迟模式 ，拥有Native SDK一样优异的播放体验。 5.3K00发布于 2019-09-17 - 来自专栏RTSP/RTMP直播相关
人形机器人产业风口下，低延迟音视频传输如何成为核心竞争力
一、风口之下的挑战：人形机器人为什么需要低延迟？近几个月，人形机器人赛道迎来资本与技术的双重关注。从产业巨头宣布量产计划，到专业赛事和行业大会的火热进行，市场对这一领域的预期正在不断攀升。 大牛直播SDK正是针对这些高实时性场景，构建了一整套低延迟音视频传输解决方案，核心价值体现在以下几个方面：1. 例如，在机器人远程监控场景下，可以同时实现低延迟直播、边缘录像和AI实时检测，构建闭环方案。4. 例如，延迟超过 500ms 的远程控制，操作者难以做出流畅反应，最终导致方案商业化失败。因此，低延迟不仅是技术亮点，更是商业落地的关键指标。4. 七、结语：低延迟音视频是机器人商业化的关键拐点当人形机器人产业从概念走向应用，最核心的挑战之一，仍然是如何实现实时、高效、稳定的人机交互。
36100编辑于 2025-08-25 - 来自专栏具身小站
日语客服对话系统的低延迟方案
不等全部完成 └── TTS：边生成边播放，不等全部合成 策略二：并行处理（Parallelism） ├── SER与ASR并行：情感识别不增加延迟 ├── RAG预取：ASR识别中途开始检索 └── ：600–1,200ms 三、低延迟方案详细设计 3.1 方案一：Deepgram + GPT-4o-mini + Google TTS（推荐低延迟首选） 核心理念：选择延迟最低的各模块最优组合，全链路流式处理 成本低 — $0.075/1M tokens，比 GPT-4o-mini 便宜一半 四、三套方案横向对比 4.1 延迟对比 延迟阶段 方案一：Deepgram+GPT-4o-mini 方案二：Deepgram 流式TTS（最重要） 传统方式：等LLM生成完整文本 → TTS合成 → 播放 优化方式：LLM生成首句 → 立即TTS合成 → 播放 节省：300–500ms 2. 分钟 日语质量 良好（DeepSeek V3日语能力足够） 适用场景 成本敏感、标准客服场景 7.2 与原方案延迟对比 方案 端到端延迟 月度成本 延迟改善 原方案（串行，未优化） 2,000–4,000ms
10710编辑于 2026-04-14 - 来自专栏RTSP/RTMP直播相关
Unity低延迟RTSP|RTMP播放器开发指南
提供RTSP TCP/UDP模式设置及自动切换功能，适应不同网络环境，确保播放稳定性。 1.1.2 性能优化特性 内置低延迟模式，可将延迟控制在毫秒级别，满足实时性要求高的场景。 低延迟播放技术实现3.1 网络优化策略3.1.1 缓冲时间设置 将缓冲时间设置在几十毫秒到几百毫秒之间，减少数据缓冲带来的延迟，同时保证播放稳定性。 在Window/Android/iOS特定机型上支持H.264和H.265的硬件解码，充分发挥硬件性能，降低延迟。 4.2 低延迟关键参数配置4.2.1 网络协议优化 RTSP模式选择：默认使用UDP（NT_SP_SetRTSPTcpMode设为0）以减少握手延迟，若网络不稳定则开启TCP/UDP自动切换（NT_SP_SetRtspAutoSwitchTcpUdp 快速启动与低延迟模式： NT_SP_SetFastStartup(handle, 1); // 跳过CDN缓存GOP NT_SP_SetLowLatencyMode(handle, 1); //
1.1K10编辑于 2025-02-20 - 来自专栏RTSP/RTMP直播相关
IE浏览器如何低延迟播放RTSP或RTMP流
当然，话说回来，如果是在特定的使用场景下，只需要某些版本IE浏览器支持，但对延迟和稳定性要求非常高，OCX控件方式也不失为一个好的选择。 hls流（如果可以忍受几秒甚至十几秒延迟的话）。 本文基于大牛直播SDK https://github.com/daniulive/SmarterStreaming 现有RTSP、RTMP播放接口的基础上，二次封装，扩展了ocx控件，用于IE浏览器下的低延迟 ULONG NT_SetLowLatencyMode(LONG mode); 设置是否低延迟模式播放； 13. OpenPlayer(); } var obj = document.getElementById("SmartPlayerActiveX"); //设置是否启用低延迟模式
1.6K50发布于 2021-03-08 - 来自专栏RTSP/RTMP直播相关
Android平台RTSP播放器选型指南：从开源方案到跨平台低延迟专业SDK
当前市面上的 Android RTSP 播放器方案，大体可以分为三类： 开源播放器（ExoPlayer + RTSP 扩展、LibVLC、GStreamer 等） —— 成本低、上手快，但在弱网稳定性、 结论：开源方案适合原型验证或轻量需求，不适合追求长期稳定、极低延迟的工业级场景。 3. 商业专业 SDK：以大牛直播SDK为例对于大部分需要在 Android 上稳定、低延迟、可跨平台部署 RTSP 播放的行业系统而言，商业化 SDK 往往是更务实的选择。 / 多终端统一商业 SDK（如大牛直播SDK）稳定、低延迟、全平台一致、功能完备6. 开源方案适合原型验证和轻量化场景，但在长时间稳定运行、弱网复杂环境、低延迟可控性以及跨平台统一性上，往往存在天然瓶颈。
98710编辑于 2025-08-14 - 来自专栏RTSP/RTMP直播相关
无线图传下的低延迟视频传输播放技术探讨
低延迟的无线图传可以让用户在接收端几乎同步地看到发送端的图像，提高交互性和用户体验。 一般来说，低功率的无线图传设备适用于短距离传输，如室内、小型活动场地等；而高功率的无线图传设备则可以用于长距离传输，如户外、大型活动现场等。 例如，一些采用先进的 LR-WiFi 技术或其他高性能无线通信技术的模块，能够在保证数据传输速率的同时，提升通信距离和抗干扰能力，为低延迟传输提供基础。 硬件编解码相比软件编解码具有更高的效率和更低的延迟，能够快速处理视频数据，减少处理时间，从而降低整体传输延迟。 缓存时间过长会导致数据在缓存中停留，增加延迟。通过合理调整缓存大小，可以在保证数据流畅性的前提下，降低延迟。
1.4K10编辑于 2024-11-25 - 来自专栏深度学习与python
如何在云中部署低延迟解决方案
作者 | Peter Lawrey，Nick Tindall 译者 | Sambodhi 策划 | 褚杏娟 过去，为了从“内部”（通常都是位于同一地点）的硬件中获得最大的性能和最低的延迟，这些有低延迟需求的公司都是在裸机服务器上部署的 近来，这些公司日益转向公共和私有“云”环境，或为其所调整的低延迟 / 高容量（LL/HV）系统提供卫星服务，或在一些场合下用于 LL/HV 工作负载本身。 但是，如今各大云提供商（如云提供商亚马逊云科技、Microsoft Azure、Google Cloud 等）都提供了裸机（或接近裸机）解决方案，因此即使是对延迟敏感的工作负载也可以在云中托管。 通过利用常见的基础设施解决方案，我们可以将 Chronicle 产品的优势与现代生产环境的便利性结合起来，提供简单的低延迟、运行稳定的系统。 结 论 本文展示了将一个动态的、低延迟的、基于 Chronicle 队列的应用程序部署到 Kubernetes 集群的一种方法。
67620编辑于 2023-03-29 - 来自专栏RTSP/RTMP直播相关
Andorid平台实现高性能低延迟的多路RTSP播放器
传统的单路播放器已无法满足此类需求，因此开发一个多路 RTSP 播放器显得尤为必要。该播放器主要面向以下场景： 视频监控中心 ：对多个监控摄像头进行实时监控，要求低延迟、高稳定性。 is_hardware_decoder && is_enable_hardware_render_mode) { lib_player_.SmartPlayerSetHWRenderMode(get(), 1);}（二）低延迟模式为了满足实时性要求较高的场景 ，可以启用低延迟模式。 在 configurePlayer 方法中设置低延迟模式。 性能优化 ：采用硬件加速、低延迟模式等技术手段，提高播放性能和实时性。 良好的资源管理 ：合理管理播放器的生命周期和资源，避免内存泄漏和资源浪费。
40810编辑于 2025-04-24 - 来自专栏RTSP/RTMP直播相关
Linux平台Unity下RTMP|RTSP低延迟播放器技术实现
这不仅可以提高用户的满意度和忠诚度，还可以为政府、企业等用户提供更加安全、高效、便捷的信息化解决方案。 在发布国产操作系统|Linux平台的RTMP|RTSP直播播放SDK之前，大牛直播SDK在Windows、Android、iOS平台已经有了非常成熟的技术积累，功能齐全、稳定性高、超低延迟、超低资源占用 Linux原生的RTSP、RTMP播放模块这里我们不做赘述，本文主要讲的是如何在Linux平台构建Unity下的RTSP和RTMP低延迟直播播放。 Unity侧，在Unity下完成绘制，这里就需要原生的RTMP、RTSP播放模块，拉流解码延迟非常低，数据投递效率非常高，无图无真相：Linux平台，我们是回调的YUV的数据，也就是 NT_SP_E_VIDEO_FRAME_FROMAT_I420 1 : 0); //设置是否启用低延迟模式//设置旋转角度(设置0， 90， 180， 270度有效，其他值无效)int rotate_degrees = 0;NTSmartPlayerSDK.NT_SP_SetRotation
55000编辑于 2024-06-18 - 来自专栏媒矿工厂
基于 HTTP 的低延迟流媒体播放器的性能
目前该领域有两种技术：低延迟 HTTP 实时流媒体 (LL-HLS) 和基于 HTTP 的低延迟动态自适应流媒体 (LL-DASH)。 许多播放器支持 LL-HLS 和/或 LL-DASH 协议，包括 Apple 的 AVPlayer、Shaka 播放器、HLS.js Dash.js 等。本文致力于分析低延迟播放器和流媒体协议的性能。 低延迟自适应算法的其他变体可以在 LL-HLS 流播放器中找到，例如 HLS.js、Shaka 播放器 和 Apple 的 AVPlayer。 低延迟打包器的输出是分块的视频片段和清单文件，通知播放器如何在低延迟模式下使用流。 当延迟发生变化时，播放器必须比流的原生速度更快或更慢才能保持在流的实时边缘。表 4 中报告的播放速度变化数字证明了这一点。播放速度变化值越低，表示 QoE 越好。
9.5K40编辑于 2021-12-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号