पाइप केलेल्या 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 आणि पाइप इनपुट बदलताना विद्यमान कार्यप्रवाहाच्या स्वरूपाच्या आवश्यकता जपा.