View a markdown version of this page

Ridondanza di input in tempo reale AWS Elemental MediaPackage flusso di elaborazione - AWS Elemental MediaPackage

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Ridondanza di input in tempo reale AWS Elemental MediaPackage flusso di elaborazione

Ottieni la ridondanza degli input AWS Elemental MediaPackage inviando due stream a URL di input separati su un canale in ingresso. MediaPackage Uno dei flussi diventa l'origine attiva principale dei contenuti per gli endpoint, mentre l'altro continua a ricevere passivamente i contenuti. Se MediaPackage smette di ricevere contenuti dallo stream attivo, passa all'altro flusso di input in modo che la riproduzione del contenuto non venga interrotta.

Se usi MediaPackage with AWS Elemental MediaLive (ad esempio), ecco il flusso della ridondanza degli input:

  1. Crei un canale in MediaPackage, come descritto in. Creazione di un canale Quando MediaPackage predispone il canale, vengono creati due URL di input per il canale. Se non usi la ridondanza di input, puoi inviare un flusso a uno dei due URL di input. Non è necessario inviare contenuti a entrambi gli URL.

    Nota

    Quando la ridondanza degli input è diventata disponibile, MediaPackage hai aggiunto un secondo URL di input ai canali esistenti e aggiornato l'URL esistente in un nuovo formato. Puoi usare l'URL esistente o i nuovi URL per l'input del contenuto.

  2. Si crea un endpoint in MediaPackage come descritto in. Creazione di un endpoint

    Importante

    Se si utilizzano segmenti di uscita brevi, a seconda del dispositivo di riproduzione, è possibile che si verifichi un buffering quando si MediaPackage cambia ingresso. Puoi ridurre il tempo di buffer utilizzando la funzione di ritardo sull'endpoint. Nota che l'utilizzo del ritardo introduce una latenza per la distribuzione dei contenuti end-to-end. Per ulteriori informazioni su come abilitare il ritardo, consulta Creazione di un endpoint.

  3. Si creano un ingresso e un canale in e AWS Elemental MediaLive si aggiunge un gruppo di MediaPackage uscita all'ingresso del canale. MediaLive Per ulteriori informazioni, consultate Creazione di un canale da zero nella Guida AWS Elemental MediaLive per l'utente.

    Se si utilizza un gruppo di output HLS in AWS Elemental MediaLive, l'azione di perdita di input nelle impostazioni del gruppo HLS deve essere impostata per sospendere l'output se il servizio non riceve input. Se MediaLive invia un frame nero o un altro frame di riempimento quando manca l'input, non è in grado di rilevare quando mancano dei segmenti e di conseguenza non MediaPackage può eseguire il failover. Per ulteriori informazioni sull'impostazione dell'azione di perdita dell'input in MediaLive, consulta Fields for the HLS Group nella Guida per l'utente. AWS Elemental MediaLive

    Importante

    Se si utilizza un codificatore diverso (non AWS Elemental MediaLive) e si inviano due stream separati allo stesso canale in ingresso MediaPackage, gli stream devono avere impostazioni di codificazione e nomi di manifesto identici. In caso contrario, la ridondanza di input potrebbe non funzionare correttamente e la riproduzione potrebbe essere interrotta se si scambiano gli input.

  4. Avviate il canale a cui AWS Elemental MediaLive inviare gli stream. MediaPackage

  5. MediaPackage riceve contenuti su entrambi gli URL di input, ma solo uno degli stream viene utilizzato per il contenuto di origine alla volta. Se nello stream attivo mancano dei segmenti, viene eseguito MediaPackage automaticamente il failover sull'altro stream. MediaPackage continua a utilizzare questo flusso fino a quando non sarà nuovamente necessario il failover.

    La formula utilizzata per determinare se in un input mancano dei segmenti si basa sulle lunghezze dei segmenti sugli input e sugli endpoint. Se in un input mancano dei segmenti che vengono ripristinati velocemente, un endpoint con lunghezze del segmento più lunghe non eseguirà il cambio dell'input. Questo potrebbe comportare che diversi endpoint sul canale utilizzano input diversi (se un endpoint esegue il cambio e l'altro no). Questo è il comportamento previsto e non influenza il flusso di lavoro del contenuto.