Foar in FFmpeg-ynfier dy't troch syn HTTP-protokol behannele wurdt, set de proxy-opsje foar dy ynfier:

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

-http_proxy kiest de tuskenpersoan foar de HTTP-ferbining fan de ynfier; in einpunt út 'e HTTP-proxylist is in kandidaat foar in iepenbiere mediaarûte. -i neamt noch hieltyd de mediabron. De opsje copy giet oer de útfierstreamen en konfigurearret de netwurkrûte net.

Hâld yn Java ek de opsje en de URL as aparte prosesarguminten:

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

In wrapper dy't ekstra arguminten oanjout, hat deselde skieding tusken twa tokens nedich. Ien tekenrige mei sawol -http_proxy as syn wearde is net it opsje- en weardepaar dat FFmpeg ferwachtet.

Oanheltekens dy't in shell brûkt om in URL te groepearjen, meie gjin letterlike tekens wurde yn 'e argumintlist fan ProcessBuilder.

De HTTP-proxy-opsje is gjin algemiene SOCKS-ynstelling en konfigurearret ek gjin net besibbe RTSP/UDP-ynfier. Kontrolearje it keazen FFmpeg-protokol en de boumooglikheden as in stream in oar transport brûkt.

Relatearre artikelen