持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天，点击查看活动详情
下面的这张图是直播的大概流程
文件说明：FFmpeg+nginx+实例视频.zip 解压之后是连个解压文件和一个视频文件
开发环境：windows
开发工具：FFmpeg、nginx、nginx-rmtp-module
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。 nginx-rmtp-module是Nginx服务器的流媒体插件。nginx通过rtmp模块提供rtmp服务, ffmpeg推送一个rtmp流到nginx, 然后客户端通过访问nginx来收看实时视频流
需要的配置文件，这里我就全部整理好了，包括Nginx、nginx-rmtp-module、FFmpeg和实例mp4视频， 大家可以安心下载（CSDN屏蔽了百度网盘 大家可复制网址到浏览器下载）：
链接: pan.baidu.com/s/1lN1ps0Zh…
密码: 2t88
进入windows的cmd;
cd nginx-1.7.11.3-Gryphon //进入nginx的目录
nginx.exe -c conf
ginx-win-rtmp.conf //运行rtmp配置文件
注意：
测试：浏览器输入localhost:80 ，如果出现如下页面 说明配置nginx启动成功!
注意：nginx.exe -c conf
ginx-win-rtmp.conf 报错：nginx启动报错(1113: No mapping for the Unicode character exists in the target multi-byte code page)
原因： 是因为nginx的路径中有中文字，改成英文即可
解压：将ffmpeg解压到指定目录 我这里是D:ffmpeg
环境配置：右键我的电脑（win10是此电脑） -- 》 属性 --》 高级系统设置 --》高级 --》环境变量--》打开Path ，将 D:ffmpegbin （你的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
电脑打开vlc播放器 输入地址：rtmp：//你的ip地址:1935/live/home
然后先点击命令行回车 再点击播放 然后你就会看到文章开头的这张图 大功告成！ （注意协议的名称是rtmp）
注意：如果没有通，把vlc中的rtmp：//你的ip地址:1935/live/home手动删除，重新输入 )
（这其实相当于是点播，因为我播放的是本地的视频文件（是一个已经录制好的视频），淡然你也可以选择打开捕捉设备）
（本地显示，我猜就是在直播的视频上会显示IP地址，只有拉流成功接收视频，在视频刚开始播放的开头会有类似水印的IP地址，见下面的拉流视频）
然后点击添加，之后就添加本地的IP地址，端口是默认的1234（地址处输入自己电脑的IP地址，设置端口号（0-65535））
推流的界面：（推流的视频播放完之后可以再点击，然后继续推流）
输入相应的地址：udp://@IP:端口号，点击播放，就可以接收视频了。
注意：UDP协议的IP地址前面要加上@符号 # 测试@ 必须要加上，不加没有通，正常一般在@前填写的是 用户名：密码 （因为没有用户和密码，我认为不写@应该也是可以的）
测试：当本机只开了一个VLC作为推流的时候，此时也只能开一个VLC作为拉流
注意:这里使用的IP地址是在一个局域网之间的IP，也就是说，如果A想将视推给B看，那么首先他们必须在同一个局域网里面，其次，输入的IP必须是B的IP地址。
：在用媒体中的捕获设备的时候，用摄像头打开实施视频流，摄像头已经打开了，拉流的时候进度条也在走，但是拉流端没有画面，具体原因还不知道（选的是UDP传输协议）
ffmpeg -list_devices true -f dshow -i dummy
红色标记表示视频设备和麦克风设备
看到乱码了吧！到设备管理器中去查看吧，有具体的名称，下面在推流的的时候，要把摄像头和麦克风的参数名换成本机对应的设备名称。
ffmpeg -f dshow -i video="Integrated Camera":audio="麦克风 (Realtek(R) Audio)" -vcodec libx264 -acodec copy -preset:v ultrafast -tune:v zerolatency -f flv "rtmp://192.168.1.53:1935/live/home"
注：nginx.exe -c conf
ginx-win-rtmp.conf //运行rtmp配置文件
注意：此时命令行会一直处于执行中 不用理会 也不要关闭，这个操作再次开机的时候要执行，否则会显示IP地址无效，推流失败的。开机执行之后再关闭是可以的，不知道是不是每次开机都要加载一下配置环境还是为什么，原因目前还不太清楚。
使用VLC查看拉流直播
rtmp://192.168.1.53:1935/live/home # 可能会有延迟，需要等待一下
同时也是支持一个推流多个拉流
在cmd下打开nginx.exe，此时上面的配置文件生效
nginx.exe -c conf
ginx-win-rtmp.conf
（推理地址也可以加上端口号，rtmp://192.168.1.53:1935/live, 此时vlc的拉流地址，也要加上端口，一定要保持两者一致。当然也可以不加）
推流设置如下：
推流URL设置好之后，点击推流就可以，（推流和停止推流同一个按钮）
拉流的地址和推流的是设置一样，点击媒体中的 流—>网络—>填写IP—>最后点击播放
（推流的和拉流的地址都是一样的，记住）
实时风格转移代码就不贴了，这里有一个庞大的工作量
ffmpeg -f dshow -i video="Integrated Camera":audio="麦克风 (Realtek(R) Audio)" -vcodec libx264 -acodec copy -preset:v ultrafast -tune:v zerolatency -f flv "rtmp://192.168.1.53:1935/live/home" # 后面的IP可以不用加引号
python E:LearnVideoLearnPoints4_MS_project1_neural-style-transfer
eural_sytle_push_streaming_improving.py --models model_test
（后面的小姐姐，我不是故意的，我截屏的时候你恰巧入境，你说巧不巧）
用到的几种协议：
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完成数据传输。
版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
发表评论