पाइप किए गए 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 और पाइप इनपुट के बीच बदलते समय मौजूदा वर्कफ़्लो की फ़ॉर्मेट आवश्यकताएँ बनाए रखें।