苹果电脑上启动一个 RTSP 推流,用来做测试

在开发 视频播放器、RTSP 客户端或流媒体相关功能 时,最常见的一个问题就是:

👉 手上没有稳定的 RTSP 推流源,没法反复测试播放器行为。

其实在 macOS(苹果电脑) 上,用现成工具就可以 快速启动一个 RTSP 推流服务 ,用于本地或局域网测试。

本文将从 准备工作 → 启动 RTSP 服务 → 推流 → 播放验证,一步一步带你完整跑通。


一、准备工作

1️⃣ 操作系统

  • macOS(Intel / Apple Silicon 均可)

  • 已安装 Homebrew(macOS 包管理工具)

如果还没装 Homebrew,可参考官方方式:

复制代码
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

2️⃣ 安装 FFmpeg(用于推流)

复制代码
brew install ffmpeg

安装完成后确认:

复制代码
ffmpeg -version

我的是 7.1.1的版本


3️⃣ 安装 MediaMTX(RTSP 服务端)

MediaMTX 是一个 轻量级、多协议的流媒体服务器,原名 rtsp-simple-server,非常适合本地测试。

复制代码
brew install mediamtx

确认安装成功:

复制代码
mediamtx --version

我的版本是 v1.15.6


二、准备一个测试视频文件

准备一个本地视频文件,例如:

复制代码
test.mp4

要求不高,常见的 H.264 + AAC 即可。

示例路径:

复制代码
/Users/yourname/Videos/test.mp4

三、配置并启动 RTSP 服务

1️⃣ 创建配置文件

在任意目录创建一个 mediamtx.yml

复制代码
paths:
  live: {}

说明:

  • paths:RTSP 的"挂载点"配置

  • live:RTSP 路径名,对应 rtsp://host:8554/live

  • {}:使用默认配置,允许推流和播放


2️⃣ 启动 MediaMTX

在配置文件所在目录执行:

复制代码
mediamtx mediamtx.yml

看到类似日志说明启动成功:

复制代码
INF [RTSP] listener opened on :8554 (TCP)

⚠️ 如果提示端口被占用(如 8888),请先关闭对应进程或修改配置。


四、使用 FFmpeg 推送 RTSP 流

另一个终端窗口执行推流命令:

复制代码
ffmpeg -re -stream_loop -1 -i test.mp4 \
  -c:v copy -c:a aac \
  -f rtsp -rtsp_transport tcp \
  rtsp://127.0.0.1:8554/live

参数说明:

参数 说明
-re 按真实时间推流
-stream_loop -1 无限循环播放
-c:v copy 视频不转码
-c:a aac 音频使用 AAC
-rtsp_transport tcp 使用 TCP 推流(更稳定)
/live 对应 MediaMTX 配置的路径

如果看到 FFmpeg 持续输出帧信息,说明推流成功。


五、使用播放器进行验证

1️⃣ 使用 VLC 播放

打开 VLC → 打开网络串流 → 输入:

复制代码
rtsp://127.0.0.1:8554/live

如果能正常播放,说明 RTSP 推流 + 服务端一切正常


2️⃣ 用于 Flutter / App / 设备测试

此时你已经拥有了一个:

  • ✅ 稳定

  • ✅ 可循环

  • ✅ 可随时启停

的 RTSP 流,可直接用于:

  • Flutter 播放器调试

  • RTSP 连接生命周期测试

  • 服务端行为验证

  • 网络异常测试

至此, 就可以打开VLC播放器来读这个流了。


六、常见问题总结

❓ 推流时报 Connection refused

  • MediaMTX 未启动

  • 端口不一致(默认 RTSP 是 8554)

  • 路径未配置(如 /live 不存在)


❓ 提示 path 'live' is not configured

  • 检查 mediamtx.yml 是否包含:

    paths:
    live: {}


❓ 关闭播放器,服务端没有收到 TEARDOWN?

这是正常现象:

  • RTSP 协议中 TEARDOWN可选

  • 很多播放器(包括 ffmpeg / fvp / 移动端)不会发送

  • 服务端应依赖 连接断开或超时


七、总结

通过 FFmpeg + MediaMTX,我们可以在 macOS 上:

  • 快速搭建 RTSP 推流环境

  • 不依赖真实摄像头或设备

  • 高效调试播放器和流媒体逻辑

这是一个 强烈推荐给所有音视频 / IoT / 客户端开发者的基础测试方案


如果你愿意,我还可以帮你补一篇进阶的,比如:

  • 《RTSP 推流常见问题与排错清单》

  • 《用 FFmpeg 模拟不稳定 RTSP 网络环境》

  • 《RTSP 在移动端播放器中的真实行为分析》

你想往 测试 还是 协议原理 再深入一步?

相关推荐
Benny的老巢1 天前
n8n工作流通过Execute Command用FFmpeg处理音频,报错 stderr maxBuffer length exceeded的解决方案
ffmpeg·音频合成·n8n·n8n工作流·execute command
七夜zippoe2 天前
Spring Data JPA原理与实战 Repository接口的魔法揭秘
java·ffmpeg·事务·jpa·repository
Benny的老巢2 天前
n8n工作流中FFmpeg 视频截取失败排查:文件路径和参数顺序错误解决方案
chrome·ffmpeg·音视频
RockWang.3 天前
【配置】FFmpeg配置环境ubuntu踩坑记录。
ffmpeg
王者鳜錸3 天前
Java使用FFmpeg获取音频文件时长:完整实现与原理详解
java·开发语言·ffmpeg·音频时长
桃杬3 天前
用现代 C++ 封装 FFmpeg:从摄像头采集到 H.264 编码的完整实践
c++·ffmpeg·h.264
cvcode_study4 天前
FFmpeg 工具基础
ffmpeg
1nv1s1ble4 天前
记录一个`ffmpeg`的`swscale`库crash的例子
ffmpeg
CodeOfCC4 天前
C++ 实现ffmpeg解析hls fmp4 EXT-X-DISCONTINUITY并支持定位
开发语言·c++·ffmpeg·音视频