重新发送流会导致ffmpeg崩溃

如何解决重新发送流会导致ffmpeg崩溃

我们使用ffmpeg 3.4.8从源获取udp流。
尽管流可以24/7或不时发送，但ffmpeg应该始终侦听24/7。
这些流不受我控制。

不定期发送的流不仅在未发送期间暂停，而且不存在。
这意味着，尽管它们始终以相同的地址/端口发送，并且我们的应用程序将它们视为一个流（或ffmpeg术语中的一个输入），但从技术上讲，它们是发送到相同地址的多个单独的流。

问题是当其中一个流停止时，ffmpeg继续监听输入（这很好），但是一旦我们再次发送流给出错误，它就会崩溃：

Application provided invalid,non monotonically increasing dts to muxer in stream 4...   
av_interleaved_write_frame(): invalid argument.

流4包含同步的klv元数据。

这是可以预期的，因为新流可能比旧流具有更低的dts。

由于我们使用reconnect_*源，因此我无法使用udp标志

示例
ffmpeg -i udp://192.168.2.255:1234 -map 0 -c copy -f mpegts udp://192.168.2.255:1235

日志（详细日志级别）

[mpegts @ 0x1eb8e60] Timestamps are unset in a packet for stream 3. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
[mpegts @ 0x1eb8e60] Application provided invalid,non monotonically increasing dts to muxer in stream 4: 2097600 >= 1732800
av_interleaved_write_frame(): Invalid argument
No more output streams to write to,finishing.
frame=  317 fps= 20 q=-1.0 Lsize=    7252kB time=00:00:23.30 bitrate=2549.1kbits/s speed=1.44x
video:6166kB audio:400kB subtitle:0kB other streams:58kB global headers:0kB muxing overhead: 9.481929%
Input file #0 (udp://192.168.2.255:1234):
  Input stream #0:0 (video): 318 packets read (6334176 bytes);
  Input stream #0:1 (audio): 534 packets read (410112 bytes);
  Input stream #0:2 (data): 0 packets read (0 bytes);
  Input stream #0:3 (data): 56 packets read (9968 bytes);
  Input stream #0:4 (data): 252 packets read (49542 bytes);
  Total: 1160 packets (6803798 bytes) demuxed
Output file #0 (udp://192.168.2.255:1235?broadcast=1):
  Output stream #0:0 (video): 317 packets muxed (6313576 bytes);
  Output stream #0:1 (audio): 534 packets muxed (410112 bytes);
  Output stream #0:2 (data): 0 packets muxed (0 bytes);
  Output stream #0:3 (data): 56 packets muxed (9968 bytes);
  Output stream #0:4 (data): 252 packets muxed (49542 bytes);
  Total: 1159 packets (6783198 bytes) muxed
Conversion failed!

就像提到的那样，只有在输入流停止并再次启动时才会发生这种情况。

问题是：
是否有可能使ffmpeg超时，然后将输入视为新流并/或忽略这些dts错误，或者我该如何解决该问题？

我知道我也许可以等待ffmpeg失败然后重新启动它，但是也许有一个更干净的解决方案。