Die aflaaier besit die proxy in 'n gepypde FFmpeg-invoer

Plaas die proxy op die program wat media aflaai wanneer FFmpeg net 'n pyp van grepe ontvang.

Wanneer FFmpeg pipe:0 lees, is sy invoerprotokol 'n pyp. As curl die media afgelaai het, het curl die netwerkverbinding oopgemaak en moet dit die proxy-konfigurasie ontvang.

Vir 'n opeenvolgende MPEG-TS-invoer kan 'n Bash-pyplyn so lyk:

set -o pipefail
curl --fail --silent --show-error \
  --proxy http://proxy.example.net:8080 --noproxy "" \
  'https://media.example.net/stream.ts' |
  ffmpeg -i pipe:0 -c copy output.ts

Vir 'n toegelate aflaai van openbare media bied die HTTP-proxylys kandidate vir curl se proxy-URL. Die leë omsylys laat hierdie curl-versoek die gekose tussenganger gebruik. pipefail bewaar ook 'n stroomop-aflaaifout in die pyplyn se aflaatstatus.

FFmpeg se http_proxy-opsie hoort by ondersteunde HTTP-netwerkinvoere. Dit kan nie 'n ander program opstel bloot omdat daardie program se uitvoer in FFmpeg ingepyp word nie.

As FFmpeg die aflaai moet behartig, gee dit die media-URL direk en gebruik die opsies wat deur sy gekose protokol en bou ondersteun word. Vir 'n HTTP-invoer, plaas FFmpeg se proxy-opsie voor daardie invoer. 'n Pyp het ook nie gewone lêersoek nie, so behou die bestaande werkvloei se formaatvereistes wanneer jy tussen URL- en pypinvoer wissel.

Verwante artikels