De downloader hat de proxy yn in piped FFmpeg-ynfier

Set de proxy op it programma dat media hellet as FFmpeg allinnich in piip fan bytes krijt.

As FFmpeg pipe:0 lêst, is syn ynfierprotokol in piip. As curl de media helle hat, hat curl de netwurkferbining iepene en moat it de proxykonfiguraasje krije.

Foar in opienfolgjende MPEG-TS-ynfier kin in Bash-piipline der sa útsjen:

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

Foar in tastiene download fan iepenbiere media jout de HTTP-proxylist kandidaten foar de proxy-URL fan curl. De lege list foar oerslaan makket dat dit curl-fersyk de keazen bemiddeler brûkt. pipefail bewarret ek in downloadflater boppestreams yn de útgongsstatus fan 'e piipline.

De http_proxy-opsje fan FFmpeg heart by stipe HTTP-netwurkynfier. It kin in oar programma net konfigurearje, allinnich om't de útgong fan dat programma troch in piip nei FFmpeg giet.

As FFmpeg de download dwaan moat, jou it dan de media-URL direkt en brûk de opsjes dy't troch syn keazen protokol en build stipe wurde. Foar in HTTP-ynfier, set de proxy-opsje fan FFmpeg foar dy ynfier. In piip hat ek gjin gewoane bestânssykjen, dus behâld de formaateasken fan 'e besteande wurkstream as jo wikselje tusken URL- en piipynfier.

Relatearre artikelen