关键词
支持RTSP协议的NVR、摄像头（海康、大华等主流设备厂家）
RTSP转FLV
预览+回放
工具准备
- FFmpeg，推流工具
- Nginx，要想实现Flv还需要安装模块nginx-http-flv-module，这个模块需要编译，如果是linux环境很方便，如果是windows环境，对不起，超级麻烦，网上也有教程，太复杂了，还好有网友提供了编译好的版本，csdn上下载，要币才能下载，求助万能的淘宝花了5毛钱下载。
- Flv.js，网页播放所需的文件，
安装教程
参考了这位大神写的教程
碰到的问题
1. nginx-http-flv-module
要想实现Flv还需要安装模块nginx-http-flv-module，这个模块需要编译，如果是linux环境很方便，如果是windows环境，对不起，超级麻烦，网上也有教程，太复杂了，还好有网友提供了编译好的版本，csdn上下载，要币才能下载，求助万能的淘宝花了5毛钱下载。
2. 实时预览
FFmpeg命令格式
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/channels/101 -c copy -f flv rtmp://127.0.0.1:1935/live/mystream
参数解析
-rtsp_transport tcp： 固定写法
user：用户名
password：密码
ip：摄像头或NVR的IP地址
port：摄像头或NVR的RTSP端口，默认是554，具体的RTSP取流规则可以百度
-c copy： 输出直接复制，不转换格式
-f flv：转成flv
rtmp://127.0.0.1:1935/live/mystream：根据Nginx配置文件生成
摄像头默认参数配置是h264则不会报错。如果出现如下报错，是因为摄像头是h265，FFmpeg是无法直接转成flv的
[flv @ 000002b1c6a1d680] Video codec hevc not compatible with flv
Could not write header for output file #0 (incorrect codec parameters ?): Function not implemented
这种情况下需要将转码，将h265先转成h264，再转成flv，具体指令如下
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/channels/101 -c:v libx264 -f flv rtmp://127.0.0.1:1935/live/mystream
实时预览有两种播放选择：
- 直接使用子码流播放，就不需要再进行h264的转换，这样的响应速度会更快，但是画质会差点；
- 用主码流播放则需要进行h264的转换，响应速度会慢2、3秒，画质不影响
3. 录像回放
正常的RTSP取流规则如下：
rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z&endtime=20200422t101003z
根据实时回放的FFmpeg规则，很容易想到将录像rtsp取流的url放到指令中
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z&endtime=20200422t101003z -c copy -f flv rtmp://127.0.0.1:1935/live/mystream
直接在命令行中输入回车，会出现如下
问题1：
[tcp @ 00000216b1c116c0] Port missing in uri
rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z: Invalid argument
'endtime' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
去掉rtsp取流url中的‘&endtime=20200422t101003z’，至于没有了结束时间怎么停止播放目前未找到好办法。
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z -c copy -f flv rtmp://127.0.0.1:1935/live/mystream
再次报错
问题2：
[flv @ 000001f285f01bc0] Video codec hevc not compatible with flv
Could not write header for output file #0 (incorrect codec parameters ?): Function not implemented
这次出现的报错和实时预览中的一样，是因为摄像头h265的原因，不同的是实时预览可以选择子码流播放不转码，但是回放中只要主码流，所以只能进行转码操作
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z -c:v libx264 -f flv rtmp://127.0.0.1:1935/live/mystream
在命令行中输入回车，会出现如下
问题3：
Input #0, rtsp, from 'rtsp://WSdun:WSdun@123@172.16.2.200:554/Streaming/tracks/201?starttime=20200422t093812z':
Metadata:
title : HIK Media Server V3.4.93
comment : HIK Media Server Session Description : standard
Duration: -187967:-4:-22.-32, start: 0.040000, bitrate: N/A
Stream #0:0: Video: hevc (Main), yuvj420p(pc, bt709), 1920x1080, 25 fps, 25 tbr, 90k tbn, 90k tbc
Stream #0:1: Audio: none, 16000 Hz, mono
Stream mapping:
Stream #0:0 -> #0:0 (hevc (native) -> h264 (libx264))
Stream #0:1 -> #0:1 (? (?) -> mp3 (libmp3lame))
Decoder (codec none) not found for input stream #0:1
通过rtsp回放拉流的话会同时拉取2个流音频流、视频流，就是上面中出现的Stream #0：0和Stram #0：1，上面的报错是找不到音频流的编码方式，无法解码，实时预览拉流只会拉取视频流所以不会报错。通过查看FFmpeg的参数发现有个参数-an表示去除音频，将它放入到指令中
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z -c:v libx264 -an -f flv rtmp://127.0.0.1:1935/live/mystream
OK，能够正常播放录像拉。但是到这里还不是最完美的解决了问题，你肯定发现播放速度非常慢，从输入ffmpeg指令到flv输出至少要等6~8秒。再问题3中，除了直接报错不能运行了外，其实在控制台上方还有个告警
[rtsp @ 000001d6cf7108c0] Could not find codec parameters for stream 1 (Audio: none, 16000 Hz, 1 channels): unknown codec
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Guessed Channel Layout for Input Stream #0.1 : mono
还是问题3中提到的找不到音频参数。FFmpeg拉流的时候会检查视频流参数和音频流参数，视频流参数一直找不到，这中间有个超时时间。当时能想到的是能不能在拉流的时候和实施预览一样只拉视频流，通过度娘查找了一拳，找到了这个参数-allowed_media_types video（只取音频流的话就填audio），将它代入指令中，这时候可以去掉-an参数，没有音频流也就没有所谓的去除音频
ffmpeg -rtsp_transport tcp -i rtsp://user:password@ip:port/Streaming/tracks/101?starttime=20200422t093812z -c:v libx264 -f flv rtmp://127.0.0.1:1935/live/mystream
这下算是完美了。录像回放速度就和视频预览一样了。
FFmpeg的指令太多太多，还需要细品
网友评论