Web网页直播点播RTMP推流平台EasyDSS互联网视频云服务提供一站式的转码、点播、直播、录像、检索、时移回放服务,极大地简化了开发和集成的工作,配合OBS、EasyRTMP等直播推流工具以及EasyPlayer 近期有客户向我们咨询,在设备中设置了推流地址,但是页面却没有播放成功。TSINGSEE青犀视频技术团队第一时间进行了排查。 image.png 我们进入客户的EasyDSS平台后,发现没有显示直播的地方,这也就表明推流并没有成功。 客户的推流地址是:rtmp://rtmp.ccmapp.cn:10035/hls/GGZcTcXMR? sign=GGZ5ocuGgz 我们仔细一看,猜测推流失败的主要原因,是客户的TCP 10035端口没有对外开通。只需要将该端口对外开通,就可以成功推流直播了。
image.png 在EasyDSS的dash版本中,不仅需要直播中分发出dash流,而且虚拟直播推到直播间也需要有dash流数据。因此我们又进一步开发了虚拟直播对Dash流的支持。 image.png 一开始虚拟直播不支持dash流的原因是,在推流的过程中依然设置的默认地址是hls的地址,并不是dash地址,所以无法分发出dash流。 所以此处我们需要将代码中将默认的hls地址换成dash地址,这样就可以直接拉转推操作,将数据推到dash地址中,分发出dash流即可。
关于推流和拉流,我们最常说的就是RTMP和RTSP协议了,在我们视频直播点播系统EasyDSS中使用的就是RTMP和RTSP协议。 作为流媒体行业的从业者,或者说是即将踏进这个行业的人员,怎么能不明白推流拉流的概念和过程? 推流,指的是把采集阶段封包好的内容传输到服务器的过程,推流是直播端需要完成的步骤。 拉流是指服务器已有直播内容,用指定地址进行拉取的过程,拉流是客户端需要完成的步骤。推流和拉流都是由几个环节的组成,本文我就打算说说组成推拉视频流的几个环节。 ? 构成推流端的三个环节 1、采集 采集是指对图像和声音的采集,简单说就是能让网络视频直播系统和主播摄像头连起来,软件能获取到外界的音视频信息。 3、推流 推流,把视频推流到服务器,以便于直播视频的分发和拉流。至此,直播端的全部环节就结束了,接下来我们就会进入到拉流环节。
前言数字孪生三维可视化场景建设的过程中,除了常态化使用的商业引擎如UE、Unity等,WebGL技术的BS架构模式,具有网页端访问的天然优势,从某种程度上降低了对客户端算力配置的部分要求。 但也正是这种直接依赖Web技术的方案,会让开发者在高精度大场景的呈现与网页端算力不足之间难以取舍。 WebGL网页浏览具有跨平台属性WebGL是一种基于OpenGL ES 2.0的Web技术,属于BS架构,它允许在浏览器中渲染交互式3D和2D图形。 WebGL借助实时云渲染,打造真正突破算力瓶颈的BS方案类似于UE的像素流提供了Web化的一种技术实现方式,WebGL技术在实际项目交付过程中,存在数据通信不畅、与系统对接和二次开发能力有限等诸多限制。 以WebGL应用为例,实时云渲染针对二三维混合、纯二维类型的应用,推出2D共享渲染方案,即可以直接将BS网页在服务端完成渲染,将视频流推送到客户端,还提供了专用的壳程序,它能够使WebGL程序支持数据通道传输服务
1.png 2.png 3.png 4.png 5.png
MAKEWORD(1, 1); WSAStartup(version, &wsaData); int res = 0; RTMP* rtmp = RTMP_Alloc(); RTMP_Init(rtmp); 推流 res = RTMP_SetupURL(rtmp, "rtmp://192.168.34.40/live/test");//推流 PRINTERROR(res, 1, "RTMP_SetupURL ; //if unable,the AMF command would be 'play' instead of 'publish' RTMP_EnableWrite(rtmp);//推流要设置写 \n"); //推流 FILE *fp_push=fopen("save.flv","rb"); FlvHeader flvheader; fread(&flvheader //if unable,the AMF command would be 'play' instead of 'publish' //RTMP_EnableWrite(rtmp);//推流要设置写
点量云流近期支撑了一个智慧园区模型网页云推流使用的项目,由于是第一次在项目上使用实时云渲染的技术方案,所以在支撑过程中的很多问题非常典型,今天小编就整个过程的交流做相关分享,希望对有类似问题或需求的伙伴提供一些帮助 但是发现webgl的技术路线,推流后的网页比较糊效果不满意。而像素流送PixelStreaming不稳定,经常会出现崩溃的问题,用户体验非常不好,且目前已有的方案无法满足3个用户的使用。 需求分析:基于以上项目背景情况,点量云流认为有以下几个问题需要解决①网页推流使用②需要保证稳定性③在现有硬件配置下尽可能做增加并发用户数点量云流推流后网页使用,测试过程和疑问分享:在测试工程师的电脑上安装点量云流渲染服务 这是点量云流渲染系统的一个算力节省策略,同一个电脑同一个浏览器只打开一个推流网页,主要是为了减少GPU和CPU资源占用。 本项目中是自签的私有证书,上传后无需修改其他的配置,只是原来推流的网页地址是http的,现在换成了https的,不需要考虑端口的切换等问题。直接重新复制要实时渲染应用的推流网址在浏览器重新打开即可。
Android平台下RTMPDump的使用介绍了如何将RTMPDump移植到Android平台下,并读取解析flv文件进行推流。 有了上面两篇文章的基础后,接下了就是整合,在Android平台下使用MediaCodec进行硬编码,然后使用RTMPDump进行推流。 先来张效果图: ? 主要增加三个方法:建立连接,推流数据,释放连接。 我们还是使用Android RTMP推流之MediaCodec硬编码一(H.264进行flv封装)里的代码。 第三步 c++层方法实现 c++层推流逻辑的编写。我们将方法写到rtmp_handle.cpp。
该测试文档录制TRTC直播的时候因为url只是个静态网页,最终只是录制了房间的静态网页,并没有录制到TRTC推流过来的音视频。使用云直播的直播地址播放云直播推流过来的录制。 图片发布好之后,根据参考文章【腾讯云】TRTC直播推流实践使用云函数模板"TRTC直播推流"给对应SdkAppId的对应roomId(111)发送推流。 注意播放域名地址生成使用的AppName,StreamName必须和推流的一样,否则推流之后播放地址看不到图片云直播测试推流/播放参考云直播文档 web推流点击"云直播"->"Web推流",以"多路混流 图片设置好输入源后,可以在右边预览查看图片输入推流的WebRTC推流地址后,点击"开始推流"。 tcplayer 预览直播地址的url,可以看到直播推流的画面,表示推流/播放测试成功。
今天考虑一个mcu混合的实现,也就是接收多路过来的rtp流,然后转发出去一路的rtmp流,使用ffmpeg测试做的记录,刚开始一直通过ffmpeg推送的文件流不能满足要求,还是对参数配置不熟悉; 0、ffmpeg 1、udp或者rtp推流 >最简单模式: ffmpeg -re -i d:\videos\1080P.264 -vcodec copy -f rtp rtp://127.0.0.1:1234 ffplay 192.168.0.100 m=audio 5005 RTP/AVP 97 a=rtpmap:97 PCM/8000/1 a=framerate:25 c=IN IP4 192.168.0.100 2、rtsp推流 rtsp_transport tcp -f rtsp rtsp://192.168.2.161/live/rtsp_test -rtsp_transport tcp 标识使用tcp作为rtp的通道 3、rtmp推流 concat=n=3:v=1:a=1 表示有三个输入文件,输出一条视频流和一条音频流。
三、推流 因为librtmp用的是C语言,为了方便调用,我用OC封装了一下一个类RTMPPuser。 用来推流的代码是 RTMPPusher *pusher = [[RTMPPusher alloc]init]; BOOL success = [pusher connectWithURL = thisChunkSize; [self write:chunk]; sleep(1); } while (offset < length); } 3、写入推流 RTMP_Write(_rtmp, [data bytes], (int)[data length]); } return sent; } } 以上代码可以在推流
推流 推流:将直播的内容推送至服务器的过程。 即指的是把采集阶段封包好的内容传输到服务器的过程。其实就是将现场的视频信号传到网络的过程。 “推流”对网络要求比较高,如果网络不稳定,直播效果就会很差,观众观看直播时就会发生卡顿等现象,观看体验很是糟糕。 要想用于推流还必须把音视频数据使用传输协议进行封装,变成流数据。 说的简单点,你观看优酷视频就可以看成是拉流,视频文件存储在优酷的服务器上面,你通过HTTP(或者RTMP/RTSP)协议,也就是网页的形式去获取视频观看,这就是拉流的过程。 一张示意图没有看明白,没有关系,再来一张示意图: 其实可以简要的理解为推流就是直播端,而拉流就是客户端哦。 每一个推流码地址唯一指向单个的直播活动。它由rtmp://开头,包含了上传服务器地址,上传目录名和上传节点,三部分组成。
撸了个FFmpeg的循环推流脚本,你的VPS除了吃灰以外还能24小时不间断直播视频。自己用的脚本,单纯分享一下,如有问题自行解决。 安装FFmpeg才能正常推流,是否现在安装FFmpeg? ${font}" sleep 2 fi } stream_start(){ # 定义推流地址和推流码 read -p "输入你的推流地址和推流码(rtmp协议):" rtmp # 判断用户输入的地址是否合法 if [[ $rtmp =~ "rtmp://" ]];then echo -e "${green} 推流地址输入正确,程序将进行下一步操作. ${font}" echo -e "${green} 1.安装FFmpeg (机器要安装FFmpeg才能正常推流) ${font}" echo -e "${green} 2.开始无人值守循环推流 ${font
对应RTMP推流,业界有很多开源方案。如使用FFMPEG推流,librtmp(rtmp-dump),gstream推流。由于ffmpeg和gstreamer比较庞大,仅仅用来推流,有大炮打蚊子之嫌。 NULL; NALU * CopyNALU(NALU * src); void FreeNALU(NALU * nalu); }; Wrapper_RtmpLib对外提供RTMP推流接口 \n"); return 0; } 基本思路如下: 读文件----解析NAL单元---利用 SendData发送一个完成的NAL单元完成推流 编译main.cpp Wrapper_RtmpLib.cpp 运行可执行程序推流 . 3.如果是云主机,在云主机内不能推公网IP,而要推内网IP 192.168.1.226,客户端访问需要外网IP。 客户端播放效果如下:。
简介 前面讲到了在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
该测试文档录制TRTC直播的时候因为url只是个静态网页,最终只是录制了房间的静态网页,并没有录制到云函数推流过来的音视频。使用云直播的直播地址播放云直播推流过来的录制。 发布好之后,根据参考文章【腾讯云】TRTC直播推流实践使用云函数模板"TRTC直播推流"给对应SdkAppId的对应roomId(111)发送推流。 云直播测试推流/播放参考云直播文档 web推流点击"云直播"->"Web推流",以"多路混流"为例,选择"多路混流" ? 输入推流的WebRTC推流地址后,点击"开始推流"。看到界面上显示已经再推流 ? url,可以看到直播推流的画面,表示推流/播放测试成功。
网页端WebRTC推流转换为RTMP/GB28181等其他直播流协议 WebRTC是一个在WEB浏览器端广泛应用的流媒体引擎,通过点对点的方式实现音视频数据的传输,以完成视频会议等功能。 但是考虑到WebRTC主要是为有限人数情况下的点对点视频会议服务,在做其他直播应用的时候,或者接入现有流媒体网络的情况下,并不太适合,可以考虑将浏览器端的WebRTC流,转换为RTMP/GB28181等其他流媒体协议 数据通道协议基于 SCTP 协议,并且支持可靠传输和流控制等功能。它可以用于传输文件、消息和游戏数据等,提供了一种全新的浏览器间通信方式。 所以可以利用这一点,通过网页端获取到编码后的摄像头数据,再进一步接入到现有的其他直播协议或者工作流程中。 WebRTC编码的H.264数据只会发送一次关键帧,这个如果不做处理直接转换成其他协议的直播流,很可能会导致播放端连接后无法获取到关键帧从而无法解码。
流媒体系统是一个比较复杂的系统,简单来说涉及三个角色:流媒体服务器、推流客户端和收流客户端。推流客户端是内容生产者,收流客户端是内容消费者。示意图如下: ? 本文提及的收流与推流的功能,属于协议层的处理。 2.2 推流 推流有两个需要注意的地方。 rtmp推流必须推送flv封装格式,udp推流必须推送mpegts封装格式,其他情况就当作是输出普通文件。这里使用push_stream变量来标志是否使用推流功能,这个标志后面会用到。 推流测试: .
在Android平台下用FFmepg解析视频文件并进行RTMP推流。如果对FFmpeg基础不熟或者不知道如何在Android项目中使用,请先阅读流媒体专栏里之前的文章。 新增推流函数 异常处理 设置回调方法 常见问题 源码 新增推流函数 首先我们将所有FFmpeg的操作抽取到一个类里面,然后增加推流方法。 源码见末尾 异常处理 在我们之前的推流代码中,并没有做异常处理。这样在正式的使用中肯定不太好的。所以我们加上try catch。统一进行资源释放。 源码见末尾 设置回调方法 为了方便我们查看推流的信息,我们新增一个回调类。 而我们需要在推流的时候使用到这个对象,所以需要转化成全局变量 pushCallback = env->NewGlobalRef(pushCallback1); 同样也需要定义对应的全局变量 jobject
本文提及的收流与推流的功能,属于协议层的处理。 2.2 推流 推流有两个需要注意的地方。 这里使用 push_stream 变量来标志是否使用推流功能,这个标志后面会用到。 二是要注意推流的速度,不能一股脑将收到的数据全推出去,这样流媒体服务器承受不住。可以按视频播放速度(帧率)来推流。 推流测试: . 收流测试:先按照上一步命令启动推流,然后运行如下命令收流 .