পাইপড 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 প্রক্সি তালিকা curl-এর প্রক্সি URL-এর জন্য প্রার্থী দেয়। খালি বাইপাস তালিকা এই curl অনুরোধকে নির্বাচিত মধ্যস্থতাকারী ব্যবহার করতে বাধ্য করে। pipefail ওপরের ধাপের ডাউনলোড ব্যর্থতাকে পাইপলাইনের এক্সিট অবস্থায় সংরক্ষণ করে।

FFmpeg-এর http_proxy অপশন সমর্থিত HTTP নেটওয়ার্ক ইনপুটের অন্তর্গত। কেবল অন্য একটি প্রোগ্রামের আউটপুট FFmpeg-এ পাইপ করা হয় বলে সেটি ওই প্রোগ্রাম কনফিগার করতে পারে না।

যদি FFmpeg-ই ডাউনলোডের দায়িত্ব নেয়, তবে তাকে মিডিয়ার URL সরাসরি দিন এবং তার নির্বাচিত প্রোটোকল ও বিল্ডে সমর্থিত অপশন ব্যবহার করুন। HTTP ইনপুটের জন্য FFmpeg-এর প্রক্সি অপশন ওই ইনপুটের আগে রাখুন। পাইপে সাধারণ ফাইল সিকিংও থাকে না, তাই URL ও পাইপ ইনপুটের মধ্যে বদল করার সময় বিদ্যমান কর্মপ্রবাহের ফরম্যাট চাহিদা বজায় রাখুন।