windows下使用 ffmpeg + nginx 实现rtmp推流拉流播放

╰+哭是因爲堅強的太久メ 2023-01-20 12:55 21阅读 0赞

本文提供了windows下使用ffmpeg 和 nginx 实现推流拉流的解决方案,本方案所需的资源均打包成压缩文件上传至csdn,下载后可直接进行下文的测试环节

[ffmpeg+vlc+nginx][ffmpeg_vlc_nginx]

1.ffmpeg的简单指令

拿到上面的包之后,可以先执行下面的命令看看本地的摄像头名字,ffmpeg录制的时候必须使用ffmpeg自己能够查询到的设备名字

\--------------------------------------------------------------------------------------------------------------------------  
查看可用设备名字 ffmpeg -list\_devices true -f dshow -i dummy  
显示  
DirectShow video devices (some may be both video and audio devices)  
“screen-capture-recorder” //视频设备  
DirectShow audio devices  
“virtual-audio-capturer” //音频设备

录制视频(默认参数) ffmpeg -f dshow -i video="screen-capture-recorder" v-out.mp4

录制声音 ffmpeg -f dshow -i audio="virtual-audio-capturer" a-out.aac

同时录制声音和视频（默认参数）  
ffmpeg -f dshow -i video="screen-capture-recorder":audio="virtual-audio-capturer" av-out.mp4

视频录制（依次设置：分辨率 帧率 像素格式）  
ffmpeg -f dshow -video\_size 1680x1050 -framerate 30 -pixel\_format yuv420p -i video="screen-capture-recorder" v-out.mp4

指定参数录制音视频  
ffmpeg -f dshow -video\_size 1680x1050 -framerate 30 -pixel\_format yuv420p -i video="screen-capture-recorder":audio="virtual-audio-capturer" av-out.mp4

>该条录制指令适用于低性能电脑  
指定录制的缓冲区是200M,视频的来源是pstr\_video,音频的来源是 AudioDevName, ,视频录制yuv420p格式,波特率300K,录制8帧(fps),采用264编码 音频录制采用aac编码,采样率16000,保存到aviPath  
ffmpeg -rtbufsize 200M -f dshow -i video=\\"%s\\" -f dshow -i audio=\\"%s\\" -pix\_fmt yuv420p -b:v 300k -r 8 -vcodec libx264 -acodec aac -ar 16000 -y \\"%s\\"", pstr\_video, AudioDevName, aviPath

(上面这条指令是sprintf格式,自己替换下参数就行)  
\-----------------------------------------------------------------------------------------------------------------------------------------

2.安装vlc

vlc用于从rtmp服务器拉流播放

具体操作如下图

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3MDU5MTM2_size_16_color_FFFFFF_t_70][]

3.配置nginx

下载包里的nginx是配置好的,无需改动,但如果需要改动,仅需要改动如下内容

rtmp {
        server {
            listen 1935;
            chunk_size 4000;
            application live {
                 live on;
            }
        }
    }

注意live节点,这是设置的rtmp推流地址的目录,可以改成任意你想要的名字

rtmp的推流地址,形如rtmp://192.168.1.190:1935/live/home

live就是nginx配置的目录,后面的home是推流方约定的密码,也就是说如果推流的时候指定了rtmp://192.168.1.190:1935/live/home,那么拉流方不仅要知道拉流的地址rtmp://192.168.1.190:1935/live还要接上密码home

关于这一整套流程如何操作

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3MDU5MTM2_size_16_color_FFFFFF_t_70 1][]

阅读 readme start nginx rtmp.txt即可,下面贴出该txt的内容(通过cmd调用指令时必须进入到当前目录下,不然会提示命令错误)

本测试nginx + ffmpeg  实现rtmp推流直播
    本文件夹下的conf/nginx.conf配置了简单的rtmp服务器信息
    
    实现推流拉流的简单命令
    启动nginx
    nginx.exe -c conf\nginx.conf
    强制关闭nginx
    nginx -s stop
    
    ffmpeg从摄像头推流至本地nginx rtmp服务器
    ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    
    ffmplay从rtmp服务器拉流播放
    ffplay.exe rtmp://localhost:1935/live/home
    
    ------------------QA------------------QA------------------QA------------------QA------------------QA------------------QA------------------QA------------------
    仅推送视频流
    	摄像头录制的默认参数
    	---------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	Input #0, dshow, from 'video=USB Camera':
     	 Duration: N/A, start: 11152.942000, bitrate: N/A
       	 Stream #0:0: Video: mjpeg (Baseline) (MJPG / 0x47504A4D), yuvj422p(pc, bt470bg/unknown/unknown), 640x480, 25 fps, 25 tbr, 10000k tbn, 10000k tbc
    	Stream mapping:
      	Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264))
    	---------------------------------------------------------------------------------------------------------------------------------------------------------------------
    
    
    	1.正常录制,使用默认参数
    	-------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	-------------------------------------------------------------------------------------------------------------------------------------------------------
    	Output #0, flv, to 'rtmp://192.168.1.190:1935/live/home':
      	Metadata:
        	encoder         : Lavf58.50.100
       	 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuvj422p(pc), 640x360, q=-1--1, 1000 kb/s, 25 fps, 1k tbn, 25 tbc
       	 Metadata:
          	encoder         : Lavc58.100.100 libx264
       	 Side data:
          	cpb: bitrate max/min/avg: 0/0/1000000 buffer size: 0 vbv_delay: N/A
    	---------------------------------------------------------------------------------------------------------------------------------------
    	本次测试发现直播延时较大,经过仔细测试,有7.99秒的延时
    	关闭推流后,ffplay播放几秒后卡主,猜测为服务器没有rtmp流了
    
    	2.本次测试降低录制推流的视频质量,测试延迟是否跟推流的视频质量有关 
    	---------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg  -f dshow  -i video="USB Camera" -pix_fmt yuv420p   -b:v 300k -r 10 -vcodec libx264 -f flv rtmp://192.168.1.190:1935/live/home
    	---------------------------------------------------------------------------------------------------------------------------------------------------------
    	Output #0, flv, to 'rtmp://192.168.1.190:1935/live/home':
      	Metadata:
        	encoder         : Lavf58.50.100
        	Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 640x480, q=-1--1, 300 kb/s, 10 fps, 1k tbn, 10 tbc
        	Metadata:
          	encoder         : Lavc58.100.100 libx264
        	Side data:
          	cpb: bitrate max/min/avg: 0/0/300000 buffer size: 0 vbv_delay: N/A
    	-----------------------------------------------------------------------------------------------------------------------------------
    	本次测试发现延时为11.78秒,初步猜测推流延时跟推流的质量关系不大,应该跟视频源跟转换后的流差异大小有关
    
    	3.本次测试在1的基础上增加 (-preset fast 设置短延时)参数
    	--------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -preset fast  -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	--------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试发现延时大概在7.76秒,稍微减少了延时时间但是并不是有很大帮助
    
    	4.本次测试在1的基础上增加(-tune zerolatency)参数
    	--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -tune zerolatency  -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试发现延时大概在6秒左右
    
    	5.本次测试在4的基础上增加(-preset fast 设置短延时)参数
    	---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -tune zerolatency -preset fast -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试发现延时大概是小于5.6秒
    
    	6.本次测试在4的基础上增加(-preset ultrafast)参数
    	-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -tune zerolatency -preset ultrafast -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试延时5.49秒
    
    	7.在6的基础上减小ffmpeg录制的缓冲区buff大小,迫使ffmpeg尽快编码推流
    	----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -rtbufsize 5M -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -tune zerolatency -preset ultrafast -b:v 1000k   -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试延时5.32秒,但是显著加快了拉流时的速度,虽然延时时间并没有较大的优化
    
    	8.在7的基础上增加-g设置gop大小
    	----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	指令 : ffmpeg -rtbufsize 5M -f dshow -i video="USB Camera" -s 640x360 -vcodec libx264 -tune zerolatency -preset ultrafast -b:v 1000k  -g 5 -ab 128k -f flv rtmp://192.168.1.190:1935/live/home
    	----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    	本次测试延时5.33秒,跟7比起来并无较大优化
    	总结:在视频推流这块,采用7或8方案可实现最小推流延时
    	下面测试拉流降低延时
    	1.原有指令ffplay.exe rtmp://localhost:1935/live/home,该指令配合7或8推流指令,达到的延时效果为5秒多
    	
    	2.在1的基础上,添加nobuffer指令
    	----------------------------------------------------------------------
    	指令 : ffplay.exe -fflags nobuffer rtmp://localhost:1935/live/home
    	----------------------------------------------------------------------
    	本次测试结果为几乎零延迟,延迟时间为毫秒级,根据上面的测试,几乎可以得出结论,较大的时间延时来源于拉流时填写缓冲区
    	
              	本服务进行12小时不间断的推流拉流测试,暂未发现问题
    
    
    
    
    
    低画质低音质录制
    ffmpeg -rtbufsize 200M -f dshow  -i video="USB Camera" -f dshow -i audio="麦克风 (Camera2.0)" -pix_fmt yuv420p   -b:v 300k -r 10 -vcodec libx264 -tune zerolatency -acodec aac -b:a 32k -ar 16000 -af volume=10 
    -y  "C:\Users\ljl\Desktop\20210511134048.mp4"

上面txt的内容几乎包括整个操作流程,看完整之后再进行操作

nginx服务启动后,cmd窗体会卡住,这时候想关闭nginx需要重起一个cmd窗口执行nginx -s stop 或者在任务管理器里面手动关闭nginx进程

[ffmpeg_vlc_nginx]: https://download.csdn.net/download/qq_37059136/18651850
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3MDU5MTM2_size_16_color_FFFFFF_t_70]: /images/20221021/c8f0fb624e464e759d8f2b38ce60bf22.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3MDU5MTM2_size_16_color_FFFFFF_t_70 1]: /images/20221021/cdd2b9c939af4fff9835782b41960427.png