在服务器运维、视频监控、数据归档等众多场景中，将RTSP（Real Time Streaming Protocol）视频流稳定地录制下来是一项常见且关键的需求，CentOS作为企业级Linux发行版的代表，以其稳定性和可靠性，成为承载这类长期、不间断任务的理想平台，本文将详细介绍如何在CentOS系统上，利用强大的开源工具FFmpeg,实现对RTSP视频流的高效录制与管理。
环境准备与工具选择
在开始之前，我们需要准备一个基础的CentOS环境（推荐CentOS 7或8版本），并确保系统具备网络连接和sudo权限，录制RTSP流的核心在于选择合适的工具，虽然有VLC（cvlc命令行模式）等选择，但FFmpeg无疑是功能最全面、性能最优、社区支持最广泛的首选，它几乎能处理所有已知的视频和音频编解码器，并且提供了极其精细的控制选项,非常适合在无图形界面的服务器上使用。
FFmpeg的安装
CentOS的官方软件源通常不包含FFmpeg，因为它涉及一些可能受专利保护的编解码器，我们需要通过启用第三方软件源来安装它，最推荐的方式是使用EPEL（Extra Packages for Enterprise Linux）和RPM Fusion。
打开终端,依次执行以下命令：
安装EPEL源：
sudo yum install -y epel-release
安装RPM Fusion源（包含FFmpeg）：
RPM Fusion分为free（自由软件）和nonfree（非自由软件）两部分，FFmpeg位于nonfree源中,我们可以通过一条命令同时安装：sudo yum localinstall -y --nogpgcheck https://download1.rpmfusion.org/free/el/rpmfusion-free-release-$(rpm -E %rhel).noarch.rpm https://download1.rpmfusion.org/nonfree/el/rpmfusion-nonfree-release-$(rpm -E %rhel).noarch.rpm
注意：
$(rpm -E %rhel)会自动检测您的CentOS主版本号，如7或8。安装FFmpeg：
添加完软件源后,安装FFmpeg就非常简单了：sudo yum install -y ffmpeg
安装完成后，可以通过运行 ffmpeg -version 命令来验证是否安装成功，如果看到版本信息输出,即表示环境已准备就绪。
使用FFmpeg进行基础录制
FFmpeg录制RTSP流的基本语法非常直观,最核心的命令格式如下：
ffmpeg -i "RTSP_STREAM_URL" -c copy OUTPUT_FILE.mp4
让我们分解这个命令：
-i "RTSP_STREAM_URL"：指定输入源，即你的RTSP流的地址。rtsp://admin:password@192.168.1.108:554/cam/realmonitor?channel=1&subtype=0。-c copy：这是一个至关重要的参数，它告诉FFmpeg直接“复制”视频和音频流，而不进行重新编码，这极大地降低了CPU的消耗，避免了因转码可能带来的质量损失，是实现高效录制的最佳选择，这个过程通常被称为“重封装”。OUTPUT_FILE.mp4：指定输出文件的路径和名称,MP4是一种广泛兼容的容器格式。
示例：
ffmpeg -i "rtsp://admin:password@192.168.1.108:554/stream1" -c copy /var/recordings/camera1_$(date +%Y%m%d_%H%M%S).mp4
这个命令会将RTSP流录制到/var/recordings/目录下，并使用当前时间戳作为文件名,方便管理。
高级配置与脚本化管理
在实际生产环境中，简单的单次录制往往不够，我们更需要实现长时间不间断录制、自动分段、网络中断重连以及后台运行等功能。
自动分段录制
为了避免单个视频文件过大，不方便管理和传输，我们可以让FFmpeg按时间或文件大小自动分割视频，这需要使用segment（分段）复用器。
ffmpeg -i "RTSP_STREAM_URL" -c copy -f segment -segment_time 3600 -segment_format mp4 /var/recordings/camera1_%03d.mp4
-f segment：指定使用segment复用器。-segment_time 3600：设置每个视频片段的时长为3600秒（即1小时）。-segment_format mp4：指定每个片段的格式为mp4。%03d：这是一个占位符，FFmpeg会用递增的数字（如001, 002, 003…）替换它,生成分段文件名。
处理网络中断
网络波动是导致录制中断的常见原因,FFmpeg提供了一组参数来增强连接的鲁棒性：
ffmpeg -reconnect 1 -reconnect_at_eof 1 -reconnect_streamed 1 -reconnect_delay_max 5 -i "RTSP_STREAM_URL" -c copy ...
-reconnect 1：启用断线重连。-reconnect_at_eof 1：当流到达文件末尾时也尝试重连。-reconnect_streamed 1：对于流式连接启用重连。-reconnect_delay_max 5：设置重连之间的最大延迟为5秒。
后台运行与日志管理
为了让录制任务在服务器上持续运行，即使我们退出SSH连接，也需要将其放入后台，推荐使用nohup和&组合,并结合日志记录。
nohup ffmpeg [所有参数] > /var/log/ffmpeg_record.log 2>&1 &
nohup：确保进程在用户退出后不被挂起。>：将标准输出重定向到日志文件。2>&1：将标准错误输出也重定向到同一个文件。&：将命令放到后台执行。
实用录制脚本
将以上所有功能整合到一个Bash脚本中，可以极大地简化操作，创建一个名为record_rtsp.sh的文件：
#!/bin/bash # --- 配置区 --- RTSP_URL="rtsp://admin:password@192.168.1.108:554/stream1" OUTPUT_DIR="/var/recordings" LOG_FILE="/var/log/record_camera1.log" SEGMENT_TIME=3600 # 单位：秒 # --- 检查并创建目录 --- mkdir -p "$OUTPUT_DIR" mkdir -p "$(dirname "$LOG_FILE")" # --- 录制命令 --- ffmpeg -reconnect 1 -reconnect_at_eof 1 -reconnect_streamed 1 -reconnect_delay_max 5 -i "$RTSP_URL" -c copy -f segment -segment_time "$SEGMENT_TIME" -segment_format mp4 -strftime 1 "$OUTPUT_DIR/camera1_%Y%m%d_%H%M%S.mp4" > "$LOG_FILE" 2>&1 & echo "Recording started in background. PID: $!" echo "Log file: $LOG_FILE"
-strftime 1：允许在输出文件名中使用strftime格式的时间变量，如%Y%m%d。
给脚本添加执行权限并运行：
chmod +x record_rtsp.sh ./record_rtsp.sh
FFmpeg关键参数速查表
| 参数 | 功能说明 | 推荐值/示例 |
|---|---|---|
-i | 指定输入源URL | "rtsp://..." |
-c copy | 流复制，不重新编码 | 强烈推荐，节省CPU |
-f segment | 启用分段复用器 | 用于自动分割文件 |
-segment_time | 设置每个分段的时长 | 3600 (1小时) |
-strftime 1 | 允许在文件名中使用时间格式 | "_%Y%m%d_%H%M%S" |
-reconnect 1 | 启用断线重连 | 网络不稳定时必用 |
-reconnect_delay_max | 设置最大重连延迟（秒） | 5 |
nohup ... & | 后台持续运行 | 生产环境标配 |
相关问答FAQs
问题1：我录制的MP4文件在Windows或Mac上无法播放，或者只有声音没有画面，是什么原因？
解答： 这个问题通常由两个原因导致，第一，也是最常见的原因是录制过程中途中断，导致MP4文件的moov atom（包含视频元数据的关键部分）没有正确写入文件尾部，解决方法是使用分段录制，即使某个片段损坏，也不会影响其他片段，第二，如果RTSP流本身使用了非常规的编码格式（如某些私有编码），而您在录制时又进行了转码（即没有使用-c copy），可能会导致兼容性问题，最佳实践始终是使用-c copy直接录制原始流，如果必须转码，请确保使用通用性好的编码器，如视频用libx264，音频用aac。
问题2：录制任务运行了一段时间后（比如几天）会自动停止，我该如何排查？
解答： 长时间任务自动停止，首先应检查日志文件（例如上文脚本中的/var/log/record_camera1.log），最可能的原因是网络连接长时间中断，超出了FFmpeg的重连尝试范围，请确保在命令中加入了-reconnect系列参数，检查服务器的磁盘空间，df -h命令可以查看，如果磁盘写满，进程会被系统终止，检查系统日志（journalctl或/var/log/messages），看是否有OOM Killer（内存不足杀手）的记录，这表明服务器内存耗尽，系统强制结束了FFmpeg进程，针对不同原因，分别优化网络稳定性、清理磁盘或增加内存即可解决。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
发表回复