对应RTMP推流,业界有很多开源方案。如使用FFMPEG推流,librtmp(rtmp-dump),gstream推流。由于ffmpeg和gstreamer比较庞大,仅仅用来推流,有大炮打蚊子之嫌。 推流接口。 \n"); return 0; } 基本思路如下: 读文件----解析NAL单元---利用 SendData发送一个完成的NAL单元完成推流 编译main.cpp Wrapper_RtmpLib.cpp 运行可执行程序推流 . 3.如果是云主机,在云主机内不能推公网IP,而要推内网IP 192.168.1.226,客户端访问需要外网IP。 客户端播放效果如下:。
简介 在前面的两篇文章中:Android RTMP推流之MediaCodec硬编码一(H.264进行flv封装)介绍了如何MediaCodec进行H264硬编码,然后将编码后的数据封装到flv文件中。 Android平台下RTMPDump的使用介绍了如何将RTMPDump移植到Android平台下,并读取解析flv文件进行推流。 主要增加三个方法:建立连接,推流数据,释放连接。 我们还是使用Android RTMP推流之MediaCodec硬编码一(H.264进行flv封装)里的代码。 第三步 c++层方法实现 c++层推流逻辑的编写。我们将方法写到rtmp_handle.cpp。
服务器地址 rtmp = r'rtmp://txy.live-send.acg.tv/live-txy/' # 读取视频并获取属性 cap = cv2.VideoCapture(0) size = (int RTMP是什么? RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。 该协议基于TCP,是一个协议族,包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。 RTMP是一种设计用来进行实时数据通信的网络协议,主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。 RTMP与HTTP一样,都属于TCP/IP四层模型的应用层。 树莓派是什么?
在前面一节基于FFmpeg进行RTMP推流(一)我们写了最简单的一版推流代码。但细心调试过的兄弟会发现当我们把文件换成mp4后,发现上面的代码在写入文件头时报错。也就是说上一版的代码是有bug的。 说明我们推流的速度有问题。快了或慢了都会有问题。我们大概可以定位到,我们在计算延时的时候出现了错误。 test.mp4放到bin目录下即可 const char *inUrl = "hs.mp4"; //输出的地址 const char *outUrl = "rtmp://192.166.11.13 ////////////////////////////////////////////////////////////////// // 准备推流 << endl; //推流每一帧数据 //int64_t pts [ pts*(num/den) 第几秒显示] //int64_t dts 解码时间 [P帧(相对于上一帧的变化
前言 搭建基于rtmp协议的推流服务器。 nginx-1.12.2 nginx 3、备份文件 cp -r /etc/nginx /etc/nginx_bak mv /usr/sbin/nginx /usr/sbin/nginx_bak 下载rtmp 模块 仓库地址:nginx-rtmp-module cd /usr/lib64/nginx/modules/ git clone https://github.com/arut/nginx-rtmp-module.git NGINX_HOME=/usr/local/nginx export PATH=$PATH:$NGINX_HOME/sbin 重新编译环境变量 source /etc/profile 配置Nginx的rtmp 推流请求路径,文件存放路径 hls_fragment 5s; #每个TS文件包含5秒的视频内容 } } } 启动nginx cd /usr/local/nginx
文章目录 一、 Java 层传入的 RTMP 推流地址处理 二、 RTMPDump 推流线程 三、 创建 RTMP 对象 四、 初始化 RTMP 对象 五、 设置 RTMP 推流地址 六、 启用 RTMP 初始化 RTMP RTMP_Init(rtmp); // 设置超时时间 5 秒 rtmp->Link.timeout = 5; 五、 设置 RTMP 推流地址 ---- 设置 RTMP 推流地址 , 如果设置失败 ; } 六、 启用 RTMP 写出功能 ---- 启用 RTMP 写出功能 ; // 4. 推流结束, 关闭与 RTMP 服务器连接, 释放资源 if(rtmp){ RTMP_Close(rtmp); RTMP_Free(rtmp); } 十一、 RTMPDump 推流代码 - break; } // 4.
forward的瓶颈在于流的数目,假设每个SRS只侦听一个端口: 系统中流的数目 = 编码器的流数目 × 节点数目 × 端口数目 考虑5个节点,每个节点起4个端口,即有20个SRS边缘。 /objs/srs -c conf/http.hooks.callback.conf 测试推流 ffmpeg -re -stream_loop -1 -i /data/rtmptest.mp4 -vcodec /objs/srs -c conf/ffmpeg.transcode.conf>log.txt & 推流 ffmpeg -re -stream_loop -1 -i /usr/local/srs2/doc ffmpeg是否能处理流成功 ffmpeg -f flv -i rtmp://127.0.0.1:1935/live/test -vcodec libx264 -threads 4 -profile:v /log.txt & 推流 ffmpeg -re -stream_loop -1 -i /data/rtmptest.mp4 -vcodec copy -acodec copy -f flv -y rtmp
本篇记录实现一个rtsp转rtmp直播流的程序!闲言少叙,接下来置入主题。 需求 有一个摄像头,比如海康的监控摄像头,可以通过rtsp流的方式访问其视频画面! 需要将其画面转换为rtmp协议,并实现直播! 实现思路 我们的程序,称之为rtsp2rtmp,使用该程序实现拉取摄像头rtsp视频流,并将rtmp视频流转换为rtmp视频流,然后推送到直播服务器,直播服务器采用nginx+rtmp_module的方式实现 << std::endl; // 2.获得流信息 m_nRet = avformat_find_stream_info(m_pRtspAVFormatContext, 0); if (m_nRet << std::endl; //4. stream信息复制 AVCodecContext* rtmpOutCodec = avcodec_alloc_context3(outCodec);
2、RTMP 302重定向具体方案 为了解决推流过程中,网络异常问题,采用了RTMP 302 重定向的方案,具体实现逻辑如下图所示: 步骤一,推流过程中,rtmp server端支持持续弱网检测,支持域名 上述解决方案,在推流过程中,通过RTMP 302的方式获取到服务器慢速信息,根据客户端以及服务器端慢速信息,来进行断流重推,快速恢复直播,提高推流成功率。 对上述方案进行扩展,在开始推流时,利用302进行服务端的负载均衡。服务器端在刚收到客户端数据时,给客户端发送RTMP 302信息,来进行高负载302调度,提高推流的成功率。 3、结论 综上所述: 1、在推流过程中,给客户端发送RTMP 302控制消息,客户端使用服务器提供的重定向地址,进行断流重推,可以快速恢复推流异常,提升上行推流质量; 2、在推流开始时,服务器端可以综合后台机器负载以及带宽资源情况 4、决策成功率更高,相比传统的客户端断流重推策略,本方案可以综合客户端和服务端的信息,来制定更优的断流重试策略。
简介 前面讲到了在Android平台下使用FFmpeg进行RTMP推流(视频文件推流),里面主要是介绍如何解析视频文件并进行推流,今天要给大家介绍如何在Android平台下获取采集的图像,并进行编码推流 学习本章之前最好先看之前的文章,这里是一套连贯的教程 RTMP服务器搭建(crtmpserver和nginx) 音视频编码相关名词详解 基于FFmpeg进行RTMP推流(一) 基于FFmpeg进行RTMP 推流(二) Linux下FFmpeg编译以及Android平台下使用 Android平台下使用FFmpeg进行RTMP推流(视频文件推流) 打开摄像头并设置参数 具体代码查看CameraActivity.java (ofmt_ctx, pCodec)这个就和之前的推文件流一样了。 输出视频数据 ret = av_interleaved_write_frame(ofmt_ctx, &enc_pkt); 释放资源 在结束编码推流后我们也需要释放相关的资源 if (video_st
forward的瓶颈在于流的数目,假设每个SRS只侦听一个端口: 系统中流的数目 = 编码器的流数目 × 节点数目 × 端口数目 复制 考虑5个节点,每个节点起4个端口,即有20个SRS边缘。 /objs/srs -c conf/http.hooks.callback.conf 复制 测试推流 ffmpeg -re -stream_loop -1 -i /data/rtmptest.mp4 复制 测试服务器上ffmpeg是否能处理流成功 ffmpeg -f flv -i rtmp://127.0.0.1:1935/live/test -vcodec libx264 -threads 4 - :rtmp://rtmp.psvmc.cn:1935/live/test 观看原始流:rtmp://rtmp.psvmc.cn:1935/live/test 命令转码流:rtmp://rtmp.psvmc.cn /log.txt & 复制 推流 ffmpeg -re -stream_loop -1 -i /data/rtmptest.mp4 -vcodec copy -acodec copy -f flv -
效果 Clion 中演示的效果 终端中运行也没有问题 思路 通过 fork 一个子进程来调用 ffmpeg 进行推流,视频帧通过 opencv 来获取,通过管道传输到子进程,实现推流 代码 需要注意的是 机器上要先安装 ffmpeg,其次视频的帧率一定要匹配,否则会出现莫名其妙的问题 main.cc: #include <iostream> #include <csignal> #include <opencv4/ = "rtmp://localhost:1935/live/test"; std::stringstream command; command << "ffmpeg "; // infile ; cv::Mat frame; // 在子进程中调用 ffmpeg 进行推流 FILE *fp = nullptr; fp = popen(command.str().c_str( else { return EXIT_FAILURE; } } CMakeLists.txt: cmake_minimum_required(VERSION 3.20) project(rtmp_test
概况 转推流程序的过程:从一个观看地址拉流,然后推流到另一个推流地址。主要用于cdn之间转推,目前市面上大多数cdn厂商都愿意不支持动态转推,因此只能通过转推流程序进行转推。 中的代码是推流地址中没有加密串的情况下的握手过程代码,第二个链接handshake.h中的代码是推流地址中有加密串的情况下的握手过程代码。 抓包分析 以微赞和网宿为例 obs推流网宿握手成功的包点此下载 obs推流微赞握手成功的包点此下载 网宿推流没有走加密流程,S2和C1匹配,具体数据包截图如下: ? 微赞推流走加密流程,S2和C1不匹配,具体数据包截图如下: ? 到此,整个rtmp推流握手过程就比较清楚了。 至此,转推流成功,示例图如下: ? 结论 虽然Adobe公司自己出的rtmp协议不是iso标准的,但是你们这些公司好歹也尽量按照规定来啊,贼坑。
如果我们使用了网络拉流和推流等等,要先初始化。 test.mp4放到bin目录下即可 const char *inUrl = "test.flv"; //输出的地址 const char *outUrl = "rtmp://192.168.136.131 ////////////////////////////////////////////////////////////////// // 准备推流 << endl; //推流每一帧数据 //int64_t pts [ pts*(num/den) 第几秒显示] //int64_t dts 解码时间 [P帧(相对于上一帧的变化 如果你是在无法解开这个问题,请看下节基于FFmpeg进行RTMP推流(二)
在Android平台下用FFmepg解析视频文件并进行RTMP推流。如果对FFmpeg基础不熟或者不知道如何在Android项目中使用,请先阅读流媒体专栏里之前的文章。 新增推流函数 异常处理 设置回调方法 常见问题 源码 新增推流函数 首先我们将所有FFmpeg的操作抽取到一个类里面,然后增加推流方法。 推流(二)中使用的代码一致,我们直接拷贝过来即可。 源码见末尾 异常处理 在我们之前的推流代码中,并没有做异常处理。这样在正式的使用中肯定不太好的。所以我们加上try catch。统一进行资源释放。 源码见末尾 设置回调方法 为了方便我们查看推流的信息,我们新增一个回调类。
; 3)RTMPT封装在HTTP请求之上,可穿透防火墙; 4)RTMPS类似RTMPT,增加了TLS/SSL的安全功能; 5)RTMFP使用UDP进行传输的RTMP; 虽然rtmp有很多变种,但实际在我们的直播应用中 Timestamp: 时间戳,占用4个字节,用大字节序表示。 Message Stream Id: 消息流ID,标识消息所使用的流,用大字节序表示。 此字段根据块流ID的不同,长度可能为1,2或3字节。在实现协议时,此字段应该使用可以容纳ID的最小长度。此协议支持最多65597个流,ID从3到65599。0,1,2这三个为保留ID。 块流ID为2时保留作为低级协议的控制消息和命令消息。以下是基本头的每个占位介绍: 3.3分块例子 四、交互过程 4.1推流 ! 4.2拉流 五、实践观察 5.1rtmp推拉流环境搭建 参考视频协议学习--HLS的环境部署 5.2rtmp推拉流抓包 5.2.1主要的推流包介绍 5.2.2主要的拉流包介绍 拉流的其他流程与推流类似
/configure make && make install 4.安装Nginx cd /usr/local/ wget http://nginx.org/download/nginx-1.15.3. 推流请求路径,文件存放路径 hls_path /usr/local/nginx/html/tv_file; #每个TS文件包含5秒的视频内容 测试: windows 终端 telnet 服务器地址 1935 遇到的问题: telnet不可用, 控制面板->程序和功能->启用和关闭Windows功能->勾选Telnet Client 7.推流测试 在本地文件添加一个视频文件上去, 勾选:循环、当源变为活跃状态时重新启动播放、在可用时使用硬件解码 在右下角 控件 模块,点击设置,点击推流 服务:自定义 服务器:rtmp://服务器地址:1935 /tv_file 串流密钥:test(这处随便,也就是保存到服务器端的文件名) 开始推流: 然后在服务器段就可以看到 .ts .m3u8文件 cd /usr/local/nginx/html/tv_file
今天我们讲解NGINX如何实现视频缓存的,不了解NGINX如何推流的可以先去看一下我上篇文章 NGINX如何实现rtmp推流服务--鉴权篇 NGINX的rtmp推流部分的配置如下 rtmp { /hls/"; hls_fragment 8s; } } } 这里主要分了两个部分讲解,一个是live推流,一个是hls的推流。 /video"; 缓存文件后缀 record_suffix -%Y-%m-%d-%H_%M_%S.flv; 利用obs推流,配置如下 ? 点击开始推流,结果如下 ? hls的推流会产生一个m3u8的索引,保存ts文件的索引,同时保存一个个视频片段。后端根据文件的缓存地址,可以拿到再次播放。
publish 对于推流端,经过releaseStream,createStream消息之后,得到了_result消息之后,接下来客户端就可以发起publish消息。 推流端使用publish消息向rtmp服务器端发布一个命名的流,发布之后,任意客户端都可以以该名称请求视频、音频和数据。我们首先来看一下publish消息的组织结构: ? ,使用string类型表示,比如我们发布到rtmp://192.168.1.101:1935/rtmp_live/test,则test为流名称,也可以省略,此时该字段为空字符; publishType: 表示会将发布的视频流追加到原有的文件,如果原来没有文件就创建,live则不会在rtmp服务器上产生文件。 ECMA Arrya本身的类型为0x08,其后紧跟着的是数组元素的个数,此处为20,占用4个字节表示,在之后便是具体的数组中的每一个元素。而数组中的每一个元素的具体编码方式又是遵循AMF0编码标准的。
在本文之前,我们发布了Unity环境下的RTMP推流(Windows平台+Android平台)和RTMP|RTSP拉流(Windows平台+Android平台+iOS平台)低延迟的解决方案,今天做个整体汇总 Unity环境下RTMP推流 Unity环境下,不管是camera还是窗体数据也好,主要是高效率的拿到原始数据,采集端可用的数据格式是RGB的,拿到之后,通过高效率的数据传递,发给封装后的原生SDK,完成数据编码和 Unity和原生SDK之间通信,比如event回调等; 4. 屏幕数据如有水平或垂直翻转,需要有一定的矫正。 视频分辨率变化后,能自动适配; 4. Unity和原生SDK之间通信,比如event回调等; 5. 长时间运行稳定性。 平台下低延迟播放RTMP或RTSP流 https://cloud.tencent.com/developer/article/1592731