- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
iOS平台如何实现毫秒级延迟的RTMP|RTSP播放器
技术背景在我的blog里面，最近很少有提到iOS平台RTMP推送|轻量级RTSP服务和RTMP|RTSP直播播放模块，实际上，我们在2016年就发布了iOS平台直播推拉流、转发模块，只是因为传统行业， 对iOS的需求比较少，所以一直没单独说明，本文主要介绍下，如何在iOS平台播放RTMP或RTSP流。 技术实现先说播放实现，iOS端，RTMP|RTSP直播播放，我们实现的功能如下： [支持播放协议]高稳定、超低延迟（毫秒级） [多实例播放]支持多实例播放； [事件回调]支持网络状态、buffer状态等回调 ]支持低延迟模式设置(公网200~400ms)； [复杂网络处理]支持断网重连等各种网络环境自动适配； [快速切换URL]支持播放过程中，快速切换其他URL，内容切换更快； [实时静音]支持播放过程中， 和RTSP，可以轻松毫秒级，感兴趣的开发者，可以和我单独交流。
1K10编辑于 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算法处理的效率，以上抛砖引玉，感兴趣的开发者
73110编辑于 2025-03-07 - 来自专栏RTSP/RTMP直播相关
VR头显Unity下如何实现毫秒级延迟的RTMP或RTSP播放？
今天，我们主要介绍的是VR头显下，如何低延迟的实现RTMP或RTSP的播放。技术实现说了这么多，如何在VR头显端，尽可能的降低直播播放延迟呢？ 常用的方法，比如可以用专门的播放器中间件，实现数据的拉流解码会数据回调，在unity下，优化数据处理和渲染。 以大牛直播SDK为例，我们在做Unity下RTMP或RTSP直播播放的时候，大多场景对延迟和资源占有要求非常高，鉴于好多时候，特别是头显终端，性能可能不尽人意，需要播放的视频分辨率码率又高，如何高效率的实现低延迟的 RTMP或RTSP播放，是Unity下比较棘手的问题，特别是毫秒级延迟。 、RTSP直播播放，如果需要延迟和稳定性都靠谱，建议数据接收、解包解码回调yuv/rgb数据在原始native模块处理，然后把解码后的数据，高效率的投递到unity测，实现unity环境下的低延迟RTMP
1.1K30编辑于 2023-09-12 - 来自专栏RTSP/RTMP直播相关
RTMP播放器延迟最低可以做到多少？
然而，当网络状况不佳、推流设置不当或播放器配置不合理时，延迟可能会增加。具体来说，RTMP播放器的延迟可能受到以下因素的影响：网络状况：网络延迟和丢包是影响RTMP播放器延迟的重要因素。 实际上，2015年，我们开始做RTMP的推拉流技术方案的时候，我们也遇到了同样的问题，我们先是发布了RTMP推送模块，发现市面上的开源的能找到的RTMP播放器，延迟都满足不了我们期望的毫秒级水准，无法实现移动单兵或其他操控类的使用场景 为此，我们着手开始了全自研框架的RTMP播放器模块，2015年底，我们发布的延迟，让行业内大跌眼镜，左侧是我们的Windows平台RTMP推送模块，采集毫秒计时器窗口，然后，推送到nginx rtmp服务器 ，然后，右侧是我们的播放器拉取rtmp流的整体时延，整体毫秒级，可低至150-300ms。 所以，我们可以有底气的说，在没测试过大牛直播SDK的SmartPlayer RTMP播放器之前，你甚至不相信行业内，RTMP播放器延迟可以稳定的做到毫秒级。
1.2K10编辑于 2024-09-08 - 来自专栏RTSP/RTMP直播相关
Android平台实现无纸化同屏并推送RTMP或轻量级RTSP服务(毫秒级延迟)
轻量级RTSP服务还是RTMP？ 能不能不要自建服务，直接主讲人或教师端，直接启动轻量级RTSP服务，其他终端拉流，如果是小并发，比如5人内的小范围的同屏，Windows平台走轻量级RTSP无可厚非，如果是30-60甚至100人的会议室，建议走RTMP 同屏延迟，能不能做到毫秒级废话不多说，上视频，延迟毫秒级。10. 能不能采集到扬声器的audio？ 总结其实一个好的无纸化同屏系统，需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标，做容易，做好难，上述抛砖引玉，未能面面俱到，感兴趣的开发者，可以跟我单独交流。
85500编辑于 2024-06-18 - 来自专栏RTSP/RTMP直播相关
QT下实现低延迟RTSP|RTMP播放器
好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。 本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图： QTPlayer.png 大牛直播SDK有MFC的demo play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟的 RTMP、RTSP播放的基本流程，感兴趣的开发者可酌情参考。
2.2K80发布于 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 占用 延迟响应毫秒级 .); }}九、总结：从 Demo 到工程落地这套 Linux ARM64 多路播放器 Demo 展示了一条完整、可落地的行业级链路： SDK 层：跨 RTSP/RTMP 协议、解码、同步、OpenGL 渲染 句柄管理层：RAII + 事件分发 + 低延迟参数注入 播放器封装层：播放控制、窗口绑定、截图、Resize X11 应用层：多路布局、事件循环、资源管理 它不是一个“只为了展示功能”的
40110编辑于 2025-11-26 - 来自专栏音视频咖
产品动态 | 快直播，毫秒级超低延迟直播
腾讯云超低延迟快直播 为教育、电竞、电商等场景带来超低延迟 全真直播体验！ 直播流量包现已支持抵扣快直播流量 快来申请体验吧~ ?
4.9K20发布于 2021-05-08 - 来自专栏RTSP/RTMP直播相关
Unity低延迟RTSP|RTMP播放器开发指南
1.1.2 性能优化特性 内置低延迟模式，可将延迟控制在毫秒级别，满足实时性要求高的场景。 支持硬件解码，利用GPU加速视频解码，降低CPU负担，提升播放流畅度。 低延迟播放技术实现3.1 网络优化策略3.1.1 缓冲时间设置 将缓冲时间设置在几十毫秒到几百毫秒之间，减少数据缓冲带来的延迟，同时保证播放稳定性。 开启RTSP TCP/UDP自动切换功能，使播放器能根据网络状况自动选择最优传输模式。 stride）变化时重新初始化Unity的Texture2D，避免每帧重建（通过is_need_init_texture_标志控制） 结语通过大牛直播SDK的深度集成与参数调优，开发者能够在Unity中构建毫秒级延迟的 RTSP/RTMP播放器，适用于VR、安防、直播等高实时性场景。
1K10编辑于 2025-02-20 - 来自专栏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 、RTSP直播播放器大概的实现参考，随着国产操作系统的推进，Linux下RTMP、RTSP高质量的播放器需求越来越大，Unity下，可以实现和Windows、Android等平台统一开发管理，非常方便。
54900编辑于 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.3K10编辑于 2023-01-09 - 来自专栏ETL
CDC实时同步深度解析：毫秒级延迟是如何实现的？
三、毫秒级延迟是如何炼成的？很多人问我：CDC真的能实现毫秒级延迟吗？答案是：能，但需要做好以下几个环节。1. 日志即时解析从数据库日志到可以被应用消费，这中间的延迟必须足够短。 传统方案是先写入文件、再读取解析，延迟通常在秒级。优秀的CDC方案采用流式处理，日志解析延迟可以控制在100毫秒以内。 我们从多个维度对比一下：方案支持数据库延迟吞吐量断点续传DDL同步Oracle LogMinerOracle秒级万条/秒支持需配置DebeziumMySQL/PG/Mongo毫秒级5万/秒支持支持CanalMySQL 同步延迟延迟是CDC最核心的指标。业务对延迟的要求从秒级到毫秒级不等。建议选择延迟在100毫秒以内的方案。3. 断点续传能力生产环境的稳定性至关重要。故障不可避免，但恢复要快。断点续传是必备能力。 选择CDC方案时，建议关注以下五点：支持数据库类型：至少10种以上，覆盖主流数据库同步延迟：毫秒级为佳，秒级可接受断点续传：必备能力，故障快速恢复DDL同步：自动同步表结构变更监控告警：第一时间感知异常数据实时性是数字化转型的基础设施
22210编辑于 2026-03-17 - 来自专栏RTSP/RTMP直播相关
跨平台超低延迟RTMP播放器全链路优化方案解析
引言：延迟与功能，RTMP播放器的核心生命线在企业级直播、安防监控、远程互动等实时视频系统中，RTMP 依然是应用最广、生态最成熟、穿透性最强的流媒体协议之一。 性能核心：毫秒级超低延迟（100~250ms）在专业级视频业务中，“延迟”不仅是体验指标，更是直接决定系统能否落地的关键因素。 大牛直播SDK RTMP 播放器在架构设计之初，就将毫秒级低延迟作为核心目标，并在全链路中做了针对性优化： 高效协议栈：自研 RTMP 协议解析模块，减少握手与数据包调度延时，避免冗余等待。 功能分类详细说明应用价值协议支持高稳定性、毫秒级超低延迟（100~250ms），业内领先的 RTMP 播放内核；兼容 RTMP 扩展 H.265 与 Enhanced RTMP H.265满足跨公网/专网 大牛直播SDK RTMP 播放器以跨平台全自研内核为基石，从网络协议解析到解码渲染链路全程优化，稳定实现公网 100~250ms 毫秒级延迟、全功能矩阵覆盖以及多平台统一接入。
53910编辑于 2025-08-08 - 来自专栏RTSP/RTMP直播相关
如何在Android中实现低延迟的多实例RTSP|RTMP播放器
尤其是在 Android 上开发高性能、低延迟的多实例 RTSP|RTMP 播放器时，涉及到资源管理、线程同步和回调事件处理等多个层面的考虑。 项目背景和需求本项目的目标是实现一个支持多个 RTSP|RTMP流播放的 Android 播放器，用户可以通过不同的界面组件（如按钮和 SurfaceView）控制多个 RTSP|RTMP播放流的启动、 播放器需要具备以下特点： 多实例管理：能够同时管理多个 RTSP|RTMP播放器实例，确保每个实例的生命周期独立。 低延迟播放：优化播放器的启动时间和播放延迟。 它包含多个 SurfaceView 和控制按钮，每个按钮控制一个 RTSP|RTMP播放流的播放和录制。它的关键任务是初始化播放器实例，处理按钮点击事件，以及更新 UI 显示。 总结与展望通过将 LibPlayerWrapper 设计为一个独立的播放器实例包装类，结合大牛直播SDK的JNI层提供的底层播放控制接口，我们能够实现一个功能完备的多实例 RTSP|RTMP播放器。
1K10编辑于 2025-04-24 - 来自专栏RTSP/RTMP直播相关
Android平台毫秒级低延迟HTTP-FLV直播播放器技术探究与实现
四、Android端实现HTTP-FLV播放器1. 以大牛直播SDK的Windows平台采集桌面毫秒计时器窗口，编码打包推送RTMP到流媒体服务器，流媒体服务器出http-flv的流，大牛直播SDK的SmartPlayer从流媒体服务器拉流，整体延迟如下 ，可以看到，真的不输我们做的RTMP、RTSP直播播放器延迟！ 当然这个延迟，对我们来说倒是也不觉得奇怪。五、优化与注意事项1.. 网络异常处理在网络不稳定的环境下，播放器需要具备良好的网络异常处理能力。 好多开发者可能会好奇，为什么我们的延迟这么低？
1.3K10编辑于 2025-03-24 - 来自专栏RTSP/RTMP直播相关
RTMP和WebRTC使用场景有哪些差别？
省流版先说结论直播领域，RTMP和WebRTC各有优势。如果直播场景对延迟有一定要求，但更注重稳定性和兼容性，那么RTMP可能是一个更好的选择。 在CDN（内容分发网络）的支持下，RTMP可以实现2-3秒的低延迟，如果推拉流做的比较好的话，当然可以做到毫秒级延迟，适用于需要一定实时性但更注重稳定性的直播场景，如大型活动直播、在线教育等。 广泛支持：RTMP是一个广泛支持的流媒体协议，与许多流媒体服务器和播放器兼容，方便集成和使用。高质量传输：RTMP支持高质量的音视频传输，能够满足用户对直播画质和音质的需求。 WebRTC的特点及适合场景更低延迟：WebRTC采用UDP协议，能够实现更低的延迟，通常可以控制在几百毫秒以内，非常适合实时互动场景，如视频会议、直播互动等。 对比分析RTMPWebRTC延迟较低（一般2-3秒，推拉流优异的话，可以毫秒级）更低（几百毫秒）可靠性高（基于TCP协议）适中（基于UDP协议，但可通过其他机制增强）兼容性广泛支持流媒体服务器和播放器现代
1.2K10编辑于 2024-09-09 - 来自专栏RTSP/RTMP直播相关
从协议到工程：一款超低延迟RTSPRTMP播放器的系统级设计剖析
大牛直播官网在《如何对 RTSP 播放器做功能和性能评估》中提出的技术清单中，已将这些指标工程化： 包括低延迟、A/V 同步、毫秒级 Buffer 调度、H.265 播放与录制、TCP/UDP 自适应、 播放器在端到端链路上通过“毫秒级缓冲调度 + 解码线程优化 + 渲染时钟对齐”实现稳定延迟控制，典型场景下延迟可维持在 100–200ms 区间。 在这一层面上，大牛直播播放器通过四项核心策略，把“理论延迟”切成“工程可控延迟”： 毫秒级 Buffer 调度 传统播放器采用统一的秒级缓冲机制，虽然稳定，但延迟高。 轻量级HTTP-FLV /WS-FLV 模块： 打通浏览器播放端，提供 HTTP/WebSocket + FLV 直连能力，实现浏览器直播毫秒级延迟链路。 ，定位延迟瓶颈； 结合 Buffer Time 毫秒级配置找到“稳态最优点”。
62210编辑于 2025-10-20 - 来自专栏刘同学被占用了
基于RTMP和WebRTC开发大规模低延迟(1000毫秒内)直播系统
RTMP系统推流播放延迟分析 一个经过优化的RTMP-CDN网络端到端的延迟大概在2-3秒, 延迟大一些要在5秒甚至10秒以上. 从推流到播放, 会引入延迟的环节有编码延迟, 网络丢包和网络抖动, 视频的分段传输, 多媒体节点的relay, 播放器的缓存等等. 减少到1秒之内, 在播放器端可以适当减小buffer, 并设置一定的追帧策略, 防止过大的buffer引起的时延. 低成本的低延迟的实现 在RTMP直播系统中从推流端到网络传输到播放器都做深度定制确实可以做到比较低的延迟, 但成本也是比较高的, 需要完备的高水平的团队(服务端和客户端), 以及大量的带宽服务器资源. 如果想做到超低延迟(1000毫秒以内)更是难上加难, 而且这么低的延迟也会带来一些负面的效果, 网络出现少许抖动的时候就会出现卡顿等等. 有没有更低成本的实现方案呢?
15.5K51发布于 2019-04-03 - 来自专栏RTSP/RTMP直播相关
SmartRtmpPlayer播放器怎么样？
一对一互动直播、内置轻量级RTSP服务、RTSP网关服务等，比快更快，业界真正稳定可靠的超低延迟直播SDK(毫秒级延迟，低延迟模式下150~300ms)。 大牛直播SDK的RTMP播放器在行业内享有较高的评价，其特点主要体现在以下几个方面：超低延迟大牛直播SDK的RTMP播放器在延迟控制方面表现出色，能够将播放延迟稳定地控制在较低水平。 在硬件性能无瓶颈的前提下，其延迟可稳定在较低水平，满足了对延迟要求苛刻的场景需求。高稳定性该播放器具备高稳定性，能够长时间稳定运行，减少因播放器故障导致的直播中断等问题。 综上所述，大牛直播SDK的RTMP播放器在超低延迟、高稳定性、多平台兼容、功能丰富性、易用性与集成性等方面均表现出色，是一款值得推荐的流媒体播放解决方案。 [支持播放协议]高稳定、超低延迟（毫秒级，行业内几无效果接近的播放端）、业内领先的RTMP直播播放器SDK； [多实例播放]支持多实例播放； [事件回调]支持网络状态、buffer状态等回调； [视频格式
1.6K10编辑于 2024-09-13 - 来自专栏RTSP/RTMP直播相关
跨平台超低延迟（100~200ms）RTMP播放器架构、规范与应用场景全解读
这使得 RTMP 能够继续承担 超低延迟直播链路 的角色，为 SDK 与终端播放器奠定了基础。二、RTMP协议与视频编码标准的结合1. 超低延迟播放能力大牛直播 SDK RTMP 播放器专为 毫秒级低延迟 场景设计： 公网环境延迟仅 100~200ms，结合优化的 JitterBuffer 策略，实现端到端“秒开、稳播”； 首屏秒开： 毫秒级延迟（100~200ms）：满足实时指挥与应急处置需求； ARGB 图像叠加：可在视频上实时叠加水印、Logo 或告警标识； 断网自动重连：保证监控链路的连续性与高可用性。 2. 七、结语：专业级播放器的基石RTMP 协议之所以能够在 Flash 退出舞台后依旧存活，并在今天依然被广泛使用，本质在于它具备 稳健的协议机制 与 良好的生态延展性。 大牛直播 SDK RTMP 播放器正是基于这一坚实底座，通过 全自研跨平台内核 实现： 毫秒级低延迟，支撑公网环境下 100~200ms 的实时播放； 软硬解灵活切换，保证在多平台、多终端环境下的性能最优解
80610编辑于 2025-09-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号