FFmpeg चा HTTP प्रॉक्सी पर्याय त्याच्या इनपुटच्या आधी येतो
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 प्रोटोकॉल आणि बिल्ड क्षमता तपासा.