Den Downloader besëtzt de Proxy an engem gepipeten FFmpeg-Input

Setzt de Proxy op d''Programm, dat d''Medie sicht, wann FFmpeg just eng Pip aus Bytes kritt.

Wann FFmpeg pipe:0 liest, ass säin Inputprotokoll eng Pip. Wann curl d''Medie geholt huet, huet curl d''Netzwierkverbindung opgemaach a muss d''Proxykonfiguratioun kréien.

Fir en sequenziellen MPEG-TS-Input kann eng Bash-Pipeline sou ausgesinn:

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

Fir en erlaabten Download vu ëffentleche Medie liwwert d''HTTP-Proxy-Lëscht Kandidaten fir curls Proxy-URL. Déi eidel Ëmgehungslescht mécht, datt dës curl-Ufro den ausgewielten Tëschemann benotzt. pipefail hält och e Feeler vum Download uewendriwwer am Exitstatus vun der Pipeline.

D''Optioun http_proxy vum FFmpeg gehéiert zu den ënnerstëtzten HTTP-Netzwierk-Inputs. Si kann keen anert Programm konfiguréieren, just well d''Ausgab vun deem Programm duerch eng Pip an FFmpeg geet.

Wann FFmpeg den Download soll maachen, gitt him d''Medie-URL direkt a benotzt d''Optiounen, déi vu sengem gewielte Protokoll a Build ënnerstëtzt ginn. Fir en HTTP-Input, setzt d''FFmpeg-Proxyoptioun virun deem Input. Eng Pip huet och keng gewéinlech Dateisich, dofir behält d''Formaterfuerderunge vum bestehende Workflow, wann Dir tëscht URL an Pip-Input wiesselt.

Ähnlech Artikelen