FFmpeg CLI - 使用 ZMQ (zmqsend) 交换 RTMP 源

Question

我的设置如下：

• 带有 RTMP 模块的 Nginx
• 多个 RTMP 流对，每个都有一个主要和备用 RTMP 端点（因此流到 rtmp://localhost/main/$STREAM_NAME 和 rtmp://localhost/backup/$STREAM_NAME）
• 使用 Nginx RTMP module exec_publish 和 exec_publish_done 挂钩，我将 main 或 backup 推送到 FFmpeg CLI proc，该 proc 将其重新流式传输到远程 RTMP 端点（在本例中为 Wowza 服务器，尽管它与我的问题不太相关)

我的问题是，目前，如果主流停止，我必须停止重新流式传输到 Wowza 的 FFmpeg CLI 进程，并使用新的输入源（备份流）启动另一个。这通常会导致 Wowza 方面出现问题，所以我正在寻找一种方法来避免这种情况。

经过一番研究，我发现 FFmpeg 封装了 ZMQ 支持，但似乎文档非常稀疏。是否可以向正在运行的 FFmpeg 进程发送消息以提醒它必须将其源更改为不同的 RTMP 流？

非常感谢，

Answer 1

如果有人对此感兴趣，我会以不同的方式解决我的问题。 我现在使用命名管道，如下所示：

PIPE_FILE= /path/to/pip/file
mkfifo $PIPE_FILE
exec 7<>$PIPE_FILE
ffmpeg -nostdin  -i /path/to/source -acodec copy -vcodec copy -vbsf h264_mp4toannexb -f mpegts pipe:1 > $PIPE_FILE

/path/to/source 可以是 FS 上的媒体文件或 RTMP 流。

然后我从管道重新流式传输到最终的 RTMP 端点：

ffmpeg -re -i $PIPE_FILE -c:v libx264 -preset veryfast -r 25 -g 50 -f flv $RTMP_ENDPOINT

当$PIPE_FILE 停止接收数据时（即 - 当流停止时，或者在从本地媒体文件发送数据的情况下，当到达 EOF 时），我立即启动另一个 FFmpeg CLI proc 并从备份媒体文件/流。

这使重新流式传输的 FFmpeg CLI proc 持续启动和运行。

Answer 2

有趣的方法。我有类似的东西。我使用的是另一个本地 rtmp 目的地，而不是 Pipe。

我有一个带有 3 个应用程序的 nginx rtmp 设置。一个是主应用程序，另一个是备份应用程序，另一个是分发应用程序。 所以我从我的流媒体软件将主流发送到主应用程序。 我有一个ffmpeg 进程正在运行：

ffmpeg -i rtmp://127.0.0.1/main/stream1 -c copy rtmp://127.0.0.1/distribute/stream1

如果此过程由于输入关闭而中断，我会运行类似的命令从备份中提取输入：

ffmpeg -i rtmp://127.0.0.1/backup/stream1 -c copy rtmp://127.0.0.1/distribute/stream1

我从我的分发应用程序流式传输到我的外部输出。

这里唯一的问题是我在切换后得到了非单调的 DTS 错误，所以我必须在从分发流式传输到我的输出时添加一些标志。命令是：

ffmpeg -fflags +genpts+igndts+ignidx -avoid_negative_ts make_zero -use_wallclock_as_timestamps 1 -i rtmp://127.0.0.1/distribute/stream1 -c:v libx264 -preset veryfast -r 25 -g 50 -c:a aac -b:a 128k -f flv $RTMP_ENDPOINT

我注意到，当我切换时，我在ffmpeg 进程中收到了一些警告，如果主流和备用流使用不同的 x264 配置文件进入，假设一个处于“高”，另一个处于“基线”或“主”。