- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 - 来自专栏音视频技术学习笔记
音视频技术(6)-iOS音视频同步
音视频同步播放流程 网上绝大多数代码都是参照ffplay来实现的，下面按照接入流程一步步讲解如何实现iOS平台上音视频同步 iOS接入ffmpeg和SDL可以参考前面的文章，本文不做赘述。 打开流并解析音视频帧 注意几点 1.新版本ffmpeg里，新增api,avcodec_parameters_to_context(...)用来获取解码参数 2.新的解码方法，和渲染的api 视频解码需要将pts自然数转成秒值，以和音频同步，音视频同步有多种方法，基于人对声音比较敏感，一般采用视频同步到音频。 可以参考前面音频 和 视频渲染讲解，没有复杂之处 本篇文章花的时间较长，反复研读代码才基本明白是怎么回事，想要再进一步理解，还得去读ffmpeg的源码实现，当前阶段先不做深入了解，比这更重要的是把整个音视频处理大的流程和基本原理磕清楚 音视频处理确实涉及的技术比较深，与笔者当前的工作并不match，只能在不多的休息时间里再挤一点时间，日拱一卒去学习钻研，加油。
2.6K30发布于 2020-03-27 - 来自专栏Freeswitch/SIP/WebRTC通讯
Case 6 FreeSwitch 对接 RTSP 和 RTMP视频
1593605951&q-key-time=1593598751;1593605951&q-header-list=&q-url-param-list=&q-signature=6704b2bfd8ef2cb6ba4c1bbb591974f8a6e0dbcd q-url-param-list=&q-signature=be08508ecf14b4670143725bd363d81a4aa262e8] FreeSwitch1.6.18，ESL命令从会议室里呼叫Rtmp 电话端 进入会议 （命令格式如： bgapi expand originate ${rtmp_contact(default/1015@192.168.2.32)} &conference(3502 @video-mcu-stereo)， rtmp电话端主动呼叫会议室号码进入会议可以看到会议视频。
1.4K00发布于 2020-07-01 - 来自专栏RTSP/RTMP直播相关
Android平台音视频推送选RTMP还是GB28181？
技术背景早在2015年，我们发布了RTMP直播推送模块，那时候音视频直播这块场景需求，还不像现在这么普遍，我们做这块的初衷，主要是为了实现移动单兵应急指挥系统的低延迟音视频数据传输。 好多开发者可能会疑惑，走RTMP怎么可能低延迟？网上看到的RTMP推拉流延迟，总归要2-3秒起，如果是自己实现框架，RTMP推拉流逻辑自己实现的话，延迟确实可以控制在毫秒级，这个已无需赘述。 功能设计如下：音频编码：AAC/SPEEX；视频编码：H.264、H.265（RTMP扩展H.265）；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；[摄像头]支持采集过程中，前后摄像头实时切换 Sender IP地址类型 * * @param rtp_sender_handle, CreateRTPSender返回值 * @param ip_address_type, 0:IPV4, 1:IPV6, Receiver IP地址类型 * * @param rtp_receiver_handle, CreateRTPReceiver * @param ip_address_type, 0:IPV4, 1:IPV6,
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 视频讲解及源码领取：音视频开发找工作要不要学习流媒体服务器？ kUserControl = 4, // 用户控制消息 kWindowAckSize = 5, // 窗口确认大小 kSetPeerBandwidth = 6, 推拉流项目实现了一个完整的流媒体服务器，主要特点包括：完整的RTMP协议支持: 握手、命令处理、媒体数据传输高性能网络处理: 基于muduo库的异步网络框架音视频同步机制: 时间戳映射器确保播放连续性GOP
21510编辑于 2026-02-27- 来自专栏RTSP/RTMP直播相关
Android平台实现VR头显Unity下音视频数据RTMP推送
采集到的音视频原始数据，分别投递到Android原生封装的模块，进行编码、打包，通过RTMP传输到服务端，实现毫秒级延迟的RTMP直播方案。 URL，采集音视频数据，推送到RTMP服务，如需推送麦克风，启动麦克风，并设定采样率和通道数，如需混音： public void Push() { if (is_running_) 关闭失败.."); } pusher_handle_ = 0; NT_PB_U3D_UnInit(); is_running_ = false; } 6. 【获得推送实例句柄】NT_PB_U3D_Open，设置上下文信息，返回推送实例句柄； 6. 【推送URL】NT_PB_U3D_SetPushUrl，设置推送的RTMP URL； 40.【开始RTMP推流】NT_PB_U3D_StartPublisher，开始RTMP推流； 41.
1.1K20编辑于 2022-04-28 - 来自专栏关键帧Keyframe
RTMP 协议：为什么直播推流协议都爱用它？丨音视频基础
由于协议设计对低延时、音视频同步等能力的良好支持，RTMP 是实时直播场景，尤其是在推流上行链路中，最常用的传输协议之一。 1.1、数据传输流程 使用 RTMP 协议来传输音视频数据的流程大致如下： 在发送端： 把数据封装成消息（Message）； 把消息分割成块（Chunk）； 将分割后的块（Chunk）通过传输协议（如 在 RTMP 直播中，实时生成视频 Chunk 和音频 Chunk，依次加入到数据流，通过网络发送到客户端。这样的复用传输流，也是音视频同步的关键。 6、最后服务端发送需要播放的音视频数据到客户端。 2）play2 与 play 命令不同的是，play2 命令可以在不改变播放内容的时间轴的前提下切换不同码率的流。 RTMP 块流和 RTMP 协议协同工作很适合于各种和样的音视频程序，从一对一和一对多的直播到视频点播服务再到互动会议程序。
4.3K21编辑于 2022-06-13 - 来自专栏嵌入式项目开发
音视频开发:大华摄像头配置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对接之动态水印设计
is_posted_text1) { cur_h += 6; ret = postText1Layer(text1_index_, 0, cur_h
75960编辑于 2022-05-25 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（2）——rtmp Header
rtmp的协议的数据包，总的来讲分为两大部分，一部分是Rtmp Header，另一部分为Rtmp Body，这一篇我们来主要讲解一下Rtmp Header的组织形式。 第一个字节的低6位，命名为Chunk Stream ID，Chunk Stream ID用来表示消息的级别： chunk stream id 级别 说明 2 low level 3 high level (像connect, create_stream一类消息) 4 control stream 5 video 6 audio 8 control stream 还是看上面抓包的图片： ? 知道了RTMP header的第一个字节的作用以后，接下来我们看下几种不同长度的RTMP Header。 12字节的RTMP Header ? 第一个字节，高2位为01，所以RTMP Header的长度为8字节，接下来是时间戳的delta，简单讲就是时间戳的变化量，BodySize不多说，后面6个字节也比较赤裸裸。
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 - 来自专栏全栈程序员必看
rtmp协议详解_rtmp服务器
1、消息 2、块 3、rtmp的消息类型 4、实例分析rtmp传输过程 一、消息 消息是rtmp的基本数据单元，服务端和客户端通过在网络上发送RTMP消息进行通讯。 协议控制消息使用的ID为 1、2、3、5 和 6 (前面已经介绍过了)。 用户控制消息应该使用消息流ID 0 (以被认为是控制流)，并且以RTMP块流发送时以块流ID为2。 38 2e 31 36 38 2e 31 36 2e 31 32 38 3a 38 30 30 31 2d 6c 69 76 65：string（"rtmp://192.168.16.128:8001 示意图如下： 实例分析： (1)客户端向服务端发送”命令消息”中的”createStream命令”： (2)服务端向客户端发送”命令消息”中的”结果(_result)”： 4、发布音视频数据 (1 (3)客户端开始发送音视频数据。
3.6K12编辑于 2022-11-01 - 来自专栏Qt项目实战
Qt音视频开发6-ffmpeg解码处理
一、前言 采用ffmpeg解码，是所有视频监控开发人员必备的技能，绕不过去的一个玩意，甚至可以说是所有音视频开发人员的必备技能。 ） 获取音频流并初始化音频解码器（av_find_best_stream、avcodec_find_decoder、avcodec_open2） 预分配帧内存（av_frame_alloc） 循环读取音视频帧 支持h265视频流+rtmp等常见视频流。 可暂停播放和继续播放。 支持回调模式和句柄两种模式。 支持线程读取进度等信息和事件回调两种处理模式。 自动将当前播放位置和音量大小是否静音以信号发出去。
1.9K00发布于 2020-08-08 - 来自专栏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 - 来自专栏性能优化
RTMP协议
RTMP 基础 RTMP 概念 与 HTTP(超文本传输协议)同样是一个基于 TCP 的 Real Time Messaging Protocol（实时消息传输协议）。 变量 file(GLOB rtmp_source *.c) # 编译静态库 add_library(rtmp STATIC ${rtmp_source} ) 在 中导入这个 CMakeLists.txt #XXX需要链接rtmp库 target_link_libraries(XXX rtmp ...) RTMP 视频数据 RTMP 视频流格式与 FLV 很相似，通过查看 FLV 的格式文档，就能够知道 RTMP 视频数据应该怎么拼接。 公众号 杨正友 现在专注音视频和 APM ，涵盖各个知识领域； 只做全网最Geek的公众号，欢迎你的关注！
2.2K02发布于 2020-11-24 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（6）——connect后续三剑客
消息格式比较简单，组织结构是RTMP Header + RTMP Body，Header的结构就不赘述了，参考前面的文章；Body中直接使用4个字节表示要设置的大小，此处为0x004c4b40=5000000 Acknowlegement消息，也按照RTMP Header + RTMP Body进行组织，其Body也直接使用4个字节，表示收到数据满足Window Acknowledgement Size的最后一个数据包的序列号 Set Peer Bandwidth消息还是按照RTMP Header + RTMP Body的格式组成。 StreamBegin的数据字段占用4字节，其类型占用2个字节，所以RTMP Body部分总共占用6个字节（类型+数据）。其中数据字段代表已开始运行的流的流ID，此例中为1。 好了，这一篇就到这里了，下一篇我们继续手撕Rtmp协议细节，不要走远！
2.6K41发布于 2020-05-20 - 来自专栏嵌入式项目开发
FFMPEG音视频开发: 完成摄像头、桌面本地录制与rtmp推流(windows)
download/xiaolong1126626497/19323232 二、windows下软件运行效果 （1）主界面效果 （2）保存视频到本地，设置录制间隔为10秒一个视频 （3）推流视频到B站，必须保证RTMP
2.7K20编辑于 2022-01-12 - 来自专栏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
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号