Formats et protocoles d'entrée pris en charge - AWS Elemental MediaLive

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Formats et protocoles d'entrée pris en charge

Le tableau suivant répertorie les types d'entrée pris en charge et décrit comment l'entrée gère le contenu source.

Les sections qui suivent le tableau décrivent commentMediaLiveingère une entrée push ou pull.

MediaLiveType d'entrée Vous devez pousser ou tirer ? Cas d'utilisation Système en amont et protocole pris en charge
CDI Push Vous devez transmettre un flux non compressé dans votre VPC vers un point de terminaison fixe surMediaLive. Amazon VPC dans un cloud privé
HLS Pull Vous devez extraire un flux ou une ressource HLS à partir d'un point de terminaison externe à l'aide du protocole HTTP, avec ou sans connexion sécurisée. Serveur HTTP ou

Serveur HTTPS

HLS Vous devez extraire un flux HLS ou VOD à partir d'un AWS ElementalMediaStoreà l'aide d'une connexion sécurisée. AWS ElementalMediaStoreavec un protocole personnalisé
HLS Vous devez extraire un flux HLS ou une ressource VOD à partir d'un compartiment Amazon S3 à l'aide d'une connexion sécurisée. Amazon S3 via un protocole personnalisé
Lien Push Vous devez transmettre un flux de transport (TS) à partir d'un périphérique AWS Elemental Link. AWS Elemental Link via une connexion interne
MediaConnect Push Vous devez transmettre un flux de transport (TS) à partir d'un flux dans AWS ElementalMediaConnect.

Cette entrée utilise unMediaConnectflux ARN, et non un URI.

AWS ElementalMediaConnectvia une connexion interne
MP4 Pull Vous devez extraire un fichier MP4 à partir d'un serveur HTTP, avec ou sans connexion sécurisée. Serveur HTTP ou

Serveur HTTPS

MP4 Vous devez extraire un fichier MP4 à partir d'un compartiment Amazon S3 à l'aide d'une connexion sécurisée.

Avec MediaLive, le nom du compartiment ne doit pas utiliser la notation par point. Par exemple, mycompany-videos est valide, mais mycompany.videos ne l'est pas.

Amazon S3 via un protocole personnalisé
Fichier de flux de transport (TS) Pull Vous devez extraire un fichier TS à partir d'un serveur HTTP, avec ou sans connexion sécurisée. Les extensions de fichiers de .ts ou .m2ts sont prises en charge.

MediaLivene prend en charge que les fichiers TS statiques. Il ne prend pas en charge la croissance des fichiers TS écrits pendant l'utilisation.

Serveur HTTP ou

Serveur HTTPS

Fichier de flux de transport (TS) Vous devez extraire un fichier TS à partir d'un compartiment Amazon S3 à l'aide d'une connexion sécurisée. Les extensions de fichiers de .ts ou .m2ts sont prises en charge.

MediaLivene prend en charge que les fichiers TS statiques. Il ne prend pas en charge la croissance des fichiers TS écrits pendant l'utilisation.

Avec MediaLive, le nom du compartiment ne doit pas utiliser la notation par point. Par exemple, mycompany-videos est valide, mais mycompany.videos ne l'est pas.

Amazon S3 via un protocole personnalisé
Récupération RTMP Pull Récupérez un flux à partir d'un point de terminaison externe à l'aide du protocole RTMP.

MediaLive ne prend pas en charge les entrées utilisant le protocole RTMPS.

Serveur RTMP via RTMP Pull
Transfert RTMP Push Vous devez transmettre un flux vers un point de terminaison fixe sur MediaLive, à l'aide du protocole RTMP.

MediaLive ne prend pas en charge les entrées utilisant le protocole RTMPS.

Serveur RTMP via RTMP Push
Transfert RTMP Vous devez transmettre un flux vers un point de terminaison fixe sur MediaLive, à l'aide du protocole RTMP.

MediaLive ne prend pas en charge les entrées utilisant le protocole RTMPS.

Amazon VPC via RTMP dans un cloud privé
RTP Push Vous devez transmettre un flux de transport (TS) vers un point de terminaison fixe sur MediaLive, à l'aide du protocole RTP. Serveur RTP via RTP Push
RTP Vous devez transmettre un flux de transport (TS) dans votre VPC vers un point de terminaison fixe sur MediaLive, à l'aide du protocole RTP. Amazon VPC over RTP dans un cloud privé

Ingestion avec une entrée de transfert

Une entrée de récupération fonctionne comme suit : la source publie continuellement vers un point de terminaison externe à MediaLive. Lorsque le canal (qui est connecté à l'entrée) est en cours d'exécution, MediaLive se connecte à l'entrée et ingère le contenu.

Lorsque le canal est inactif, MediaLive ne se connecte pas à l'entrée. (Il est probable que d'autres applications se connectent.)

Une entrée de reprise fonctionne avec une entrée de streaming (là où la source est en publication continue) ou une entrée VOD (là où la source est accessible sur un point de terminaison et donc ne change pas).

Ingestion avec une entrée de transfert RTMP

Une entrée de transfert fonctionne comme suit : la source tente de fournir un point de terminaison spécifié dans l'entrée MediaLive. Il doit exister une entente entre la source et le canal MediaLive afin que la source dispose des informations relatives à l'état de l'entrée.

Lorsque le canal (connecté à cette entrée) est démarré, MediaLive répond au message d'entente et l'ingère. Lorsque le canal n'est pas en cours d'exécution, MediaLive ne réagit pas ; la source passe à l'état de pause.

Une entrée de transfert fonctionne uniquement avec une source de streaming.

Ingestion avec une entrée de transfert RTP

Une entrée de transfert fonctionne comme suit : la source tente de fournir un point de terminaison, spécifié dans l'entrée MediaLive. La source ne sait pas si le contenu est ingéré ou non par le canal MediaLive.

Lorsque le canal (connecté à cette entrée) est démarré, MediaLive réagit à la source et l'ingère. Lorsque le canal n'est pas en cours d'exécution, MediaLive ne réagit pas ; la source continue de publier sur le point de terminaison, mais MediaLive ignore cette action.

Une entrée de transfert fonctionne uniquement avec une source de streaming.