Nedlasteren eier proxyen i en pipet FFmpeg-inngang

Når FFmpeg leser pipe:0, er inngangsprotokollen en pipe. Hvis curl hentet mediet, åpnet curl nettverksforbindelsen og må motta proxykonfigurasjonen.

For en sekvensiell MPEG-TS-inngang kan en Bash-pipeline se slik ut:

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

For en tillatt nedlasting av offentlige medier gir HTTP-proxylisten kandidater for curls proxy-URL. Den tomme omgåelseslisten gjør at denne curl-forespørselen bruker den valgte mellommannen. pipefail bevarer også en nedlastingsfeil oppstrøms i pipelineens utgangsstatus.

FFmpegs http_proxy-alternativ hører til støttede HTTP-nettverksinnganger. Det kan ikke konfigurere et annet program bare fordi det programmets utdata sendes gjennom en pipe til FFmpeg.

Hvis FFmpeg skal stå for nedlastingen, gi det medie-URL-en direkte og bruk alternativene som støttes av det valgte protokollen og bygget. For en HTTP-inngang, sett FFmpegs proxy-alternativ før den inngangen. En pipe mangler også vanlig filsøk, så behold formatkravene i den eksisterende arbeidsflyten når du bytter mellom URL og pipet inngang.