简介 前面讲到了在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
在Android平台下用FFmepg解析视频文件并进行RTMP推流。如果对FFmpeg基础不熟或者不知道如何在Android项目中使用,请先阅读流媒体专栏里之前的文章。 新增推流函数 异常处理 设置回调方法 常见问题 源码 新增推流函数 首先我们将所有FFmpeg的操作抽取到一个类里面,然后增加推流方法。 推流(二)中使用的代码一致,我们直接拷贝过来即可。 源码见末尾 异常处理 在我们之前的推流代码中,并没有做异常处理。这样在正式的使用中肯定不太好的。所以我们加上try catch。统一进行资源释放。 源码见末尾 设置回调方法 为了方便我们查看推流的信息,我们新增一个回调类。
对应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。 客户端播放效果如下:。
好多开发者使用场景,除了实现基础的低延迟RTSP、RTMP播放外,还需要实现RTSP、RTMP流数据的本地录像功能。 本文以大牛直播SDK的Windows平台播放模块为例,介绍下如何实现RTSP、RTMP流录像。 功能设计 [拉流]支持拉取RTSP流录像; [拉流]支持拉取RTMP流录像; [逻辑分离]和播放、转发功能完全分离,支持随时录像; [参数设置]支持设置单个录像文件大小、录像路径等,并支持纯音频、纯视频 , 点播流才有*/ NT_SP_E_EVENT_ID_PULLSTREAM_REACH_EOS = NT_SP_E_EVENT_ID_BASE | 0xa3, /*拉流结束, 直播流没有这个事件 若能从视频源获取视频时长的话,则上报, param1表示视频时长,单位是毫秒(ms)*/}设置拉流的URLNT_SP_SetURL:支持rtsp/rtmp/本地FLV文件(全路径)。
Web网页直播点播RTMP推流平台EasyDSS互联网视频云服务提供一站式的转码、点播、直播、录像、检索、时移回放服务,极大地简化了开发和集成的工作,配合OBS、EasyRTMP等直播推流工具以及EasyPlayer image.png 我们进入客户的EasyDSS平台后,发现没有显示直播的地方,这也就表明推流并没有成功。 客户的推流地址是:rtmp://rtmp.ccmapp.cn:10035/hls/GGZcTcXMR? sign=GGZ5ocuGgz 我们仔细一看,猜测推流失败的主要原因,是客户的TCP 10035端口没有对外开通。只需要将该端口对外开通,就可以成功推流直播了。 image.png EasyDSS互联网视频云服务支持HTTP、HLS、RTMP等播出协议,可面向Windows、Android、iOS、Mac等终端提供稳定流畅的直播、点播、时移、回看服务,广泛应用到互联网教学
由于Flash技术已经被很多浏览器和厂商放弃,国内的各大视频网站和OTT应用平台开始向DASH技术靠拢。 image.png 在EasyDSS的dash版本中,不仅需要直播中分发出dash流,而且虚拟直播推到直播间也需要有dash流数据。因此我们又进一步开发了虚拟直播对Dash流的支持。 image.png 一开始虚拟直播不支持dash流的原因是,在推流的过程中依然设置的默认地址是hls的地址,并不是dash地址,所以无法分发出dash流。 所以此处我们需要将代码中将默认的hls地址换成dash地址,这样就可以直接拉转推操作,将数据推到dash地址中,分发出dash流即可。
Android平台下RTMPDump的使用介绍了如何将RTMPDump移植到Android平台下,并读取解析flv文件进行推流。 有了上面两篇文章的基础后,接下了就是整合,在Android平台下使用MediaCodec进行硬编码,然后使用RTMPDump进行推流。 先来张效果图: ? 主要增加三个方法:建立连接,推流数据,释放连接。 我们还是使用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 break pipe.stdin.write(frame.tostring()) cap.release() pipe.terminate() 测试 以哔哩哔哩平台为例 RTMP是什么? RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。 RTMP是一种设计用来进行实时数据通信的网络协议,主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。 随着Windows 10 IoT的发布,我们也将可以用上运行Windows的树莓派。
在前面一节基于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帧(相对于上一帧的变化
有用户反馈,现场的设备是运动相机,不支持国标和其他协议接入LiteCVR平台,只能通过rtmp_push推送到LiteCVR平台。 LiteCVR可拓展性强、视频能力灵活、部署轻快,可支持的主流标准协议有GB28181、RTSP/Onvif、RTMP等,以及厂家私有协议与SDK接入,包括海康Ehome、海大宇等设备的SDK等,能对外分发 RTSP、RTMP、FLV、HLS、WebRTC等格式的视频流。 LiteCVR平台机制上并不支持rtmp_push协议的级联,但是依然有办法可以实现用户的需求。 因为现场只有这种协议,所以,我们将rtmp_push协议分发出来的RTSP流再接入到LiteCVR平台,转换了一道变成了RTSP接入,再次级联就能成功获取到视频通道了。
EasyRTMP作为TISNGSEE青犀视频开发的视频推流组件,其功能稳定可靠,经过多年项目实战,多种复杂环境运行,长期在线检验,已经能够在手机直播、桌面直播、摄像机直播、课堂直播等方面实现优秀的推流功能 在用户的使用过程中,创建一个推流后,也有随时监控推流状态的需求,如何获取EasyRTMP当前的推流状态?这个需要根据回调函数来进行判定。 \n"); break; default: break; } return 0; } 根据回调函数我们可以获取当前推流的状态,具体的函数释义如下: EASY_RTMP_STATE_CONNECTING = 1, /* 连接中 * / EASY_RTMP_STATE_CONNECTED, /* 连接成功 * / EASY_RTMP_STATE_CONNECT_FAILED, /* 连接失败 * / EASY_RTMP_STATE_CONNECT_ABORT , /* 连接异常中断 * / EASY_RTMP_STATE_PUSHING, /* 推流中 * / EASY_RTMP_STATE_DISCONNECTED, /* 断开连接 */ EasyRTMP
EasyCVR平台支持设备通过国标GB28181、RTMP、RTSP/Onvif、海康SDK、大华SDK、Ehome等协议接入,对外可分RTSP、RTMP、FLV、HLS、WebRTC等格式的视频流。 今天和大家分享一下如何将推流设备通过RTMP推流,将视频流推送到EasyCVR平台。 操作步骤及过程中遇到的问题解决方法如下:1)将OBS的推流地址设置为EasyCVR平台的推流地址:2)推流成功后,播放正常:3)若通道禁用导致推流中断,再次重新启用通道重新推流,这时出现通道无法上线的情况 关于RTMP推流的相关技术性文章,我们在博客中也分享过,感兴趣的用户可以翻阅往期文章进行了解。若有用户遇到无法解决的问题,也可以联系我们协助排查。 EasyCVR视频融合云平台兼容性强、开放度高、灵活拓展、部署轻松的特点,使其成为安防市场主流的视频能力层服务平台。
前言 搭建基于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 推流操作需要在一个独立的线程中完成 , 涉及到网络的操作都是耗时操作 , 在 Android 中都要在线程中执行 ; 2 . 初始化 RTMP RTMP_Init(rtmp); // 设置超时时间 5 秒 rtmp->Link.timeout = 5; 五、 设置 RTMP 推流地址 ---- 设置 RTMP 推流地址 , 如果设置失败 推流结束, 关闭与 RTMP 服务器连接, 释放资源 if(rtmp){ RTMP_Close(rtmp); RTMP_Free(rtmp); } 十一、 RTMPDump 推流代码 - 获取 Rtmp 推流地址 char* pushPath = static_cast<char *>(args); // rtmp 推流器 RTMP* rtmp = 0;
协议 公司 说明 RTMP Windows Flash RTMP Adobe 主流的低延时分发方式, Adobe对RTMP是Flash原生支持方式, FMS(Adobe Media Server前身) HLS Apple/ Android HTTP Apple/ Google 延时一个切片以上(一般10秒以上), Apple平台上HLS的效果比PC的RTMP还要好, 而且Apple所有设备都支持, Android /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 /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
2、RTMP 302重定向具体方案 为了解决推流过程中,网络异常问题,采用了RTMP 302 重定向的方案,具体实现逻辑如下图所示: 步骤一,推流过程中,rtmp server端支持持续弱网检测,支持域名 上述解决方案,在推流过程中,通过RTMP 302的方式获取到服务器慢速信息,根据客户端以及服务器端慢速信息,来进行断流重推,快速恢复直播,提高推流成功率。 对上述方案进行扩展,在开始推流时,利用302进行服务端的负载均衡。服务器端在刚收到客户端数据时,给客户端发送RTMP 302信息,来进行高负载302调度,提高推流的成功率。 3、结论 综上所述: 1、在推流过程中,给客户端发送RTMP 302控制消息,客户端使用服务器提供的重定向地址,进行断流重推,可以快速恢复推流异常,提升上行推流质量; 2、在推流开始时,服务器端可以综合后台机器负载以及带宽资源情况 ,进行推流的负载均衡调度,给客户端提供优质的接入点,提升推流质量,改善平台接入的可用性。
概况 转推流程序的过程:从一个观看地址拉流,然后推流到另一个推流地址。主要用于cdn之间转推,目前市面上大多数cdn厂商都愿意不支持动态转推,因此只能通过转推流程序进行转推。 中的代码是推流地址中没有加密串的情况下的握手过程代码,第二个链接handshake.h中的代码是推流地址中有加密串的情况下的握手过程代码。 抓包分析 以微赞和网宿为例 obs推流网宿握手成功的包点此下载 obs推流微赞握手成功的包点此下载 网宿推流没有走加密流程,S2和C1匹配,具体数据包截图如下: ? 微赞推流走加密流程,S2和C1不匹配,具体数据包截图如下: ? 到此,整个rtmp推流握手过程就比较清楚了。 至此,转推流成功,示例图如下: ? 结论 虽然Adobe公司自己出的rtmp协议不是iso标准的,但是你们这些公司好歹也尽量按照规定来啊,贼坑。
协议 公司 说明 RTMP Windows Flash RTMP Adobe 主流的低延时分发方式, Adobe对RTMP是Flash原生支持方式, FMS(Adobe Media Server前身) HLS Apple/ Android HTTP Apple/ Google 延时一个切片以上(一般10秒以上), Apple平台上HLS的效果比PC的RTMP还要好, 而且Apple所有设备都支持, Android /objs/srs -c conf/http.hooks.callback.conf 复制 测试推流 ffmpeg -re -stream_loop -1 -i /data/rtmptest.mp4 :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 来获取,通过管道传输到子进程,实现推流 代码 需要注意的是 = "rtmp://localhost:1935/live/test"; std::stringstream command; command << "ffmpeg "; // infile the libx264 encoding preset to ultrafast << "-f flv " // force format to flv << rtmp_server_url ; 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