- 综合排序
- 最热优先
- 最新优先
- 来自专栏用户1692782的专栏
手撕Rtmp协议细节（11）——videoData
上一篇我们看了rtmp audio的数据结构，这一篇我们来一起看一看rtmp video的数据结构。 老规矩，先上一个video数据的抓包文件，有个直观的感受。 ? 通过抓包文件，我们可以看到，熟悉的Rtmp Header + Rtmp Body的组织结构，Body中打包的是经过压缩的视频数据。Body中打包视频数据的方式也与音频类似。 好了，这一篇介绍完，关于rtmp协议的交互流程我们也介绍完毕了，这一遍走完，我们对rtmp有了基本的了解，知道了其基本的协议交互流程，以及其数据封装的格式。 了解一个协议，核心就是掌握其数据组织格式以及协议交互流程，通过这一系列的文章，相信我们可以对rtmp做到心中有数。 结语 写到这一篇，关于rtmp协议的专题也就告一段落了，希望对各位有所帮助 ?
3.3K20发布于 2020-05-26 - 来自专栏RTSP/RTMP直播相关
音视频新人如何快速上手nginx-rtmp-module
源码结构说明nginx-rtmp-module/├── ngx_rtmp.c // RTMP模块入口定义├── ngx_rtmp.h // 模块的核心数据结构定义 ├── ngx_rtmp_cmd_module.c // 处理RTMP命令消息（connect/publish/play）├── ngx_rtmp_handler.c // RTMP事件处理和连接管理逻辑 ├── ngx_rtmp_core_module.c // RTMP核心配置与指令定义├── ngx_rtmp_live_module.c // RTMP直播流管理模块├── ngx_rtmp_record_module.c // 音视频Codec分析和处理└── ngx_rtmp_shared.c // 共享内存管理2. 在ngx_rtmp_handler.c中实现了对RTMP协议的状态机，处理RTMP消息包的读写。
40000编辑于 2025-03-26 - 来自专栏RTSP/RTMP直播相关
Android平台音视频推送选RTMP还是GB28181？
技术背景早在2015年，我们发布了RTMP直播推送模块，那时候音视频直播这块场景需求，还不像现在这么普遍，我们做这块的初衷，主要是为了实现移动单兵应急指挥系统的低延迟音视频数据传输。 好多开发者可能会疑惑，走RTMP怎么可能低延迟？网上看到的RTMP推拉流延迟，总归要2-3秒起，如果是自己实现框架，RTMP推拉流逻辑自己实现的话，延迟确实可以控制在毫秒级，这个已无需赘述。 随着无纸化会议、智慧教室、智能化硬件产品的普及，RTMP的技术方案发展一度非常好，有些无人机或智能机器人，都可以自带推送RTMP流数据，配合大牛直播SDK的RTMP低延迟播放器模块，可以实现毫秒级的技术体验 图片我们实现demo的时候，RTMP推送和GB28181都放到一起了，也就是说，可以同时使用RTMP推送和GB28181设备接入，也可以单独使用。 功能设计如下：音频编码：AAC/SPEEX；视频编码：H.264、H.265（RTMP扩展H.265）；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；[摄像头]支持采集过程中，前后摄像头实时切换
69840编辑于 2023-05-26 - 来自专栏开源技术小栈
FFmpeg 通过 RTMP 轻松打造笔记本音视频直播
FFmpeg 通过 RTMP 轻松打造笔记本音视频直播 原创 Tinywan 开源技术小栈 2025年06月07日 10:08 浙江 查看本机电脑的设备 ffmpeg -list_devices true 来这里查看哦 FFmpeg编码推送到RTMP服务器 推送命令 ffmpeg -f dshow -i video="Lenovo EasyCamera":audio="麦克风 (Realtek High Definition Audio)" \ -vcodec libx264 \ -acodec copy -preset:v ultrafast -tune:v zerolatency \ -f flv "rtmp 来这里查看哦 FFmpeg编码推送到RTMP服务器 推送命令 ffmpeg -f dshow -i video="Lenovo EasyCamera":audio="麦克风 (Realtek High Definition Audio)" \ -vcodec libx264 \ -acodec copy -preset:v ultrafast -tune:v zerolatency \ -f flv "rtmp
37210编辑于 2025-06-08 音视频项目：实现一个RTMP流媒体服务器
内容来源：程序员老廖项目概述本项目是一个基于muduo网络库实现的高性能RTMP流媒体服务器，支持：✅ H.264 + AAC 音视频编码格式✅ 多路推流和拉流 ✅ GOP缓存机制 实现快速首屏✅ 音视频同步 ✅ 低延迟优化✅ 时间戳映射 保证播放连续性技术栈网络框架: muduo (高性能网络库)协议支持: RTMP 1.0 规范音视频格式: H.264 + AAC编程语言: C++17构建工具: CMake 视频讲解及源码领取：音视频开发找工作要不要学习流媒体服务器？ Chunk格式enum class RtmpChunkFormat : uint8_t { kType0 = 0, // 完整消息头 (11字节) kType1 = 1, // 无消息流 推拉流项目实现了一个完整的流媒体服务器，主要特点包括：完整的RTMP协议支持: 握手、命令处理、媒体数据传输高性能网络处理: 基于muduo库的异步网络框架音视频同步机制: 时间戳映射器确保播放连续性GOP
21510编辑于 2026-02-27- 来自专栏RTSP/RTMP直播相关
大牛直播SDK跨平台RTMP直播推送模块技术设计和功能列表
功能支持Windows平台RTMP直播推送SDK音频编码：AAC/SPEEX；视频编码：H.264、H.265；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；[屏幕/摄像头]支持帧率、关键帧间隔 Linux平台x64_64架构|aarch64架构RTMP直播推送SDK音频编码：AAC/SPEEX；视频编码：H.264；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；支持X11屏幕采集 系统, 需要libX11.so.6, 需要GLib–2.0, 需安装 libstdc++.so.6.0.21、GLIBCXX_3.4.21、 CXXABI_1.3.9）；Android平台RTMP直播推送 iOS平台RTMP直播推送SDK音频编码：AAC；视频编码：H.264、H.265；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；[摄像头]支持采集过程中，前后摄像头实时切换；支持帧率、 、竖屏推送；[对接服务器]支持自建标准RTMP服务器或CDN；支持断网自动重连、网络状态回调；实时快照；外部编码前音视频数据对接；外部编码后音视频数据对接；特定设备H.265硬编码；RTMP扩展H.265
88210编辑于 2024-07-24 - 来自专栏RTSP/RTMP直播相关
Android平台实现VR头显Unity下音视频数据RTMP推送
采集到的音视频原始数据，分别投递到Android原生封装的模块，进行编码、打包，通过RTMP传输到服务端，实现毫秒级延迟的RTMP直播方案。 URL，采集音视频数据，推送到RTMP服务，如需推送麦克风，启动麦克风，并设定采样率和通道数，如需混音： public void Push() { if (is_running_) 【设置软编码可变码率编码】NT_PB_U3D_SetSwVBRMode，设置软编码可变码率编码模式； 11. 【推送URL】NT_PB_U3D_SetPushUrl，设置推送的RTMP URL； 40.【开始RTMP推流】NT_PB_U3D_StartPublisher，开始RTMP推流； 41. 【停止RTMP推流】NT_PB_U3D_StopPublisher，停止RTMP推流； 42.【开始录像】NT_PB_U3D_StartRecorder，开始录像； 43.
1.1K20编辑于 2022-04-28 - 来自专栏关键帧Keyframe
音视频面试题集锦（第 11 期）
下面是 2023.11 月音视频面试题集锦的几条干货精选： 1、OpenGL 的双缓冲机制是什么？
86811编辑于 2023-11-30 - 来自专栏关键帧Keyframe
RTMP 协议：为什么直播推流协议都爱用它？丨音视频基础
由于协议设计对低延时、音视频同步等能力的良好支持，RTMP 是实时直播场景，尤其是在推流上行链路中，最常用的传输协议之一。 1.1、数据传输流程 使用 RTMP 协议来传输音视频数据的流程大致如下： 在发送端： 把数据封装成消息（Message）； 把消息分割成块（Chunk）； 将分割后的块（Chunk）通过传输协议（如 在 RTMP 直播中，实时生成视频 Chunk 和音频 Chunk，依次加入到数据流，通过网络发送到客户端。这样的复用传输流，也是音视频同步的关键。 RTMP 块流和 RTMP 协议协同工作很适合于各种和样的音视频程序，从一对一和一对多的直播到视频点播服务再到互动会议程序。 我们将在后面继续探讨其他常见的音视频协议，敬请期待） - 完 -
4.3K21编辑于 2022-06-13 - 来自专栏SRS开源服务器
如何选择音视频开源项目，避坑指南，入坑躺平
老语言也一样，比如C看不惯C++的浮躁所以要搞个，C++看不惯C的低效得搞个，C++11看不起C++98还是得再来一个，C++20出来肯定还得有RTMP server被创造出来。 看几个音视频服务器的介绍： •nginx-rtmp[8], NGINX-based Media Streaming Server. 做Nginx的，缺个媒体服务器，所以我做了。 •mediasoup[11], Cutting Edge WebRTC Video Conferencing. 一个CuttingEdge的WebRTC会议服务器。 q=rtmp+server&type=repositories [3] 有C的: https://github.com/arut/nginx-rtmp-module [4] 有C++的: https:/ https://github.com/meetecho/janus-gateway [11] mediasoup: https://github.com/versatica/mediasoup [12
92040编辑于 2022-03-18 - 来自专栏腾讯IMWeb前端团队
理论 | 使用flv.js做直播
如果你看的很吃力可以先了解下音视频技术的一些基础概念。 常见直播协议 RTMP: 底层基于TCP，在浏览器端依赖Flash。 常见直播协议延迟与性能数据以下数据只做对比参考 传输协议 播放器 延迟 内存 CPU RTMP Flash 1s 430M 11% HTTP-FLV Video 1s 310M 4.4% HLS Video 可以看出在浏览器里做直播，使用HTTP-FLV协议是不错的，性能优于RTMP+Flash，延迟可以做到和RTMP+Flash一样甚至更好。 同时支持录播和直播 去掉对Flash的依赖 flv.js 限制 FLV里所包含的视频编码必须是H.264，音频编码必须是AAC或MP3， IE11和Edge浏览器不支持MP3音频编码，所以FLV里采用的编码最好是 FLV容器格式封装压缩后的数据，封装成一个FLV TAG 再把FLV TAG通过RTMP协议推流到音视频服务器，音视频服务器再从RTMP协议里解析出FLV TAG。
4.4K10编辑于 2022-06-29 - 来自专栏IMWeb前端团队
使用flv.js做直播
如果你看的很吃力可以先了解下音视频技术的一些基础概念。 常见直播协议 RTMP: 底层基于TCP，在浏览器端依赖Flash。 常见直播协议延迟与性能数据以下数据只做对比参考 传输协议 播放器 延迟 内存 CPU RTMP Flash 1s 430M 11% HTTP-FLV Video 1s 310M 4.4% HLS Video 可以看出在浏览器里做直播，使用HTTP-FLV协议是不错的，性能优于RTMP+Flash，延迟可以做到和RTMP+Flash一样甚至更好。 同时支持录播和直播 去掉对Flash的依赖 flv.js 限制 FLV里所包含的视频编码必须是H.264，音频编码必须是AAC或MP3， IE11和Edge浏览器不支持MP3音频编码，所以FLV里采用的编码最好是 FLV容器格式封装压缩后的数据，封装成一个FLV TAG 再把FLV TAG通过RTMP协议推流到音视频服务器，音视频服务器再从RTMP协议里解析出FLV TAG。
14.3K105发布于 2017-12-29 - 来自专栏嵌入式项目开发
音视频开发:大华摄像头配置RTSP与RTMP地址访问视频画面
例如: http://10.0.0.4 登录之后看到摄像头画面： 配置摄像头码流参数： 网络配置页面上可以看到各个协议的默认端口: 平台接入里可以配置RTMP地址： 三、RTSP地址访问摄像头效果 自己编写拉流软件，获取摄像头数据： 流媒体播放器设计：https://blog.csdn.net/xiaolong1126626497/article/details/105412560 四、大华摄像头的RTMP 地址设置 大华摄像头支持推流到RTMP服务器，要使用这个功能，需要先自己搭建一个RTMP服务器再配置。 windows如何搭建RTMP服务器？ 看这里： https://xiaolong.blog.csdn.net/article/details/106391149 linux如何搭建RTMP服务器？ RTMP拉流和推流的地址是一样的。
18.9K30编辑于 2022-01-12 - 来自专栏RTSP/RTMP直播相关
Android平台音视频RTMP推送|GB28181对接之动态水印设计
随着移动单兵、智能车载、智慧安防、智能家居、工业仿真、GB28281技术对接等行业的发展，现场已经不再限于采集到视频数据编码打包发送或对接到流媒体服务端，大多场景对视频水印的要求越来越高，从之前的固定位置静态文字水印、png水印等慢慢过渡到动态水印需求。
75960编辑于 2022-05-25 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（2）——rtmp Header
rtmp的协议的数据包，总的来讲分为两大部分，一部分是Rtmp Header，另一部分为Rtmp Body，这一篇我们来主要讲解一下Rtmp Header的组织形式。 （如connect） 1（二进制01） 8字节 大部分的rtmp header都是8字节的 2（二进制10） 4字节 比较少见 3（二进制11） 1字节 偶尔出现，低于8字节频率 下面，通过wireshark 图中，RTMP Header的第一个字节为0x03，高两位的值为00，所以，整个RTMP Header的长度就是4个字节了。 知道了RTMP header的第一个字节的作用以后，接下来我们看下几种不同长度的RTMP Header。 12字节的RTMP Header ? 一个字节，就是第一个字节，后面啥也没有喽，高2位为11，所以，RTMP Header占用1个字节，只包含Format 和chunk stream ID。
4.5K40发布于 2020-05-20 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（3）——Rtmp Body
上一篇讲了RTMP数据包中关于Header的数据组织格式，不过一个完整的RTMP数据包除了Header之外，紧跟着的是RTMP Body，这一篇就继续来说一下RTMP Body的数据组织结构了。 说到RTMP Body的数据包组织格式，就不得不提到AMF。 那么AMF和RTMP Body又有什么关系呢，不才，RTMP数据包的序列化就是按照AMF的格式进行的。 说完AMF，再回到我们的RTMP Body，RTMP Body就是按照AMF0规范，将数据包进行组织，然后再通过网络发送的。 好了，接下来就结合wireshark实际抓到的RTMP数据包，一起熟悉AMF0，同时也熟悉RTMP Body的数据包组织方式。 先看一下_result的数据包。 ?
3.3K40发布于 2020-05-20 - 来自专栏RTSP/RTMP直播相关
多路RTSP-RTMP转RTMP定制版
大牛直播SDK(Github)多路RTMP/RTSP转RTMP转发软件，系原有转发SDK基础上，官方推出的Windows平台定制版。 如监控类摄像机、NVR等，通过厂商说明或Onvif工具，获取拉流的RTSP地址，图形化配置，完成拉流转发等操作，轻松实现标准RTMP服务器（或CDN）对接。 此外，可以通过点击拉流地址或推流地址栏，实现推拉流地址，同步到左侧预览框，实现推拉流音视频数据预览。 地址； ² 推流RTMP地址：需要转推的RTMP地址； ² 推流播放地址：需要预览的播放地址； ² 音视频转发选项：可选择之转发音频或视频，亦或同时转发音视频； ² 录像参数配置：可选择录制音频或视频， 亦或音视频同时录制，并可设定录像文件前缀。
3.2K30发布于 2019-09-11 - 来自专栏FFmpeg实战
FFmpeg开发笔记（四十八）从0开始搭建直播系统的开源软件架构
由于直播系统不仅涉及到音视频数据的编解码，还涉及到音视频数据的实时传输，因此直播领域采用的网络技术标准比较高，实现起来也比一般的WEB系统复杂。 SRS与FFmpeg、OBS、VLC、WebRTC等客户端配合使用，提供音视频流的接收和分发的能力，还支持各种音视频协议转换。 ZLMediaKit是一款国产的开源流媒体服务器，它基于C++11开发，支持多种流媒体协议(RTSP/RTMP/HLS/HTTP-FLV/SRT/WebRTC等)，支持的音视频编码标准包括H265、H264 除了常见的音视频文件，VLC media player还能播放RTMP、RTSP等网络串流。 综合以上的开源直播录制软件、开源流媒体服务器和开源音视频播放器，即可搭建完整的直播系统，该系统的效果图详见之前的文章《利用RTMP协议构建电脑与手机的直播Demo》和《利用SRT协议构建手机APP的直播
95110编辑于 2024-08-18 - 来自专栏全栈程序员必看
rtmp协议详解_rtmp服务器
前言 最近在学习rtmp协议，在看官方文档的时候总是懵懵懂懂，硬生生看了两天，现在基本上了解rtmp协议了，想用自己觉得比较清晰的方式来讲解rtmp协议，希望能够对向我一样的初学者有所帮助。 1、消息 2、块 3、rtmp的消息类型 4、实例分析rtmp传输过程 一、消息 消息是rtmp的基本数据单元，服务端和客户端通过在网络上发送RTMP消息进行通讯。 上面已经详解讲解了rtmp的数据格式了，下面来讲解具体的rtmp协议内容。 载荷 块的载荷就是消息的载荷内容。 总结一下：消息是rtmp的基本数据单元，块是用于将消息重新封装在网络上传输。 示意图如下： 实例分析： (1)客户端向服务端发送”命令消息”中的”createStream命令”： (2)服务端向客户端发送”命令消息”中的”结果(_result)”： 4、发布音视频数据 (1 (3)客户端开始发送音视频数据。
3.6K12编辑于 2022-11-01 - 来自专栏linux驱动个人学习
RTMP协议
RTMP消息块流和RTMP一起适用于多样性音视频应用程序，从一对一和一对 多向视频点播服务器直接广播到交互式会议应用程序。 在基于传输层协议的链接建立完成后，RTMP协议也要客户端和服务器通过“握手”来建立基于传输层链接之上的RTMP Connection链接。 2. 2.9 复合技术： 把分开的音视频数据组合成一条音视频流的过程。 2.10 逆复合技术： 复合的反向过程，交叉存取组装的音视频数据，是他们成为最初的音视频数据。 S2 服务器必须等收到C2之后才能发送其他数据（控制信息和音视频数据） 4. rtmp通信过程 简化如下： client--> server : 发送一个创建流的请求 （C0、C1）。 client--> server : 开始发送 （C2） client--> server : 发送音视频数据（这些包用流的索引号来唯一标识） 4.1 握手第一阶段： C0和S0都是rtmp版本包
1.6K20编辑于 2022-05-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号