- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
iOS平台如何实现毫秒级延迟的RTMP|RTSP播放器
技术背景在我的blog里面，最近很少有提到iOS平台RTMP推送|轻量级RTSP服务和RTMP|RTSP直播播放模块，实际上，我们在2016年就发布了iOS平台直播推拉流、转发模块，只是因为传统行业， 技术实现先说播放实现，iOS端，RTMP|RTSP直播播放，我们实现的功能如下： [支持播放协议]高稳定、超低延迟（毫秒级） [多实例播放]支持多实例播放； [事件回调]支持网络状态、buffer状态等回调 ]支持低延迟模式设置(公网200~400ms)； [复杂网络处理]支持断网重连等各种网络环境自动适配； [快速切换URL]支持播放过程中，快速切换其他URL，内容切换更快； [实时静音]支持播放过程中， rtsp_timeout = 10; [_smart_player_sdk SmartPlayerSetRTSPTimeout:rtsp_timeout]; //设置RTSP TCP ，可以轻松毫秒级，感兴趣的开发者，可以和我单独交流。
1.5K10编辑于 2024-02-06 - 来自专栏RTSP/RTMP直播相关
Python下的毫秒级延迟RTSP|RTMP播放器技术探究和AI视觉算法对接
引言十年前，大牛直播SDK发布了跨平台的RTMP、RTSP毫秒级低延迟播放器，随着AI的爆发式普及和发展，加之大多视觉算法分析，都是用在Python下，Python下对视频流延迟的要求越来越高，本文将深入解析基于 医疗手术直播：在医疗领域，低延迟播放器可以用于实时获取手术室的视频画面，供远程专家进行实时指导，提高手术的成功率和安全性。Python下的RTMP、RTSP播放器延迟可以做到多低？ 以大牛直播SDK的Windows平台RTMP推送模块采集毫秒计数器窗口，然后推RTMP流到NGINX服务器，Python播放器拉流播放，整体延迟如下：听说图片信服力不够？ 大牛直播SDK做Python下的低延迟RTMP、RTSP播放器，除了常规播放外，更多的是为了方便做Python下的视觉算法对接处理。 通过对代码结构和实现原理的深入解析，可以帮助开发者更好地理解和优化播放器，毫秒级的播放体验和解码后yuv或rgb数据回调模式，提高了实时直播场景下，Python环境下AI算法处理的效率，以上抛砖引玉，感兴趣的开发者
1.1K10编辑于 2025-03-07 - 来自专栏RTSP/RTMP直播相关
VR头显Unity下如何实现毫秒级延迟的RTMP或RTSP播放？
如何尽可能降低Unity环境下的直播播放延迟，是摆在我们面前的大问题，目前，硬件厂商也采用一些更加好的传输技术，例如5G网络等高速网络技术，以降低传输延迟。 今天，我们主要介绍的是VR头显下，如何低延迟的实现RTMP或RTSP的播放。技术实现说了这么多，如何在VR头显端，尽可能的降低直播播放延迟呢？ 常用的方法，比如可以用专门的播放器中间件，实现数据的拉流解码会数据回调，在unity下，优化数据处理和渲染。 RTMP或RTSP播放，是Unity下比较棘手的问题，特别是毫秒级延迟。 以Android平台为例，原生模块拿到RTSP或RTSP流后，解码获取到原始的YUV或RGB数据，然后投递给Unity，Unity下如果需要更低的延迟，数据交互这块，尽可能的高效率，尽可能的减少数据的投递和拷贝
1.8K30编辑于 2023-09-12 - 来自专栏RTSP/RTMP直播相关
如何打造毫秒级响应的RTSP播放器：架构拆解与实战优化指南
特别是在需要“边看边控”“边看边分析”的业务模式下，毫秒级延迟差异可能意味着画面与现实动作出现显著偏差，进而影响 AI 识别判断或远程指令执行。 自研播放器虽然可以通过 GStreamer、FFmpeg 等工具链实现延迟压缩，但往往开发成本高、跨平台适配难、稳定性难以保障。那么，如何评估一款 RTSP 播放器的延迟表现？ RTSP 播放涉及的核心流程： 摄像头 → 网络传输(RTP/UDP) → 接收 → 解封装 → 解码 → 渲染 其中任一环节配置不当，都可能引入几十甚至上百毫秒的延迟。 三、 如何打造一个低延迟 RTSP 播放器？要实现“毫秒级响应”的 RTSP 播放体验，不能只依赖某个参数的优化，而需从网络接入、数据解码、画面渲染到平台适配等多个链路环节进行系统性设计。 这虽然减少了卡顿概率，但也不可避免地引入了数百毫秒甚至更长的启动延迟。
1.4K10编辑于 2025-07-27 - 来自专栏RTSP/RTMP直播相关
Android平台实现无纸化同屏并推送RTMP或轻量级RTSP服务(毫秒级延迟)
我们在做无纸化同屏的时候，问的最多的是，能不能不要自建服务，直接主讲人或教师端，直接启动轻量级RTSP服务，其他终端拉流，如果是小并发，比如5人内的小范围的同屏，Windows平台走轻量级RTSP无可厚非 考虑到实时编码和并发环境下，AP的承载能力，一般建议选择适合自己的分辨率码率即可，不要只追求高分辨率高码率，导致组网困难，单个或双通道AP压力大，一般建议控制在1920*1080分辨率内，码率控制在1-5M 5. 异常网络处理、事件回调机制网络状态，不管是推送端，还是播放端，都是需要有实时的状态回调，确保客户端可以实时感知网络状态。 同屏延迟，能不能做到毫秒级废话不多说，上视频，延迟毫秒级。10. 能不能采集到扬声器的audio？ 总结其实一个好的无纸化同屏系统，需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标，做容易，做好难，上述抛砖引玉，未能面面俱到，感兴趣的开发者，可以跟我单独交流。
1.1K00编辑于 2024-06-18 - 来自专栏RTSP/RTMP直播相关
QT下实现低延迟RTSP|RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。 本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图： QTPlayer.png 大牛直播SDK有MFC的demo event_id, NT_INT64 param1, NT_INT64 param2, NT_UINT64 param3, NT_PCSTR param4, NT_PCSTR param5, play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟的 RTMP、RTSP播放的基本流程，感兴趣的开发者可酌情参考。
2.3K80发布于 2021-04-30 - 来自专栏RTSP/RTMP直播相关
在 Linux ARM64 上构建毫秒级延迟 RTSPRTMP 播放器：架构与实战
SmartPlayerSDK）在 Linux ARM64 平台的 Demo 源码，结合实际的 C++ 封装与 X11 窗口管理代码，系统拆解如何在 Linux ARM64 环境下，实现一个支持多路并行、毫秒级延迟的 RTSP/RTMP 播放器。 poll(ConnectionNumber(display), ...)流程： 若 X11 有事件 → 立即处理 若无事件 → 在 poll 的超时周期内休眠 优点： 不阻塞 UI 低 CPU 占用 延迟响应毫秒级 ->SetScreen(screen);player->SetWindow(sub_win);player->SetURL("rtsp://xxx");// 5. .); }}九、总结：从 Demo 到工程落地这套 Linux ARM64 多路播放器 Demo 展示了一条完整、可落地的行业级链路： SDK 层：跨 RTSP/RTMP 协议、解码、同步、OpenGL
68210编辑于 2025-11-26 - 来自专栏RTSP/RTMP直播相关
Unity低延迟RTSP|RTMP播放器开发指南
提供RTSP TCP/UDP模式设置及自动切换功能，适应不同网络环境，确保播放稳定性。 1.1.2 性能优化特性 内置低延迟模式，可将延迟控制在毫秒级别，满足实时性要求高的场景。 低延迟播放技术实现3.1 网络优化策略3.1.1 缓冲时间设置 将缓冲时间设置在几十毫秒到几百毫秒之间，减少数据缓冲带来的延迟，同时保证播放稳定性。 开启RTSP TCP/UDP自动切换功能，使播放器能根据网络状况自动选择最优传输模式。 stride）变化时重新初始化Unity的Texture2D，避免每帧重建（通过is_need_init_texture_标志控制） 结语通过大牛直播SDK的深度集成与参数调优，开发者能够在Unity中构建毫秒级延迟的 RTSP/RTMP播放器，适用于VR、安防、直播等高实时性场景。
1.5K10编辑于 2025-02-20 - 来自专栏音视频咖
产品动态 | 快直播，毫秒级超低延迟直播
腾讯云超低延迟快直播 为教育、电竞、电商等场景带来超低延迟 全真直播体验！ 直播流量包现已支持抵扣快直播流量 快来申请体验吧~ ?
5.4K20发布于 2021-05-08 - 来自专栏猿大师
猿大师播放器VLC引擎版如何让WEB监控RTSP视频流延迟降低到500毫秒？
问：猿大师播放器VLC引擎版性能和VLC桌面版播放器播放效果几乎一致，VLC桌面播放器可以修改缓存降低延迟或者播放更流畅,猿大师播放器的VLC插件也可以修改吗？ 答：猿大师播放器作为一款网页RTSP视频流播放器，VLC引擎版调用的是原生VLC桌面客户端程序,播放性能和效果与VLC桌面客户端几乎完全一致，不仅延迟低，播放也更流畅！ 如上图所示：缓存为1000，代表1000毫秒，也就是最终延迟差不多1秒。如果想降低延迟到500毫秒，缓存可以修改为500，如果电脑配置好，要求更低延迟，缓存可以设置更低。 如同时播放多路视频或者播放高清视频，需要增加缓存，会让播放更流畅，但是缓存越高，意味着延迟也就会越高，低延迟和播放流畅，二者不可得兼，需要自行测试后调整至适合即可。 建议：要求低延迟，缓存建议降低到500以下；要求播放流畅，缓存建议增加到3000以上。注意：修改完任何配置，都要重启猿大师播放器，点击InstallWrl.bat重启，重启后才能生效。
86610编辑于 2024-10-28 - 来自专栏RTSP/RTMP直播相关
Andorid平台实现高性能低延迟的多路RTSP播放器
为了满足多路 RTSP 流的同时播放需求，基于大牛直播SDK开发了一款功能丰富、性能稳定的多路 RTSP 播放器。本文将深入解析该播放器的实现原理、代码架构以及关键功能模块。 传统的单路播放器已无法满足此类需求，因此开发一个多路 RTSP 播放器显得尤为必要。该播放器主要面向以下场景： 视频监控中心 ：对多个监控摄像头进行实时监控，要求低延迟、高稳定性。 然后，创建多个 LibPlayerWrapper 实例，每个实例对应一个播放器实例，用于管理单个 RTSP 流的播放。 ，可以启用低延迟模式。 性能优化 ：采用硬件加速、低延迟模式等技术手段，提高播放性能和实时性。 良好的资源管理 ：合理管理播放器的生命周期和资源，避免内存泄漏和资源浪费。
60810编辑于 2025-04-24 - 来自专栏RTSP/RTMP直播相关
Linux平台Unity下RTMP|RTSP低延迟播放器技术实现
在发布国产操作系统|Linux平台的RTMP|RTSP直播播放SDK之前，大牛直播SDK在Windows、Android、iOS平台已经有了非常成熟的技术积累，功能齐全、稳定性高、超低延迟、超低资源占用 、网络自动重连等，RTMP支持扩展H265播放, RTSP也支持H265播放。 Linux原生的RTSP、RTMP播放模块这里我们不做赘述，本文主要讲的是如何在Linux平台构建Unity下的RTSP和RTMP低延迟直播播放。 Unity侧，在Unity下完成绘制，这里就需要原生的RTMP、RTSP播放模块，拉流解码延迟非常低，数据投递效率非常高，无图无真相：Linux平台，我们是回调的YUV的数据，也就是 NT_SP_E_VIDEO_FRAME_FROMAT_I420 直播播放器大概的实现参考，随着国产操作系统的推进，Linux下RTMP、RTSP高质量的播放器需求越来越大，Unity下，可以实现和Windows、Android等平台统一开发管理，非常方便。
91400编辑于 2024-06-18 - 来自专栏RTSP/RTMP直播相关
【技术分享】Windows平台低延迟RTMP、RTSP播放器接口设计探讨
背景我们看过了太多介绍RTSP、RTMP播放相关的技术资料，大多接口设计简约，延迟和扩展能力也受到一定的局限，好多开发者希望我们能从接口设计的角度，大概介绍下大牛直播SDK关于RTMP、RTSP播放器开发设计 低延迟模式低延迟模式下，设置buffer time为0，延迟更低，适用于比如需要操控控制的超低延迟场景下。 1 : 0);总结以上就是大牛直播SDK（官网）关于Windows平台RTSP、RTMP播放器接口设计需要参考的点，其他还有些，比如如果不支持D3D，GDI模式绘制，播放界面叠加实时文字，播放画面全屏等 ，这里就不再赘述，除Windows平台外，我们还同步开发了Linux、Android、iOS平台的RTSP、RTMP播放器，大多常规接口四个平台基本统一，延迟也都做到了毫秒级。 一个好的播放器，特别是要满足低延迟稳定的播放（毫秒级延迟），需要注意的点远不止如此，感兴趣的开发者，可以参考blog其他文章。
2.4K10编辑于 2023-01-09 - 来自专栏RTSP/RTMP直播相关
干货分享之如何设计实现跨平台超低延迟RTSP播放器
相比 HLS/HTTP-FLV 的“强分发、弱实时”，以及 WebRTC 的“强实时、强端到端但运维复杂”，RTSP 播放器在 低延迟 + 可控网络环境 下，依然是成本与体验的最佳平衡点。 这正是大牛直播 RTSP 播放器 SDK 的价值所在，也是它在安防、教育、单兵与工业场景中成为“默认内核”的原因。2. 架构总览：控制面 × 数据面从系统视角看，播放器 SDK 由两条主链路组成：控制面（RTSP/SDP） 负责“谈判与维持关系”，数据面（RTP/RTCP） 负责“稳定、低延迟地把码流送到解码渲染”。 建议阈值（可按产品调参） UDP → TCP：连续 3–5s 丢包 > 2% 或 RTT 明显抖高； TCP → UDP 回切：连续 60–120s 丢包近 0、RTT 稳定，且业务优先低延迟。 5. 低延迟“秒开”与缓冲策略目标是把 TTFP（Time-to-First-Picture，首帧到达时间） 拉到最短，同时保证首开后不“越播越卡”。
1.1K10编辑于 2025-09-11 - 来自专栏ETL
CDC实时同步深度解析：毫秒级延迟是如何实现的？
三、毫秒级延迟是如何炼成的？很多人问我：CDC真的能实现毫秒级延迟吗？答案是：能，但需要做好以下几个环节。1. 日志即时解析从数据库日志到可以被应用消费，这中间的延迟必须足够短。 传统方案是先写入文件、再读取解析，延迟通常在秒级。优秀的CDC方案采用流式处理，日志解析延迟可以控制在100毫秒以内。 我们从多个维度对比一下：方案支持数据库延迟吞吐量断点续传DDL同步Oracle LogMinerOracle秒级万条/秒支持需配置DebeziumMySQL/PG/Mongo毫秒级5万/秒支持支持CanalMySQL 同步延迟延迟是CDC最核心的指标。业务对延迟的要求从秒级到毫秒级不等。建议选择延迟在100毫秒以内的方案。3. 断点续传能力生产环境的稳定性至关重要。故障不可避免，但恢复要快。断点续传是必备能力。 选择CDC方案时，建议关注以下五点：支持数据库类型：至少10种以上，覆盖主流数据库同步延迟：毫秒级为佳，秒级可接受断点续传：必备能力，故障快速恢复DDL同步：自动同步表结构变更监控告警：第一时间感知异常数据实时性是数字化转型的基础设施
65610编辑于 2026-03-17 - 来自专栏RTSP/RTMP直播相关
Android平台毫秒级低延迟HTTP-FLV直播播放器技术探究与实现
5. 以大牛直播SDK的Windows平台采集桌面毫秒计时器窗口，编码打包推送RTMP到流媒体服务器，流媒体服务器出http-flv的流，大牛直播SDK的SmartPlayer从流媒体服务器拉流，整体延迟如下 ，可以看到，真的不输我们做的RTMP、RTSP直播播放器延迟！ 当然这个延迟，对我们来说倒是也不觉得奇怪。五、优化与注意事项1.. 网络异常处理在网络不稳定的环境下，播放器需要具备良好的网络异常处理能力。 不科学，实际上，本身我们无论是收包解析还是解码绘制，我们已经有了十多年的技术积累，这块无非就是多个http的下载而已，http相对rtmp、rtsp实现，难度可控，特别是相对于rtsp，复杂度没那么高。
1.9K10编辑于 2025-03-24 - 来自专栏RTSP/RTMP直播相关
如何在Android中实现低延迟的多实例RTSP|RTMP播放器
尤其是在 Android 上开发高性能、低延迟的多实例 RTSP|RTMP 播放器时，涉及到资源管理、线程同步和回调事件处理等多个层面的考虑。 在本文中，我将展示如何使用大牛直播SDK，创建一个可支持多个实例的 RTSP 播放器，并分析如何在实际应用中进行优化。1. 项目背景和需求本项目的目标是实现一个支持多个 RTSP|RTMP流播放的 Android 播放器，用户可以通过不同的界面组件（如按钮和 SurfaceView）控制多个 RTSP|RTMP播放流的启动、 播放器需要具备以下特点： 多实例管理：能够同时管理多个 RTSP|RTMP播放器实例，确保每个实例的生命周期独立。 低延迟播放：优化播放器的启动时间和播放延迟。 多实例 RTSP 播放器的优化3.1 资源管理优化对于多个实例的播放器，必须确保每个实例都能独立释放资源。
1.5K10编辑于 2025-04-24 - 来自专栏RTSP服务器
低延迟RTSP播放器为什么总被低估？一篇文章讲透工程级设计要点
SmartMediaKit 的 RTSP 播放器（SmartPlayer）做的事情，就是把这些分散能力“焊”成一个可以直接扛业务的工程级内核。2. 2.4 小结：开源播放器 ≠ 工程级 RTSP 播放 SDK开源方案的共性是： 能力强，但链路要自己搭 能播，但不保证低延迟 / 稳定性 / 弱网可用性 跨平台差异大，移动端成本极高 几乎不提供业务所需的可观测性和回调体系 3.2 真正可落地的低延迟链路（100–200 ms）SmartPlayer 的低延迟不是“调参数”，而是链路级别的设计： 毫秒级可调 JitterBuffer 首屏秒开 弱网追帧 + 累积丢弃策略 5.2 弱网鲁棒性经过产业级验证在安防、无人机、工业视觉等场景中，网络抖动、长距离链路、4G/5G 频繁切换非常常见。 总结：真正的工程级 RTSP 播放器，必须经得起业务的“长期折磨”开源播放器不是不好，它们是伟大的工具，但它们的定位是： “提供能力”，不是“提供完整的工程链路”。
68800编辑于 2025-11-19 - 来自专栏RTSP/RTMP直播相关
Windows平台RTSP播放器选型与低延迟全解析及技术实践
协议与链路复杂度：Windows 原生并不直接提供完善的 RTSP 播放链路支持，RTP 解复用、乱序重组、缓存管理都需要播放器自行实现或依赖第三方库，稍有疏忽就会引发花屏、音画不同步或延迟积累。 5. 可落地调优清单（Windows端实战）以下调优建议基于大牛直播SDK的能力特性，并结合 Windows 平台在弱网、低延迟、多实例等场景的工程经验总结。 超时与鉴权：合理设置 RTSP 超时（秒级），避免因临时网络波动导致长时间卡顿；如 URL 携带账号密码，SDK 自动处理 401 认证事件。 快速切流：利用 快速切换 URL 能力，在不重置播放器实例的情况下直接切换到新流，显著减少切换延迟。 结语在 Windows 平台选择 RTSP 播放器，从来不只是“能不能播”的技术判断，而是一场涉及延迟控制、播放稳定性、并发能力与运维成本的全局博弈。
1.1K10编辑于 2025-08-14 - 来自专栏RTSP/RTMP直播相关
从协议到工程：一款超低延迟RTSPRTMP播放器的系统级设计剖析
大牛直播官网在《如何对 RTSP 播放器做功能和性能评估》中提出的技术清单中，已将这些指标工程化： 包括低延迟、A/V 同步、毫秒级 Buffer 调度、H.265 播放与录制、TCP/UDP 自适应、 播放器在端到端链路上通过“毫秒级缓冲调度 + 解码线程优化 + 渲染时钟对齐”实现稳定延迟控制，典型场景下延迟可维持在 100–200ms 区间。 在这一层面上，大牛直播播放器通过四项核心策略，把“理论延迟”切成“工程可控延迟”： 毫秒级 Buffer 调度 传统播放器采用统一的秒级缓冲机制，虽然稳定，但延迟高。 轻量级HTTP-FLV /WS-FLV 模块： 打通浏览器播放端，提供 HTTP/WebSocket + FLV 直连能力，实现浏览器直播毫秒级延迟链路。 ，定位延迟瓶颈； 结合 Buffer Time 毫秒级配置找到“稳态最优点”。
90310编辑于 2025-10-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号