- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
QT下实现低延迟RTSP|RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。 本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图： QTPlayer.png 大牛直播SDK有MFC的demo handle, NT_PVOID user_data, NT_UINT32 event_id, NT_INT64 param1, NT_INT64 param2, NT_UINT64 param3, play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟的 RTMP、RTSP播放的基本流程，感兴趣的开发者可酌情参考。
2.3K80发布于 2021-04-30 - 来自专栏RTSP/RTMP直播相关
Unity低延迟RTSP|RTMP播放器开发指南
提供RTSP TCP/UDP模式设置及自动切换功能，适应不同网络环境，确保播放稳定性。 1.1.2 性能优化特性 内置低延迟模式，可将延迟控制在毫秒级别，满足实时性要求高的场景。 3. 低延迟播放技术实现3.1 网络优化策略3.1.1 缓冲时间设置 将缓冲时间设置在几十毫秒到几百毫秒之间，减少数据缓冲带来的延迟，同时保证播放稳定性。 开启RTSP TCP/UDP自动切换功能，使播放器能根据网络状况自动选择最优传输模式。 4.2 低延迟关键参数配置4.2.1 网络协议优化 RTSP模式选择：默认使用UDP（NT_SP_SetRTSPTcpMode设为0）以减少握手延迟，若网络不稳定则开启TCP/UDP自动切换（NT_SP_SetRtspAutoSwitchTcpUdp RTSP/RTMP播放器，适用于VR、安防、直播等高实时性场景。
1.5K10编辑于 2025-02-20 - 来自专栏RTSP/RTMP直播相关
Andorid平台实现高性能低延迟的多路RTSP播放器
为了满足多路 RTSP 流的同时播放需求，基于大牛直播SDK开发了一款功能丰富、性能稳定的多路 RTSP 播放器。本文将深入解析该播放器的实现原理、代码架构以及关键功能模块。 传统的单路播放器已无法满足此类需求，因此开发一个多路 RTSP 播放器显得尤为必要。该播放器主要面向以下场景： 视频监控中心 ：对多个监控摄像头进行实时监控，要求低延迟、高稳定性。 ，可以启用低延迟模式。 在 configurePlayer 方法中设置低延迟模式。 性能优化 ：采用硬件加速、低延迟模式等技术手段，提高播放性能和实时性。 良好的资源管理 ：合理管理播放器的生命周期和资源，避免内存泄漏和资源浪费。
60810编辑于 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 直播播放器大概的实现参考，随着国产操作系统的推进，Linux下RTMP、RTSP高质量的播放器需求越来越大，Unity下，可以实现和Windows、Android等平台统一开发管理，非常方便。
91500编辑于 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直播相关
如何在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/RTMP直播相关
Windows平台RTSP播放器选型与低延迟全解析及技术实践
协议与链路复杂度：Windows 原生并不直接提供完善的 RTSP 播放链路支持，RTP 解复用、乱序重组、缓存管理都需要播放器自行实现或依赖第三方库，稍有疏忽就会引发花屏、音画不同步或延迟积累。 3. Windows 端主流技术路线对比在 Windows 平台实现 RTSP 播放，有多条可行的技术路线，不同方案在协议支持、延迟控制、弱网适应性、渲染效率、集成成本等方面差异显著。 3.2 FFmpeg + 自研渲染（SDL / D3D11 / OpenGL） 优点： 从 RTSP 接入、RTP 解析、解复用、解码、同步、渲染到显示，全链路完全可控。 低延迟架构要点（Windows 端实践经验）4.1 网络与缓冲策略 RTSP 传输模式：优先选择内网或专线环境以确保链路稳定；在公网或存在丢包风险时，推荐使用 TCP 传输，并在必要时启用 UDP → 结语在 Windows 平台选择 RTSP 播放器，从来不只是“能不能播”的技术判断，而是一场涉及延迟控制、播放稳定性、并发能力与运维成本的全局博弈。
1.1K10编辑于 2025-08-14 - 来自专栏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.8K10编辑于 2024-09-09 - 来自专栏RTSP/RTMP直播相关
Android平台RTSP播放器选型指南：从开源方案到跨平台低延迟专业SDK
从安防监控、教育互动，到单兵指挥、工业巡检，RTSP 作为低延迟直播链路的核心协议，在 Android 终端上能否稳定、流畅地解码与渲染，直接影响整个系统的可用性与用户体验。 当前市面上的 Android RTSP 播放器方案，大体可以分为三类： 开源播放器（ExoPlayer + RTSP 扩展、LibVLC、GStreamer 等） —— 成本低、上手快，但在弱网稳定性、 开源播放器的优劣对比2.1 ExoPlayer + RTSP 扩展 优点：Google 官方维护，集成简单，延迟可调，适合简单播放需求。 结论：开源方案适合原型验证或轻量需求，不适合追求长期稳定、极低延迟的工业级场景。 3. 商业专业 SDK：以大牛直播SDK为例对于大部分需要在 Android 上稳定、低延迟、可跨平台部署 RTSP 播放的行业系统而言，商业化 SDK 往往是更务实的选择。
1.4K10编辑于 2025-08-14 - 来自专栏RTSP/RTMP直播相关
Windows平台Unity3D下如何低延迟低资源占用播放RTMP或RTSP流？
技术探讨自2017年我们发布跨平台的低延迟Unity下的RTSP|RTMP直播播放器后，Unity下的直播体验有了质的提升，特别是RTMP，从大家认知里面的几秒钟，直接缩减到100-300ms，满足了绝大多数场景下低延迟的技术诉求 今天就Unity下的RTSP|RTMP的低延迟播放，从以下几个维度，抛砖引玉，做个探讨： 选择合适的播放插件 Unity下的RTSP|RTMP低延迟播放，业内想到最多的是大牛直播SDK的SmartPlayer 低延迟模式：如果插件或 SDK 提供了低延迟模式的选项，一定要开启该模式。不过，有些情况下开启低延迟模式可能会牺牲一定的视频质量或稳定性，需要进行权衡。 tcp-udp模式设置、rtsp超时时间设置、低延迟模式设置等）。 流，资源占用如下：总结Windows平台如果对延迟和资源占有等，要求非常高，可以选择合适的低延迟RTSP或RTMP播放插件、优化播放参数设置、优化网络环境、优化代码和渲染流程。
99220编辑于 2024-12-10 - 来自专栏RTSP/RTMP直播相关
Android平台如何实现多路低延迟RTSP|RTMP播放？
技术背景 实际上，我们在2015年做Android平台RTSP、RTMP播放模块的时候，第一版就支持了多实例播放，因为SDK设计比较灵活，做个简单的player实例封装即可实现多实例播放（Android 1 : 0); //设置RTSP超时时间 int rtsp_timeout = 10; lib_player_.SmartPlayerSetRTSPTimeout(handle, rtsp_timeout ); //设置RTSP TCP/UDP模式自动切换 int is_auto_switch_tcp_udp = 1; lib_player_.SmartPlayerSetRTSPAutoSwitchTcpUdp 、RTMP播放器海康实现播放缓冲设置、软硬解码设置、实时快照、实时音量调节、实时解码后数据回调等。 毫秒级延迟，完全满足对延迟、稳定性要求苛刻的场景下。感兴趣的开发者，可以单独和我沟通。
67300编辑于 2024-07-16 - 来自专栏RTSP服务器
从SPEC到工程落地：跨平台轻量级RTSP服务与RTSP播放器端到端低延迟方案设计探究
端到端 RTSP 低延迟链路。 3. 三、RTSP播放器模块：跨平台超低延迟的完整链路SmartMediaKit RTSP 播放器 SDK（SmartPlayer）是一款面向 Windows / Linux（x86_64 | aarch64 （2）跨平台 RTSP 播放器：规范化的 RTP→NALU→软、硬解码→渲染链路 严格遵循 RFC 6184/7798 做 RTP 重组 特定平台硬件解码 低延迟、弱网稳态表现优越 它解决的是应用端的实时视频 （3）端到端的低延迟链路：短路径、无冗余、可控在规范化 RTP 流 + zero-cache 服务端模式下， 大牛直播SDK 的典型端到端延迟能保持在100-200ms。
73110编辑于 2025-11-19 - 来自专栏RTSP服务器
100–200ms的稳定低延迟是如何做到的？ RTSP播放器技术全剖析
在实时音视频系统中，最容易被低估、却最能决定整体体验的能力之一，就是 RTSP 播放端的工程稳定性与低延迟表现。 与传统“多媒体播放器”的最大区别在于： SmartPlayer 的设计目标从第一天起就不是“兼容格式”，而是稳定、低延迟、可控、可交付。1. （3）延迟不累积普通播放器在弱网下会出现： 播一分钟延迟 1 秒，播三十分钟延迟 20 秒。 SmartPlayer 采用主动丢帧 + 局部重同步机制，确保延迟始终在可控范围，不随播放时长增长。 四、延迟表现：真实工程环境下的“低延迟稳定区间”RTSP 链路的延迟不是靠“参数调小”就能低，而是依赖底层 RTP、JitterBuffer、解码、渲染多环节共同协作。 ——一套可在任何场景下为 RTSP 链路提供稳定性、低延迟与跨平台一致性的专业内核。
1K10编辑于 2025-11-19 - 来自专栏RTSP/RTMP直播相关
如何在Unity3d平台下低延迟播放RTMP或RTSP流
随着VR类、游戏类场景的快速发展，开发者对Unity3d低延迟的直播需求量越来越大，前两年，大牛直播SDK发布了Windows平台、Android平台和iOS平台的Unity3d RTMP和RTSP的播放 本文以Android平台为例，我们的实现：基于大牛直播SDK现有非常成熟的native RTMP和RTSP播放模块，回调解码后的原始数据，传递给Unity3d，实现相应的绘制即可，对应demo，可以参考 Native RTSP或RTSP直播播放SDK回调RGB/YUV420/NV12等其中的一种未压缩的图像格式； 2. 1 : 0); //设置是否启用低延迟模式 NT_U3D_SetMute(player_handle_, is_mute_ ? _, is_fast_startup); //设置快速启动模式 int rtsp_timeout = 10; NT_U3D_SetRTSPTimeout
4K50发布于 2020-03-02 - 来自专栏RTSP/RTMP直播相关
跨平台低延迟RTSP转RTMP推送技术方案探讨
实现RTSP摄像头数据转RTMP推送到服务器，可以用第三方库或者工具实现，总体设计架构如下：图片一个好的转发模块，首先要低延迟！ 其次足够稳定、灵活、有状态反馈机制、资源占用低，跨平台，最好以接口形式提供，便于第三方系统集成，整体功能设计如下：1. 拉流：通过RTSP直播播放SDK的数据回调接口，拿到音视频数据；2. 转推：通过RTMP直播推送SDK的编码后数据输入接口，把回调上来的数据，传给RTMP直播推送模块，实现RTSP数据流到RTMP服务器的转发；3. is_playing_ ){pull_api_->Close(pull_handle_);pull_handle_ = NULL;}is_pulling_ = false;}3. 需要确保系统具有足够的处理能力和带宽，以避免延迟或丢帧等问题。
1.8K40编辑于 2023-07-11 - 来自专栏RTSP/RTMP直播相关
Unity3D下如何实现跨平台(WindowsLinuxAndroidiOS)低延迟的RTMP、RTSP播放
简单来说，多一次拷贝，都会增大性能瓶颈或延迟。 ;Windows平台RTMP|RTSP直播播放模块；Linux平台RTMP直播推送模块（采集Unity窗体、Unity声音），也可扩展轻量级RTSP服务模块;Linux平台RTMP|RTSP直播播放模块 |RTSP直播播放模块；iOS平台RTMP|RTSP直播播放模块。 下图系Linux平台RTMP播放图，可以看到，延迟非常低。 1 : 0); //设置是否启用低延迟模式 NT_U3D_SetMute(player_handle_, is_mute_ ?
1.4K50编辑于 2023-05-24 - 来自专栏网页播放RTSP
猿大师播放器：网页RTSP H.265视频流低延迟革命，无需转码终极解决方案
然而，传统技术方案长期受制于高延迟、高成本、低兼容性等瓶颈，成为数字化转型的“绊脚石”。1. 中间服务器转码：延迟与成本的“双重暴击”高延迟：通过FFmpeg将RTSP转码为HLS或RTMP流时，需经历“拉流→解码→编码→传输→播放”多环节，累积延迟普遍在3-5秒，难以满足消防、交通等实时场景需求 二、猿大师播放器：无需转码的颠覆性突破猿大师播放器基于国家专利技术，通过调用本地VLC/FFPLAY引擎，直接在浏览器中解析RTSP/RTMP流，彻底摒弃服务器转码，实现“终端直连、零中间层”的极致效率 毫秒级低延迟：重新定义实时性标准原生性能无损：依托VLC内核的硬件加速能力，延迟低至300ms，与桌面端VLC播放效果完全一致，较转码方案提升10倍实时性。 五、未来已来：加入猿大师，开启无延迟时代猿大师播放器不仅是技术工具，更是企业数字化转型的“效率杠杆”。
1.4K10编辑于 2025-02-20 - 来自专栏RTSP/RTMP直播相关
IE浏览器如何低延迟播放RTSP或RTMP流
hls流（如果可以忍受几秒甚至十几秒延迟的话）。 本文基于大牛直播SDK https://github.com/daniulive/SmarterStreaming 现有RTSP、RTMP播放接口的基础上，二次封装，扩展了ocx控件，用于IE浏览器下的低延迟 Event回调传递，特别是多窗口多实例播放模式下，需要区分处理不同实例回调上来的event（如分辨率、实时码率、网络状态等）； 3. ULONG NT_SetLowLatencyMode(LONG mode); 设置是否低延迟模式播放； 13. OpenPlayer(); } var obj = document.getElementById("SmartPlayerActiveX"); //设置是否启用低延迟模式
1.7K50发布于 2021-03-08 - 来自专栏RTSP/RTMP直播相关
iOS平台如何实现毫秒级延迟的RTMP|RTSP播放器
技术背景在我的blog里面，最近很少有提到iOS平台RTMP推送|轻量级RTSP服务和RTMP|RTSP直播播放模块，实际上，我们在2016年就发布了iOS平台直播推拉流、转发模块，只是因为传统行业， 技术实现先说播放实现，iOS端，RTMP|RTSP直播播放，我们实现的功能如下： [支持播放协议]高稳定、超低延迟（毫秒级） [多实例播放]支持多实例播放； [事件回调]支持网络状态、buffer状态等回调 支持特定机型H.265硬解； [H.264/H.265硬解码]Android支持设置Surface模式硬解和普通模式硬解码； [缓冲时间设置]支持buffer time设置； [首屏秒开]支持首屏秒开模式； [低延迟模式 ]支持低延迟模式设置(公网200~400ms)； [复杂网络处理]支持断网重连等各种网络环境自动适配； [快速切换URL]支持播放过程中，快速切换其他URL，内容切换更快； [实时静音]支持播放过程中， rtsp_timeout = 10; [_smart_player_sdk SmartPlayerSetRTSPTimeout:rtsp_timeout]; //设置RTSP TCP
1.5K10编辑于 2024-02-06 - 来自专栏RTSP服务器
低延迟RTSP播放器为什么总被低估？一篇文章讲透工程级设计要点
2.4 小结：开源播放器 ≠ 工程级 RTSP 播放 SDK开源方案的共性是： 能力强，但链路要自己搭 能播，但不保证低延迟 / 稳定性 / 弱网可用性 跨平台差异大，移动端成本极高 几乎不提供业务所需的可观测性和回调体系 3. 为什么SmartPlayer更适合工程落地？SmartMediaKit 的 RTSP 播放器（SmartPlayer）并不是简单的“播放器”，而是一条完整、可控、可观测、可复用的实时播放链路。 RTSP 播放器的价值，只有在真实行业场景中才能被验证。SmartPlayer 之所以被大量采用，不是因为“功能多”，而是因为它能在各种极端业务环境中保持稳定、低延迟、可控、可扩展。 ，形成了一套： 跨平台一致、弱网鲁棒、100–200ms 低延迟、可观测、可扩展、工程化完备的 RTSP 播放链路内核。 如果你正在选型 RTSP 播放器，那么最关键的问题不是“能不能播”，而是： 能否在真正的业务场景中长期稳定、低延迟、可控地播。 SmartPlayer 的答案，是肯定的。
68800编辑于 2025-11-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号