【问题标题】:Puzzled with file descriptor in Bash (ffmpeg video capture)对 Bash 中的文件描述符感到困惑(ffmpeg 视频捕获)
【发布时间】:2020-08-17 21:46:03
【问题描述】:

我正在尝试在 Bash 中使用文件描述符,但发现了一个我无法解决的问题。 我必须读取来自coproc 中执行的命令的标准输出的视频流。这段代码按预期工作:

ffmpeg \
    -i <(exec cat <&${COPROC[0]}) \
    -c:v $ENCODE_VIDEO_FORMAT_LOSSLESS $ENCODE_VIDEO_OPTIONS_LOSSLESS \
    -c:a copy \
    -progress /dev/fd/1 \
    "${capfile}"

cat 进程并没有真正有用,因为ffmpeg -i pipe:&lt;file descriptor&gt; 似乎也这样做。所以我尝试了以下代码,但失败并出现pipe:63: Bad file descriptor 错误。

ffmpeg \
    -i pipe:"${COPROC[0]}" \
    -c:v $ENCODE_VIDEO_FORMAT_LOSSLESS $ENCODE_VIDEO_OPTIONS_LOSSLESS \
    -c:a copy \
    -progress /dev/fd/1 \
    "${capfile}"

实际的脚本有点复杂,但这里有一个针对这个问题的最小测试代码:

#!/bin/bash
#

ENCODE_VIDEO_FORMAT_LOSSLESS=ffv1
ENCODE_VIDEO_OPTIONS_LOSSLESS="-level 3 -threads 7 -coder 1 -context 1 -g 1 -slices 30 -slicecrc 1"

capfile=capure.mkv

coproc ffmpeg  -i file:'Camomille.mkv' -c:v copy -c:a copy -f matroska pipe:1

capture_fd=${COPROC[0]}
echo "hk_capture_pid=${COPROC_PID}"

ffmpeg \
    -i pipe:${COPROC[0]} \
    -c:v $ENCODE_VIDEO_FORMAT_LOSSLESS $ENCODE_VIDEO_OPTIONS_LOSSLESS \
    -c:a copy \
    -progress /dev/fd/1 \
    "${capfile}"

这是第二个ffmpeg 命令的输出:

ffmpeg version 4.1.4-1build2 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 9 (Ubuntu 9.2.1-4ubuntu1)
  configuration: --prefix=/usr --extra-version=1build2 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 22.100 / 56. 22.100
  libavcodec     58. 35.100 / 58. 35.100
  libavformat    58. 20.100 / 58. 20.100
  libavdevice    58.  5.100 / 58.  5.100
  libavfilter     7. 40.101 /  7. 40.101
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  3.100 /  5.  3.100
  libswresample   3.  3.100 /  3.  3.100
  libpostproc    55.  3.100 / 55.  3.100
pipe:63: Bad file descriptor
av_interleaved_write_frame(): Broken pipe                                                                                       
Error writing trailer of pipe:1: Broken pipe                                                                                    
frame=    4 fps=0.0 q=-1.0 Lsize=      48kB time=00:00:00.03 bitrate=10051.1kbits/s speed=3.44x    
video:86kB audio:1kB subtitle:0kB other streams:0kB global headers:2kB muxing overhead: unknown
Conversion failed!

这个失败了,如果你用-i &lt;(exec cat &lt;&amp;${COPROC[0]})替换-i pipe:${COPROC[0]},就会创建一个capture.mkv文件。

我运行 ubuntu eoan 和 bash 版本是:GNU bash, version 5.0.3(1)-release (x86_64-pc-linux-gnu)。自从我开始处理这个问题以来,我已经升级了好几次,所以它不会与 bash 和 ffmpeg 版本有太大的关系。

如果有人能指出我在 bash 文件描述符方面做错了什么,我将不胜感激。

【问题讨论】:

    标签: linux bash ffmpeg file-descriptor


    【解决方案1】:

    文件描述符${COPROC[0]}只对shell有效,对ffmpeg无效。

    所以你需要的是:

    ffmpeg \
        -i pipe:0 \
        -c:v $ENCODE_VIDEO_FORMAT_LOSSLESS $ENCODE_VIDEO_OPTIONS_LOSSLESS \
        -c:a copy \
        -progress /dev/fd/1 \
        "${capfile}" <&${COPROC[0]}
    

    【讨论】:

    • 非常感谢!我试过了,但没有 -i pipe:0 部分,因为我认为 ffmpeg 会从它的标准输入中读取,但显然不是。好吧,这个pipe:“协议”并不是很有用,因为它并没有比标准的-i - synthax 做得更多。
    猜你喜欢
    • 2015-01-04
    • 2015-03-31
    • 2021-11-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-12-17
    • 2021-03-11
    • 1970-01-01
    相关资源
    最近更新 更多