34

如果我按如下方式运行 ffmpeg：

ffmpeg -i H264-media-4.264 4.avi

它工作正常（即 4.avi 创建正常）。但是，如果我尝试在后台运行它：

ffmpeg -i H264-media-4.264 4.avi &

它挂了！（和 4.avi 从未创建）任何想法？

注意：问题是在尝试将其作为子进程运行时python中类似问题的隔离，并且它也挂起：ff.py包括

ps = subprocess.Popen(ffmpeg_list, stderr=subprocess.STDOUT,stdout = subprocess.PIPE)

运行./ff.py正常，./ff.py &也挂起。

  • 系统：CentOS 6.6
  • ffmpeg：0.10.2

成功运行的结果：

 ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers
 built on Mar 20 2012 04:34:50 with gcc 4.4.6 20110731 (Red Hat 4.4.6-3)
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libopencv --enable-libdc1394 --enable-libdirac --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping
  libavutil      51. 35.100 / 51. 35.100
  libavcodec     53. 61.100 / 53. 61.100
  libavformat    53. 32.100 / 53. 32.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 61.100 /  2. 61.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0.  6.100 /  0.  6.100
  libpostproc    52.  0.100 / 52.  0.100
[h264 @ 0x24eac00] max_analyze_duration 5000000 reached at 5000000
[h264 @ 0x24eac00] Estimating duration from bitrate, this may be inaccurate
Input #0, h264, from 'H264-media-4.264':
  Duration: N/A, bitrate: N/A
    Stream #0:0: Video: h264 (Baseline), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc
[buffer @ 0x24efa60] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:
[mpeg4 @ 0x24eb540] removing common factors from framerate
Output #0, avi, to '4.avi':
  Metadata:
    ISFT            : Lavf53.32.100
    Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (h264 -> mpeg4)
Press [q] to stop, [?] for help
frame= 2324 fps=477 q=31.0 Lsize=    2603kB time=00:01:32.96 bitrate= 229.4kbits/s    
video:2542kB audio:0kB global headers:0kB muxing overhead 2.409572%

挂起运行的结果：

ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers
  built on Mar 20 2012 04:34:50 with gcc 4.4.6 20110731 (Red Hat 4.4.6-3)
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libopencv --enable-libdc1394 --enable-libdirac --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping
  libavutil      51. 35.100 / 51. 35.100
  libavcodec     53. 61.100 / 53. 61.100
  libavformat    53. 32.100 / 53. 32.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 61.100 /  2. 61.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0.  6.100 /  0.  6.100
  libpostproc    52.  0.100 / 52.  0.100


[5]+  Stopped                 ffmpeg -i H264-media-4.264 4.avi
4

3 回答 3

57

它挂起是因为在某一点之后它不能再写入它的输出管道。

当你运行一个进程时，它有 3 个打开的管道用于：stdin、stdout 和 stderr。管道有一个内存缓冲区（在 Linux 上为 4KB），可以容纳一定数量的数据，并且下一个写入操作将暂停，直到从管道的另一端读取一些数据。

由于您从未从子进程的 stdout 和 stderr 中读取数据，并且 FFMpeg 输出很多，因此它会在某个时候挂起。

正如上面评论中所解释的，您可以使用以下命令简单地将您的 ffmpeg 输出重定向到 /dev/null： 

ffmpeg .... > /dev/null 2>&1 < /dev/null

在这种情况下，ffmpeg 永远不会输出足够的数据来让管道“挂起”。

另一种选择是在启动子进程后立即关闭子进程的标准输入、标准输出和标准错误。

另一种选择是实际读取（并可选择丢弃）子进程的 stdout 和 stderr 上的所有内容。

于 2013-05-13T17:16:13.583 回答
30

ffmpeg 默认情况下启用与标准输入的交互。在 Mac OS X 和 Linux 系统上，这会导致ffmpeg在后台运行的作业暂停。-nostdin向调用添加选项会导致ffmpeg不启用标准输入交互，从而避免挂起后台进程。

在您的示例中，请尝试：

ffmpeg -nostdin -i H264-media-4.264 4.avi &

注意：ffmpeg文档 5.4 Main options表示其他答案中提到的输入重定向：

ffmpeg ... < /dev/null

实现与使用“大致相同的结果” -nostdin，但需要外壳。

您什么时候想在ffmpeg没有 shell 的情况下运行？当将其作为子进程调用时，例如使用 Python 的subprocess.run().

于 2017-11-04T19:43:50.123 回答
6

正如其他人指出的那样，该问题是由 ffmpeg 使标准输出和/或标准错误饱和并带有详细消息引起的。所以另一种选择可能是关闭 ffmpeg 的日志级别：

ffmpeg -loglevel error -i H264-media-4.264 4.avi &

有关 ffmpeg 中日志级别的更多信息，请参阅此问题。

于 2018-09-30T02:29:08.563 回答