当前位置：首页 > news >正文

别再浪费硬盘了！用MediaMTX打造自动录制+HLS点播系统，还能钩子转码！

news 2026/5/12 14:30:23

别再浪费硬盘了！用MediaMTX打造自动录制+HLS点播系统，还能钩子转码！🎥

你的监控录像是不是还在“傻录”？

你是不是遇到过这些情况：

公司100个摄像头7x24小时录制，结果90%的画面都是空荡荡的走廊？😴
想找昨天下午3点的回放，结果发现视频文件是单个几十个G，根本打不开？🤯
直播流录下来了，但还得人工去服务器拷文件、手动转成MP4才能发给同事？📦

在这个视频监控和直播盛行的时代，“如何优雅地录制和回放”成了所有人的痛点。

传统的“一刀切”录制模式，不仅浪费存储，管理起来更是灾难。今天，我们就来聊一聊如何用轻量级神器MediaMTX，搭建一套自动分段、智能清理、甚至能触发转码的HLS点播系统，彻底告别无效存储！🗑️➡️💎

一、为什么是MediaMTX？它不只是个“路由器” 🧭

如果你还停留在用Nginx搭配RTMP模块的老路上，那你就 out 了。MediaMTX（原名rtsp-simple-server）是一款零依赖、高性能的实时媒体服务器。

它最牛的地方在于**“胶水”能力**——它能将不同协议（RTSP、RTMP、WebRTC）的流无缝转换，但今天我们不谈转发，我们深挖它的“硬盘功夫”：录制与回放。

二、告别“大文件”噩梦：自动分段录制实战 ⏱️

如果你直接将一个直播流录成一个文件，一旦服务器断电或程序崩溃，这个文件大概率就损坏了，无法播放。

MediaMTX通过“分段录制”完美解决了这个问题。它会把持续的流切成一个个时长均匀的TS文件（或fMP4），这正是HLS（HTTP Live Streaming）的核心思想。

🛠️ 配置步骤（小白也能抄作业）

找到你的mediamtx.yml配置文件，在pathDefaults或具体的paths下添加如下魔法参数：

pathDefaults:# 开启录制功能record:yes# 录制格式：用mpegts还是fmp4？选ts兼容性最好recordFormat:mpegts# 👇 重点：分段时长！这里设置每30分钟切一个文件recordSegmentDuration:30m# 分段内部的碎片时长（影响回放延迟，安防场景建议1s）recordPartDuration:1s# 文件保存路径，支持动态变量（下面会细讲）recordPath:./recordings/%path/%Y-%m-%d/%H-%M-%S# 🧹 自动清理：保留7天，超过自动删除recordDeleteAfter:168h

配置解读：

recordSegmentDuration: 30m：这是分段核心。流会不断生成像15-30-45.ts、16-00-15.ts这样30分钟的小文件。即使系统崩溃，只会丢失当前这30分钟的数据（实际由recordPartDuration决定），前面的文件完好无损。
recordDeleteAfter: 168h：这是硬盘救星。服务器会自动计算文件年龄，7天前的老文件自动消失，你再也不用写crontab删垃圾了！。

三、让Nginx替你打工：搭建HLS点播服务器 🍔

文件录好了，存在硬盘里，怎么让老板在手机上点开就看？这时候需要Nginx上场当“服务员”。

📂 文件结构规划

首先，我们要让MediaMTX录出来的文件结构，直接能被Nginx的HLS模块读取。推荐上面的recordPath配置：
./recordings/%path/%Y-%m-%d/%H-%M-%S

它会生成类似：./recordings/camera1/2025-10-07/14-30-00.ts这样的路径，简直是强迫症的福音！

🌐 Nginx配置（关键）

安装Nginx（记得编译时加上--with-http_flv_module和--with-http_ssl_module），然后在配置文件中添加HLS的location：

location /hls { # 指定存放录制文件的根目录，也就是mediamtx的recordings目录 alias /path/to/mediamtx/recordings/; # 添加跨域头，方便嵌入各种页面 add_header Access-Control-Allow-Origin *; # 缓存策略：直播点播不要缓存 add_header Cache-Control no-cache; # 关键：让nginx识别ts和m3u8文件 types { application/vnd.apple.mpegurl m3u8; video/mp2t ts; } }

现在玩法就多了：

回放某一天的录像：直接播放http://your-ip/hls/camera1/2025-10-07/index.m3u8（前提是你需要有个m3u8索引文件，下面会讲）。
极致延迟：配合MediaMTX自带的HLS服务器（默认8888端口），你甚至可以直接播放低延迟HLS（LL-HLS），延迟控制在1-3秒。

四、高级玩法：录制完成“钩子”触发视频处理 🎣

这是资深玩家和小白的分水岭。

录完的视频可能体积太大，或者你想把重要的片段自动备份到阿里云OSS？MediaMTX提供了强大的runOnRecordSegmentComplete钩子。

🔥 场景：视频录制完成即自动压缩转码

录制的原始TS文件可能包含多音轨或码率过高。我们可以在录完一个分段后，立马调用FFmpeg进行压缩。

pathDefaults:# 其他录制参数...runOnRecordSegmentComplete:/usr/local/bin/post_record.sh "%path" "%segmentPath"

然后编写/usr/local/bin/post_record.sh脚本：

#!/bin/bash# 接收MediaMTX传递的参数path_name=$1segment_full_path=$2# 定义输出文件路径（把ts转成mp4）output_path="${segment_full_path%.*}.mp4"# 调用ffmpeg进行重新编码（压缩体积）ffmpeg-i"$segment_full_path"-c:vlibx264-crf23-c:aaac-y"$output_path"# 可选：上传到云存储# rclone copy "$output_path" myoss:/bucket-name/$path_name/# 记录日志echo"处理完成:$output_path">>/var/log/mediamtx_post.log

这意味什么？
你等于拥有了一条自动化视频流水线。流进来 → 分段存储 → 自动压缩 → 云端备份。全自动！

五、避坑指南 & 最佳实践 🚧

在折腾过程中，这几个坑你一定会遇到，提前预防：

路径权限问题（No.1杀手）
MediaMTX默认不会自动创建多级目录。如果你的recordPath里包含了%Y-%m-%d，MediaMTX需要自己新建这些日期文件夹。
- 解决方案：在mediamtx.yml中设置recordAutoCreateDirs: yes，或者确保运行用户对父目录有写权限。
时间戳变量迷惑行为
%Y-%m-%d用的是系统时间。
- 注意：如果你的服务器时区没设对，录出来的文件命名可能和实际时间差8小时。记得在启动命令或系统层面设置好TZ=Asia/Shanghai。
分段时长与检索的平衡
recordSegmentDuration设得太短（比如1分钟），文件数量爆炸，管理压力大；设得太长（比如6小时），回放定位到具体某分钟会很慢。
- 建议：监控场景30分钟；直播回放10分钟。