【问题标题】:sending udp cbr content using ffmpeg makes memory problem使用 ffmpeg 发送 udp cbr 内容会导致内存问题
【发布时间】:2020-07-27 13:42:45
【问题描述】:

我正在努力在一个 UDP 输出 (MPTS) 中混合几个 UDP 输入(来自文件的 SPTS)。 当我使用以下命令时

ffmpeg -thread_queue_size 2048 -i "udp://233.0.0.1:4005?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4000?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4001?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4002?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4003?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4004?fifo_size=1000000&buffer_size=10000000" -map 0 -map 1 -map 2 -map 3 -map 4 -map 5 -program title=Program0:st=0:st=1 -program title=Program1:st=2:st=3 -program title=Program2:st=4:st=5 -program title=Program3:st=6:st=7 -program title=Program4:st=8:st=9 -program title=Program5:st=10:st=11 -c copy -metadata service_provider=FILE -f mpegts -muxrate 40000000 -flush_packets 0 "udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1"

我可以毫无问题地播放(使用 VLC)MPTS 内容数小时。

当我添加比特率参数以使 UDP 输出流为 CBR 时

"udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000"

而不是

"udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1"

听到很多音频剪辑,然后我从 VLC 看到:

主要警告:计时错误(漂移:-89659 us):停止重新采样
主要警告:播放过早(-89367):下采样
主要警告:播放太早(-126525):播放静音
主要调试:插入 6073 个零
主要警告:播放太早(-47858):下采样
主要警告:计时错误(漂移:-97495 us):停止重新采样
主要警告:播放过早(-96807):下采样
主要警告:播放太早(-134672):播放静音
主调试:插入 6464 个零

在一些随机时间(几分钟)后,ffmpeg 由于以下错误而停止工作:

av_interleaved_write_frame():无法分配内存

如何使其适用于 CBR UDP 比特率?
我厌倦了更改 buffer_size 和 fifo_size 的参数,但没有成功。
我增加了 OS UDP 缓冲区以提高性能,但同样的内存问题是可见的

【问题讨论】:

  • 有什么更新吗?我这边也有同样的问题 - 我认为我的系统没有内存限制
  • 不幸的是没有。每次尝试变通方法都会导致内存问题...

标签: ffmpeg udp multicast bitrate


【解决方案1】:

我遇到了完全相同的内存错误,但我不知道为什么。 但我找到了一个适合我的解决方法。

我所做的不是将输出直接用于 udp 流,而是首先将其发送到管道。然后使用 ffmpeg 从管道中读取并将其发送到 over udp 多播地址。

创建命名管道:

mkfifo pipename.ts

从 ffmpeg 命令中删除 ffmpeg 输出:

"udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000" 

并使用以下输出:

pipe:1 > pipename.ts

所以第一个命令将如下所示:

ffmpeg -thread_queue_size 2048 -i "udp://233.0.0.1:4005?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4000?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4001?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4002?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4003?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 2048 -i "udp://233.0.0.1:4004?fifo_size=1000000&buffer_size=10000000" -map 0 -map 1 -map 2 -map 3 -map 4 -map 5 -program title=Program0:st=0:st=1 -program title=Program1:st=2:st=3 -program title=Program2:st=4:st=5 -program title=Program3:st=6:st=7 -program title=Program4:st=8:st=9 -program title=Program5:st=10:st=11 -c copy -metadata service_provider=FILE -f mpegts -muxrate 40000000 -flush_packets 0 pipe:1 > pipename.ts

然后运行另一个 ffmpeg 进程从管道中读取并输出到 UDP:

ffmpeg -re -i pipename.ts -c copy -f mpegts "udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000"

我无法解释为什么这样做会奏效。

【讨论】:

    【解决方案2】:

    我在 Centos 6.7(ffmpeg 版本 N-90991-g0736f32)上遇到了同样的问题。意外地,我在另一台使用 Ubuntu 18.04.2(内核 4.15.0-128-generic)和 ffmpeg 版本 3.4.8-0ubuntu0.2(从 apt-get 安装)的服务器上尝试了这个。而且现在看起来很稳定。

    【讨论】:

      猜你喜欢
      • 2013-09-22
      • 2012-01-10
      • 2017-02-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-04-21
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多