FFmpegનો HTTP પ્રોક્સી વિકલ્પ તેના ઇનપુટ પહેલાં આવે છે

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 પ્રોટોકોલ અને બિલ્ડ ક્ષમતાઓ તપાસો.