Ang downloader ang may-ari ng proxy sa piped na input ng FFmpeg

Kapag binabasa ng FFmpeg ang pipe:0, ang input protocol nito ay pipe. Kung curl ang kumuha ng media, ang curl ang nagbukas ng koneksyon sa network at ito ang dapat makatanggap ng configuration ng proxy.

Para sa sequential na input na MPEG-TS, ang pipeline ng Bash ay maaaring:

set -o pipefail
curl --fail --silent --show-error \
  --proxy http://proxy.example.net:8080 --noproxy "" \
  'https://media.example.net/stream.ts' |
  ffmpeg -i pipe:0 -c copy output.ts

Para sa pinahihintulutang pag-download ng pampublikong media, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa proxy URL ng curl. Ang walang laman na listahan ng bypass ay ginagawang gamitin ng curl request na ito ang piniling tagapamagitan. Pinapanatili rin ng pipefail ang pagkabigo ng download sa upstream sa exit status ng pipeline.

Ang opsyong http_proxy ng FFmpeg ay kabilang sa mga sinusuportahang input ng HTTP network. Hindi nito makokonfigura ang ibang programa dahil lang sa ang output ng programang iyon ay ipinapasok sa FFmpeg sa pamamagitan ng pipe.

Kung ang FFmpeg ang dapat mamahala sa download, ibigay sa ito nang direkta ang URL ng media at gamitin ang mga opsyong sinusuportahan ng napiling protocol at build nito. Para sa input na HTTP, ilagay ang opsyong proxy ng FFmpeg bago ang input na iyon. Wala rin ang pipe ng karaniwang paghahanap sa file, kaya panatilihin ang mga pangangailangan sa format ng umiiral na workflow kapag lumilipat sa pagitan ng URL at piped na input.