本地直播平台的搭建 |
您所在的位置:网站首页 › 直播平台服务器配置 › 本地直播平台的搭建 |
本地直播平台的搭建
方法一:Windows下用FFmpeg+nginx+rtmp搭建直播环境 实现推流、拉流 (`测试通过`)环境1. 简介:2. 准备文件3. 启动nginx服务器4. 配置FFmpeg5.运行
方法二:打开两个VLC,一个作为推流,一个最为拉流 (`udp直播视频,测试已经通过`)1. 推流设置:1.1 点击流,进入推流设置页面1.2 点击文件—>添加—>串流1.3 选择通信协议,UDP(User Data Protocol, 用户数据报协议),转码后的流通过UDP协议进行传输1.4 转码,视频转码的格式选择的是H264 +MP3(TS),选好之后点击下一个1.5 最后点击流, 推流设置完成
2. 拉流设置:2.1 点击:媒体---->打开网络串流:2.2 输入上面推流到的IP地址:
3. 点击播放之后,拉流成功(下面是测试成功的画面):
方法三:FFmpeg实时推流摄像头,Nginx RTMP模块转发,VLC播放器播放实现直播(`测试通过`):1. 推流:1.1 查看本机电脑的设备1.2 FFmpeg编码推送到RTMP服务器
2. 拉流 (画面中的人物请忽略 )
方法四:obs+nginx+vlc搭建流媒体直播平台1 流服务设置2 打开流服务:3 obs推流设置 (这里我没有加端口号)5 vlc拉流设置
方法五: 方法与方法三几乎一样,结合业务需求,把实时风格转移,在直播流中实现(`测试通过`)1. 推流2. 实现是先拉流,然后实现风格的转移3. 测试结果:
相关资料拓展(俺不是计算机出身,好多概念不懂呀,能有啥办法呀)
最近业务功能需要加入直播,所以就研究了一下,搞一搞,搞毛线呀,不对,是搞事情呦!!!
下面的这张图是直播的大概流程 文件说明:FFmpeg+nginx+实例视频.zip 解压之后是连个解压文件和一个视频文件 Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器。 nginx-rmtp-module是Nginx服务器的流媒体插件。nginx通过rtmp模块提供rtmp服务, ffmpeg推送一个rtmp流到nginx, 然后客户端通过访问nginx来收看实时视频流 2. 准备文件需要的配置文件,这里我就全部整理好了,包括Nginx、nginx-rmtp-module、FFmpeg和实例mp4视频, 大家可以安心下载(CSDN屏蔽了百度网盘 大家可复制网址到浏览器下载): 链接: https://pan.baidu.com/s/1lN1ps0ZhCb-1A56ycNR88g 密码: 2t88 3. 启动nginx服务器进入windows的cmd; cd nginx-1.7.11.3-Gryphon //进入nginx的目录nginx.exe -c conf\nginx-win-rtmp.conf //运行rtmp配置文件 注意:此时命令行会一直处于执行中 不用理会 也不要关闭(这个下次开机的时候也要运行打开,否则下面的IP会显示无效)测试:浏览器输入localhost:80 ,如果出现如下页面 说明配置nginx启动成功! 注意:nginx.exe -c conf\nginx-win-rtmp.conf 报错:nginx启动报错(1113: No mapping for the Unicode character exists in the target multi-byte code page) 原因: 是因为nginx的路径中有中文字,改成英文即可 4. 配置FFmpeg解压:将ffmpeg解压到指定目录 我这里是D:\ffmpeg 环境配置:右键我的电脑(win10是此电脑) – 》 属性 --》 高级系统设置 --》高级 --》环境变量–》打开Path ,将 D:\ffmpeg\bin (你的ffmepg解压目录下的bin目录的绝对路径)添加到Path 路径下;具体方法不会的可以的百度 测试:打开windows 的cmd (不要关闭前面的nginx) 输入ffmpeg -help 如果出现如下情况 说明配置成功! 将下载的orange.mp4文件放到桌面 新打开windows的cmd (不要关闭之前的ngnix)进入桌面文件夹 然后输入一下指令: ffmpeg -re -i orange.mp4 -vcodec libx264 -acodec aac -f flv rtmp://你的ip地址:1935/live/home // 注意:192.168.1.53是我电脑的ip地址,需要替换成你的ip地址 (ip地址可通过cmd 的ipconfig指令获取) //例如:ffmpeg -re -i orange.mp4 -vcodec libx264 -acodec aac -f flv rtmp://192.168.1.53:1935/live/home电脑打开vlc播放器 输入地址:rtmp://你的ip地址:1935/live/home 然后先点击命令行回车 再点击播放 然后你就会看到文章开头的这张图 大功告成! (注意协议的名称是rtmp) 注意:如果没有通,把vlc中的rtmp://你的ip地址:1935/live/home手动删除,重新输入 ) 方法二:打开两个VLC,一个作为推流,一个最为拉流 (udp直播视频,测试已经通过)(这其实相当于是点播,因为我播放的是本地的视频文件(是一个已经录制好的视频),淡然你也可以选择打开捕捉设备) 1. 推流设置: 1.1 点击流,进入推流设置页面(本地显示,我猜就是在直播的视频上会显示IP地址,只有拉流成功接收视频,在视频刚开始播放的开头会有类似水印的IP地址,见下面的拉流视频) 然后点击添加,之后就添加本地的IP地址,端口是默认的1234(地址处输入自己电脑的IP地址,设置端口号(0-65535)) 推流的界面:(推流的视频播放完之后可以再点击,然后继续推流) 再打开一个VLC进行拉流,用于播放推流过来的视频。 2.1 点击:媒体---->打开网络串流:输入相应的地址:udp://@IP:端口号,点击播放,就可以接收视频了。 注意:UDP协议的IP地址前面要加上@符号 # 测试@ 必须要加上,不加没有通,正常一般在@前填写的是 用户名:密码 (因为没有用户和密码,我认为不写@应该也是可以的) 测试:当本机只开了一个VLC作为推流的时候,此时也只能开一个VLC作为拉流 注意:这里使用的IP地址是在一个局域网之间的IP,也就是说,如果A想将视推给B看,那么首先他们必须在同一个局域网里面,其次,输入的IP必须是B的IP地址。 注意:在用媒体中的捕获设备的时候,用摄像头打开实施视频流,摄像头已经打开了,拉流的时候进度条也在走,但是拉流端没有画面,具体原因还不知道(选的是UDP传输协议) 方法三:FFmpeg实时推流摄像头,Nginx RTMP模块转发,VLC播放器播放实现直播(测试通过): 1. 推流: 1.1 查看本机电脑的设备ffmpeg -list_devices true -f dshow -i dummy 红色标记表示视频设备和麦克风设备 ffmpeg -f dshow -i video=“Integrated Camera”:audio=“麦克风 (Realtek® Audio)” -vcodec libx264 -acodec copy -preset:v ultrafast -tune:v zerolatency -f flv “rtmp://192.168.1.53:1935/live/home”
使用VLC查看拉流直播 rtmp://192.168.1.53:1935/live/home # 可能会有延迟,需要等待一下 同时也是支持一个推流多个拉流 在cmd下打开nginx.exe,此时上面的配置文件生效 nginx.exe -c conf\nginx-win-rtmp.conf (推理地址也可以加上端口号,rtmp://192.168.1.53:1935/live, 此时vlc的拉流地址,也要加上端口,一定要保持两者一致。当然也可以不加) 推流设置如下: 拉流的地址和推流的是设置一样,点击媒体中的 流—>网络—>填写IP—>最后点击播放 (推流的和拉流的地址都是一样的,记住) 实时风格转移代码就不贴了,这里有一个庞大的工作量 1. 推流ffmpeg -f dshow -i video=“Integrated Camera”:audio=“麦克风 (Realtek® Audio)” -vcodec libx264 -acodec copy -preset:v ultrafast -tune:v zerolatency -f flv “rtmp://192.168.1.53:1935/live/home” # 后面的IP可以不用加引号 2. 实现是先拉流,然后实现风格的转移python E:\LearnVideo\LearnPoints\4_MS_project\1_neural-style-transfer\neural_sytle_push_streaming_improving.py --models model_test 3. 测试结果:(后面的小姐姐,我不是故意的,我截屏的时候你恰巧入境,你说巧不巧) 用到的几种协议: RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。该协议基于TCP,是一个协议族,包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议,主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。 UDP 是User Datagram Protocol的简称, 中文名是用户数据报协议,是OSI(Open System Interconnection,开放式系统互联) 参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17。 TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。在简化的计算机网络OSI模型中,它完成第四层传输层所指定的功能,用户数据报协议(UDP)是同一层内[1] 另一个重要的传输协议。在因特网协议族(Internet protocol suite)中,TCP层是位于IP层之上,应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接,但是IP层不提供这样的流机制,而是提供不可靠的包交换。 [1] RTSP(Real Time Streaming Protocol),RFC2326,实时流传输协议,是TCP/IP协议体系中的一个应用层协议。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或UDP完成数据传输。
|
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |