Подтвердить что ты не робот

Ffmpeg зависает при запуске в фоновом режиме

Если я запустил ffmpeg следующим образом:

ffmpeg -i H264-media-4.264 4.avi

Он работает нормально (т.е. 4.avi создан OK). Однако, если я попытаюсь запустить его в фоновом режиме:

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
4b9b3361

Ответ 1

Он зависает, потому что после определенного момента он больше не может писать в него выходной канал.

Когда вы запускаете процесс, у него есть 3 открытых канала для: stdin, stdout и stderr. Труба имеет буфер памяти (4 КБ в Linux), который может удерживать до определенного объема данных, и следующая операция записи приостанавливается до тех пор, пока некоторые данные не будут прочитаны с другой стороны канала.

Поскольку вы никогда не читали из stdout и stderr вашего дочернего процесса, а выходы FFMpeg довольно много, он в какой-то момент зависает.

Как объяснено выше, вы можете просто перенаправить вывод ffmpeg в /dev/null, используя:

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

В этом случае ffmpeg никогда не выведет достаточное количество данных, чтобы иметь трубку "зависать".

Другой вариант - просто закрыть stdin, stdout и stderr вашего дочернего процесса сразу после его запуска.

И еще одним вариантом было бы фактически прочитать (и, возможно, отказаться) все на stdout и stderr вашего дочернего процесса.

Ответ 2

ffmpeg позволяет по умолчанию взаимодействовать с стандартным by default. В системах Mac OS X и Linux это приводит к приостановке работы ffmpeg, работающей в фоновом режиме. Добавление опции -nostdin к вызову приводит к тому, что ffmpeg не разрешает взаимодействие stdin, и, таким образом, предотвращает приостановку фонового процесса.

В вашем примере попробуйте:

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

Примечание: в документации ffmpeg, 5.4 Основные параметры говорится, что перенаправление ввода упоминается в других ответах:

ffmpeg ... < /dev/null

достигает "примерно того же результата", что и при использовании -nostdin, но требует оболочки.

Когда вы можете запустить ffmpeg без оболочки? При вызове его как подпроцесса, например, с Python subprocess.run().

Ответ 3

Как уже отмечали другие, проблема вызвана тем, что ffmpeg насыщает stdout и/или stderr подробными сообщениями. Так что другим вариантом может быть отключение уровня журнала для ffmpeg:

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

Смотрите этот вопрос для получения дополнительной информации об уровнях журнала в ffmpeg.

Ответ 4

При запуске ffmpeg в фоновом режиме "./ffmpeg.... -vcodec mpeg4 grab.mp4>/dev/null 2> & 1 & lt;/dev/null & amp;" Создается файл mp4, а затем я убиваю процесс ffmpeg, используя kill -9

Но при этом созданный файл mp4 не открывается, он показывает ошибку, в то время как когда я запускаю ffmpeg4 в обычном режиме "./ffmpeg.... -vcodec mpeg4 grab.mp4>/dev/null 2> & 1 & lt;/dev/null", а затем нажимаю ctrl + C, я не вижу этой проблемы Любой совет