Mae opsiwn dirprwy HTTP FFmpeg yn dod o flaen ei fewnbwn

Trosglwyddwch http_proxy fel opsiwn protocol mewnbwn a chadwch ddadleuon opsiwn a gwerth ar wahân pan fydd rhaglen Java yn lansio FFmpeg.

Ar gyfer mewnbwn FFmpeg a drafodir gan ei brotocol HTTP, rhowch yr opsiwn dirprwy o flaen y mewnbwn hwnnw:

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

Mae -http_proxy yn dewis y cyfryngwr ar gyfer cysylltiad HTTP y mewnbwn; mae terfynbwynt o'r rhestr dirprwyon HTTP yn ymgeisydd ar gyfer llwybr cyfryngau cyhoeddus. Mae -i yn enwi'r adnodd cyfryngau o hyd. Mae'r opsiwn copy yn ymwneud â'r ffrydiau allbwn ac nid yw'n ffurfweddu'r llwybr rhwydwaith.

Yn Java hefyd, cadwch yr opsiwn a'r URL fel dadleuon proses ar wahân:

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

Mae angen yr un gwahaniaeth rhwng dau docyn ar lapio sy'n datgelu dadleuon ychwanegol. Nid yw un llinyn sy'n cynnwys -http_proxy a'i werth gyda'i gilydd yn bâr opsiwn a gwerth y mae FFmpeg yn ei ddisgwyl.

Ni ddylai dyfyniadau a ddefnyddir gan gragen i grwpio URL ddod yn gymeriadau llythrennol yn rhestr dadleuon ProcessBuilder.

Nid yw'r opsiwn dirprwy HTTP yn osodiad SOCKS cyffredinol, ac nid yw'n ffurfweddu mewnbwn RTSP/UDP diberthynas. Gwiriwch y protocol FFmpeg a ddewiswyd a galluoedd y gwaith adeiladu pan fydd ffrwd yn defnyddio cludydd arall.

Erthyglau cysylltiedig