La HTTP-prokura opcio de FFmpeg antaŭas sian enigon

Donu http_proxy kiel enigan protokolan opcion kaj konservu apartajn argumentojn de opcio kaj valoro kiam Java-a aplikaĵo lanĉas FFmpeg.

Por FFmpeg-enigo traktata de ĝia HTTP-protokolo, metu la prokuran opcion antaŭ tiu enigo:

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

-http_proxy elektas la peranton por la HTTP-konekto de la enigo; finpunkto el la listo de HTTP-prokuroj estas kandidato por publika amaskomunikila vojo. -i ankoraŭ nomas la amaskomunikilan rimedon. La opcio copy koncernas la eligajn fluojn kaj ne agordas la retan vojon.

Ankaŭ en Java konservu la opcion kaj la URL-on kiel apartajn procesajn argumentojn:

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

Ĉirkaŭaĵo, kiu elmontras pliajn argumentojn, bezonas la saman distingon inter du ĵetonoj. Unu sola ĉeno enhavanta kaj -http_proxy kaj ĝian valoron ne estas la paro opcio kaj valoro, kiun FFmpeg atendas.

Citiloj, kiujn ŝelo uzas por grupi URL-on, ne devus fariĝi laŭliteraj signoj en la argumenta listo de ProcessBuilder.

La HTTP-prokura opcio ne estas ĝenerala SOCKS-agordo, nek ĝi agordas ne rilatan RTSP/UDP-enigon. Kontrolu la elektitan FFmpeg-protokolon kaj la konstrkapablojn kiam fluo uzas alian transporton.

Rilataj artikoloj