דער אַראָפּלאָדער פֿאַרמאָגט דעם פּראָקסי אין אַ רער־אַרײַנגאַנג פֿון FFmpeg
שטעלט דעם פּראָקסי אויף דעם פּראָגראַם וואָס ברענגט מעדיע ווען FFmpeg באַקומט בלויז אַ רער פֿון בייטן.
ווען FFmpeg לייענט pipe:0, איז זיין אַרײַנגאַנג־פּראָטאָקאָל אַ רער. אויב curl האָט געבראַכט די מעדיע, האָט curl געעפֿנט די נעצווערק־פֿאַרבינדונג און מוז באַקומען די פּראָקסי־קאָנפֿיגוראַציע.
פֿאַר אַ סיקווענציעלן MPEG-TS אַרײַנגאַנג קען אַ Bash רער־ליניע זיין אַזוי:
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
פֿאַר אַ דערלויבטן אַראָפּלאָד פֿון עפנטלעכער מעדיע גיט די HTTP־פּראָקסי־ליסטע קאַנדידאַטן פֿאַר curls פּראָקסי־URL. די ליידיקע אַרומרינגליסטע מאַכט אַז די curl־בקשה ניצט דעם אויסגעקליבענעם מיטלמאַן. pipefail האַלט אויך אַ דורכפֿאַל ביים אַראָפּלאָדן פֿון אויבן אין דעם אַרויסגאַנג־סטאַטוס פֿון דער רער־ליניע.
די http_proxy־אָפּציע פֿון FFmpeg געהערט צו די געשטיצטע HTTP־נעצווערק־אַרײַנגאַנגען. זי קען נישט קאָנפֿיגורירן אַן אַנדער פּראָגראַם בלויז ווייל יענעם פּראָגראַמס אַרויסגאַנג ווערט אַרײַנגעפֿירט אין FFmpeg דורך אַ רער.
אויב FFmpeg זאָל אַליין אַראָפּלאָדן, גיט אים דעם מעדיע־URL גלייך און ניצט די אָפּציעס וואָס זיין אויסגעקליבענער פּראָטאָקאָל און בויאונג שטיצן. פֿאַר אַן HTTP־אַרײַנגאַנג, שטעלט די פּראָקסי־אָפּציע פֿון FFmpeg פֿאַר יענעם אַרײַנגאַנג. אַ רער האָט אויך נישט קיין געוויינטלעכע טעקע־זוכן, דערפֿאַר האַלט די פֿאָרמאַט־פֿאָדערונגען פֿון דעם עקזיסטירנדן אַרבעטספלוס ביים איבערבײַטן צווישן URL און רער־אַרײַנגאַנג.