דער HTTP פּראַקסי אָפּציע פֿון FFmpeg קומט פֿאַר זײַן אַרײַנגאַנג
גיב http_proxy ווי אַן אַרײַנגאַנג־פּראָטאָקאָל אָפּציע און האַלט די אָפּציע און ווערט ווי באַזונדערע אַרגומענטן ווען אַ Java פּראָגראַם סטאַרטעט FFmpeg.
פֿאַר אַן FFmpeg אַרײַנגאַנג וואָס ווערט באַהאַנדלט דורך זײַן HTTP פּראָטאָקאָל, שטעל די פּראַקסי אָפּציע פֿאַר דעם אַרײַנגאַנג:
ffmpeg -http_proxy http://proxy.example:8080 \
-i 'https://media.example/input.mp4' \
-c copy output.mp4
-http_proxy קלײַבט דעם פֿאַרמיטלער פֿאַר דער HTTP פֿאַרבינדונג פֿון אַרײַנגאַנג; אַן ענדפּונקט פֿון HTTP פּראַקסי ליסטע איז אַ קאַנדידאַט פֿאַר אַ פּובליקע מעדיע רוטע. -i נאָך באַצײכנט די מעדיע רעסאָרס. די copy אָפּציע באַטרעפֿט די אויסגאַנג שטראָמען און שטעלט נישט אָן דעם נעצווערק רוטע.
אויך אין Java האַלט די אָפּציע און די URL ווי באַזונדערע פּראָצעס אַרגומענטן:
var command = new ProcessBuilder(
"ffmpeg",
"-http_proxy", "http://proxy.example:8080",
"-i", inputUrl,
"-c", "copy", outputPath
);
אַ פֿאַרפּעקל וואָס שטעלט צו נאָך אַרגומענטן דאַרף דעם זעלביקן חילוק צווישן צוויי טאָקענס. איין שטריקל וואָס האָט סיי -http_proxy סיי זײַן ווערט איז נישט דאָס אָפּציע־און־ווערט פּאָר וואָס FFmpeg דערוואַרט.
די אָנפֿירונגס צײכנס וואָס אַ שעל נוצט צו גרופּירן אַ URL טאָרן נישט ווערן פּשוטע אותיות אין ProcessBuilder ס אַרגומענט ליסטע.
די HTTP פּראַקסי אָפּציע איז נישט קיין אַלגעמיינע SOCKS אָפּשטעלונג און שטעלט אויך נישט אָן קיין פֿאַרבונדעענעם RTSP/UDP אַרײַנגאַנג. פּרוביר דעם אויסגעקליבענעם FFmpeg פּראָטאָקאָל און די בויען פֿעיִקייטן ווען אַ שטראָם נוצט אַן אַנדער טראַנספּאָרט.