HTTP-proxy valkostur FFmpeg kemur á undan inntakinu

Sendu http_proxy sem valkost inntaksprotokolls og haltu valkosti og gildi sem aðskildum rökum þegar Java-forrit keyrir FFmpeg.

Fyrir FFmpeg-inntak sem HTTP-samskiptareglan þess vinnur, settu proxy-valkostinn fyrir framan það inntak:

ffmpeg -http_proxy http://proxy.example:8080 \
  -i 'https://media.example/input.mp4' \
  -c copy output.mp4

-http_proxy velur milliliðinn fyrir HTTP-tengingu inntaksins; endapunktur úr HTTP-proxylistanum er kandídat fyrir opinbera miðlaleið. -i nefnir enn miðlaauðlindina. copy-valkosturinn varðar úttaksstraumana og stillir ekki netleiðina.

Haltu líka í Java valkostinum og URL-inu sem aðskildum ferlisrökum:

var command = new ProcessBuilder(
    "ffmpeg",
    "-http_proxy", "http://proxy.example:8080",
    "-i", inputUrl,
    "-c", "copy", outputPath
);

Umbúðir sem bjóða upp á viðbótarrök þurfa sömu aðgreiningu tveggja tákna. Einn strengur sem inniheldur bæði -http_proxy og gildi þess er ekki valkosts- og gildis parið sem FFmpeg býst við.

Gæsalappir sem skel notar til að hópa URL eiga ekki að verða bókstafleg tákn í röklista ProcessBuilder.

HTTP-proxy valkosturinn er ekki almenn SOCKS-stilling og stillir ekki ótengt RTSP/UDP-inntak. Athugaðu valda FFmpeg-samskiptareglu og byggingargetu þegar straumur notar annan flutning.

Tengdir greinar