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 প্রোটোকল ও বিল্ড সক্ষমতা যাচাই করুন।