Ang opsyon na HTTP proxy ng FFmpeg ay nauuna sa input nito

Ipasok ang http_proxy bilang opsyon ng input protocol at panatilihing hiwalay ang mga argumento ng opsyon at halaga kapag naglulunsad ng FFmpeg ang isang Java application.

Para sa input ng FFmpeg na pinoproseso ng HTTP protocol nito, ilagay ang opsyon na proxy bago ang input na iyon:

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

Pinipili ng -http_proxy ang tagapamagitan para sa HTTP na koneksyon ng input; ang isang endpoint mula sa listahan ng HTTP proxy ay kandidato para sa pampublikong ruta ng media. Pinapangalanan pa rin ng -i ang mapagkukunan ng media. Ang opsyon na copy ay tungkol sa mga output stream at hindi nito kinokonpigura ang ruta ng network.

Sa Java rin, panatilihing hiwalay ang opsyon at ang URL bilang mga argumento ng proseso:

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

Ang wrapper na naglalantad ng karagdagang mga argumento ay nangangailangan ng parehong paghihiwalay ng dalawang token. Ang isang string na naglalaman ng parehong -http_proxy at ang halaga nito ay hindi ang pares ng opsyon at halaga na inaasahan ng FFmpeg.

Ang mga panipi na ginagamit ng shell upang pagsama-samahin ang isang URL ay hindi dapat maging literal na mga karakter sa listahan ng argumento ng ProcessBuilder.

Ang opsyon na HTTP proxy ay hindi pangkalahatang setting ng SOCKS at hindi rin kinokonpigura ang walang kaugnayang input na RTSP/UDP. Suriin ang napiling protocol ng FFmpeg at ang mga kakayahan sa pagbuo kapag gumagamit ang stream ng ibang transport.

Kaugnay na mga artikulo