Question

我按如下方式运行FFMpeg：

#!/bin/bash
fc="[1]scale=iw/2:ih/2 [pip]; [pip] zmq=bind_address=tcp\\\://127.0.0.1\\\:1235,[0]overlay=x=0:y=0"
ffmpeg -v verbose -re -y -i test.mkv -i test2.mkv -filter_complex "$fc" -f mpegts -codec:v libx264 -preset ultrafast resultzmq.mp4

然后我启动一个Python 3应用程序将zmq命令发送到FFMpeg：

import zmq
import time
import sys
from  multiprocessing import Process

context = zmq.Context()
port = "1235"
print("Connecting to server with port {}".format(port))
socket = context.socket(zmq.REQ)
socket.connect("tcp://localhost:{}".format(port))
for request in range (20):
    print("Sending request ", request, "...")
    socket.send_string("Parsed_overlay_2 x 200")
    message = socket.recv()
    print("Received reply ", request, "[", message, "]")
    time.sleep (1)

当我从Ffmpeg那里得到这个时，它运行得很好，直到大约40秒（它停止获取命令）：

frame=  918 fps= 24 q=19.0 size=   12192kB time=00:00:38.82 bitrate=2572.6kbits
frame=  931 fps= 24 q=19.0 size=   12402kB time=00:00:39.30 bitrate=2585.1kbits
[Parsed_zmq_1 @ 0x56185e089220] Processing command #8 target:Parsed_overlay_2 command:x arg:200
[Parsed_zmq_1 @ 0x56185e089220] Sending command reply for command #8:
0 Success
frame=  938 fps= 24 q=19.0 size=   12516kB time=00:00:39.82 bitrate=2574.1kbits/frame=  952 fps= 24 q=19.0 size=   12752kB time=00:00:40.33 bitrate=2590.0kbits/[Parsed_zmq_1 @ 0x56185e089220] Processing command #9 target:Parsed_overlay_2 command:x arg:200
[Parsed_zmq_1 @ 0x56185e089220] Sending command reply for command #9:
0 Success
frame=  963 fps= 24 q=19.0 size=   12932kB time=00:00:40.81 bitrate=2595.6kbits
frame=  976 fps= 24 q=19.0 size=   13121kB time=00:00:41.31 bitrate=2601.4kbits
frame=  992 fps= 24 q=19.0 size=   13434kB time=00:00:41.84 bitrate=2629.9kbits
frame= 1002 fps= 24 q=18.0 size=   13582kB time=00:00:42.34 bitrate=2627.2kbits

这来自Python 3客户端：

Sending request  8 ...
Received reply  8 [ b'0 Success' ]
Sending request  9 ...
Received reply  9 [ b'0 Success' ]
Sending request  10 ...

无论何时启动Python客户端，都会同时发生断开连接。如果我在40秒后启动它，它根本不会发送任何命令。

在我的实际应用中，同样的事情发生了，但是大约60秒。

我尝试设置一个简单的Python服务器/客户端，但问题不会发生。所以我认为问题必须与FFMpeg及其zmq插件有关？

如果您想自己测试一下，请确保test.mkv和test2.mkv是超过1分钟的视频。

我真的很感激任何帮助！

Answer 1

在漫无目的地改变代码的一天中，我终于找到了解决方案：

#!/bin/bash
fc="[1]scale=iw/2:ih/2,[0]overlay=x=0:y=0,zmq=bind_address=tcp\\\://127.0.0.1\\\:1235 "
ffmpeg -v verbose -re -y -i test.mkv -i server_upgrade_2.mkv -filter_complex "$fc" -f mpegts -codec:v libx264 -preset ultrafast resultzmq.mp4

我的猜测是，即使尝试发出命令时zmq过滤器的位置无关紧要（您可以向所有过滤器发出命令），当zmq过滤器的输入结束时，zmq过滤器也会结束。

Answer 2

在任何严重意义上的生产级分布式系统中使用REQ/REP原型 确实是

高速公路到地狱

永远不要选择REQ/REP的虚假美貌。决不。它可以而且将陷入一种不可挽回的相互僵局。问题不在于，而是在何时。

我发现没有任何明确的理由为什么/为什么FFMPEG出于任何特殊原因使用 REP /如果它可以开始使用任何其他更合适的原型PAIR / PAIR用于管道 - 过滤器 - 节点间处理或PUSH/PULL或一些高级的复合信令/消息传递层组合。同样，我在ZeroMQ上的其他帖子带来了更多的推理和例子。

FFMpeg ZeroMQ过滤器会在一段时间后停止工作

2 个答案:

高速公路到地狱