Le téléchargeur possède le proxy dans une entrée FFmpeg par tube

Lorsque FFmpeg lit pipe:0, son protocole d'entrée est un tube. Si c'est curl qui a récupéré le média, curl a ouvert la connexion réseau et doit recevoir la configuration du proxy.

Pour une entrée MPEG-TS séquentielle, un pipeline Bash peut être :

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

Pour un téléchargement autorisé de média public, la liste de proxies HTTP fournit des candidats pour l'URL de proxy de curl. La liste d'exclusion vide fait que cette requête curl utilise l'intermédiaire choisi. pipefail préserve aussi un échec de téléchargement en amont dans le statut de sortie du pipeline.

L'option http_proxy de FFmpeg appartient aux entrées réseau HTTP prises en charge. Elle ne peut pas configurer un autre programme simplement parce que la sortie de ce programme est envoyée à FFmpeg par un tube.

Si FFmpeg doit prendre en charge le téléchargement, donnez-lui directement l'URL du média et utilisez les options prises en charge par son protocole et sa compilation choisis. Pour une entrée HTTP, placez l'option de proxy de FFmpeg avant cette entrée. Un tube n'offre pas non plus la recherche ordinaire dans un fichier ; conservez donc les exigences de format du flux de travail existant lorsque vous passez d'une URL à une entrée par tube.