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 प्रोटोकॉल और बिल्ड क्षमताएँ जाँचें।

संबंधित लेख