L'opció de proxy HTTP d'FFmpeg va abans de la seva entrada
Passa http_proxy com a opció de protocol d'entrada i conserva arguments separats d'opció i valor quan una aplicació Java llança FFmpeg.
Per a una entrada d'FFmpeg gestionada pel seu protocol HTTP, situa l'opció de proxy abans d'aquesta entrada:
ffmpeg -http_proxy http://proxy.example:8080 \
-i 'https://media.example/input.mp4' \
-c copy output.mp4
-http_proxy selecciona l'intermediari per a la connexió HTTP de l'entrada; un extrem de la llista de proxys HTTP és un candidat per a una ruta pública de mitjans. -i encara anomena el recurs de mitjans. L'opció copy afecta els fluxos de sortida i no configura la ruta de xarxa.
A Java també cal mantenir l'opció i l'URL com a arguments de procés separats:
var command = new ProcessBuilder(
"ffmpeg",
"-http_proxy", "http://proxy.example:8080",
"-i", inputUrl,
"-c", "copy", outputPath
);
Un embolcall que exposa arguments addicionals necessita la mateixa distinció entre dos testimonis. Una sola cadena que contingui alhora -http_proxy i el seu valor no és el parell opció i valor que FFmpeg espera.
Les cometes que una shell fa servir per agrupar un URL no han de convertir-se en caràcters literals a la llista d'arguments de ProcessBuilder.
L'opció de proxy HTTP no és un paràmetre general de SOCKS ni configura una entrada RTSP/UDP no relacionada. Comprova el protocol d'FFmpeg seleccionat i les capacitats de la compilació quan un flux fa servir un altre transport.