Nedlastaren eig proxyen i ein pipa FFmpeg-inngang

Set proxyen på programmet som hentar mediet når FFmpeg berre tek imot ei pipe med bytes.

Når FFmpeg les pipe:0, er inngangsprotokollen ei pipe. Viss curl henta mediet, opna curl nettverkssambandet og må ta imot proxykonfigurasjonen.

For ei sekvensiell MPEG-TS-inngang kan ein Bash-pipeline sjå 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 ein tillaten nedlasting av offentlege medium gjev HTTP-proxylista kandidatar for proxy-URL-en til curl. Den tomme omgåingslista gjer at denne curl-førespurnaden nyttar den valde mellommannen. pipefail bevarar òg ein nedlastingsfeil oppstraums i utgangsstatusen til pipelinen.

http_proxy-valet i FFmpeg høyrer til støtta HTTP-nettverksinngangar. Det kan ikkje konfigurera eit anna program berre fordi utdataa frå det programmet blir pipa inn i FFmpeg.

Viss FFmpeg skal stå for nedlastinga, gje det medie-URL-en direkte og bruk vala som blir støtta av det valde protokollen og bygget. For ein HTTP-inngang, set proxy-valet i FFmpeg før den inngangen. Ei pipe manglar òg vanleg filsøk, så hald på formatkrava i den eksisterande arbeidsflyten når du byter mellom URL og pipa inngang.

Relaterte artiklar