ffmpeg在后台运行时挂起

Question

如果我按如下方式运行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

Answer 1

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

当你运行一个进程时,它有3个打开的管道:stdin,stdout和stderr.管道有一个内存缓冲区(Linux上为4KB),可以容纳一定数量的数据,下一个写操作将暂停,直到从管道的另一侧读取一些数据.

既然你从未从stdout和stderr读取你的子进程和FFMpeg输出相当多,它会在某些时候挂起.

如上面的评论中所述,您可以使用以下命令将ffmpeg输出重定向到/ dev/null:

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

在这种情况下,ffmpeg将永远不会输出足够的数据以使管道"挂起".

另一种选择是在启动它时立即关闭子进程的stdin,stdout和stderr.

另一个选择是实际读取(并可选地丢弃)子进程的stdout和stderr上的所有内容.

Answer 2

ffmpeg 默认情况下启用与stdin的交互。在Mac OS X和Linux系统上，这会导致ffmpeg在后台运行的作业挂起。向-nostdin调用添加选项会导致ffmpeg无法启用stdin交互，因此避免了挂起后台进程。

在您的示例中，尝试：

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

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

ffmpeg ... < /dev/null

与使用可以达到“大致相同的结果” -nostdin，但需要使用shell。

您什么时候想ffmpeg不带外壳运行？当将其作为子流程调用时，例如使用Python的subprocess.run()。

Answer 3

正如其他人指出的那样，该问题是由 ffmpeg 用详细消息使标准输出和/或标准错误饱和引起的。因此，另一种选择可能是调低 ffmpeg 的日志级别：

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

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