પાઇપ કરેલા 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 અને પાઇપ ઇનપુટ વચ્ચે બદલતી વખતે હાલના વર્કફ્લોની ફોર્મેટ આવશ્યકતાઓ જાળવો.