Flusso di elaborazione della ridondanza AWS Elemental MediaPackage degli input in tempo reale - 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à.

Flusso di elaborazione della ridondanza AWS Elemental MediaPackage degli input in tempo reale

Ottieni la ridondanza di input in AWS Elemental MediaPackage inviando due flussi a due URL di input separati su un canale in 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 di 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 di input è diventata disponibile, MediaPackage ha aggiunto un secondo URL di input ai canali esistenti e ha aggiornato l'URL esistente con un nuovo formato. Puoi usare l'URL esistente o i nuovi URL per l'input del contenuto.

  2. È possibile creare un endpoint MediaPackage come descritto in. Creazione di un endpoint

    Importante

    Se utilizzi segmenti di uscita corti, a seconda del dispositivo di riproduzione in uso, potresti notare un buffering quando cambi ingresso. MediaPackage Puoi ridurre il tempo di buffer utilizzando la funzione di ritardo sull'endpoint. Tieni presente che l'utilizzo di un ritardo temporale introduce una latenza nella consegna del contenuto. end-to-end Per ulteriori informazioni su come abilitare il ritardo, consulta Creazione di un endpoint .

  3. Crei un input e un canale in AWS Elemental MediaLive e aggiungi un gruppo di output MediaPackage al canale in MediaLive. Per ulteriori informazioni, consulta Creazione di un canale da zero nella Guida per l'AWS Elemental MediaLiveutente.

    Se utilizzi un gruppo di output HLS in AWS Elemental MediaLive, è necessario impostare l'operazione per perdita di input nelle impostazioni del gruppo HLS per mettere in pausa l'output se il servizio non riceve input. Se MediaLive invia una cornice nera o un altro frame di riempimento quando manca un input, non MediaPackage riesce a capire quando mancano i segmenti e di conseguenza non può eseguire il failover. Per ulteriori informazioni sull'impostazione dell'azione di perdita di input in MediaLive, consultate Fields for the HLS Group nella Guida per l'utente. AWS Elemental MediaLive

    Importante

    Se utilizzate un codificatore diverso (nonAWS Elemental MediaLive) e inviate due stream separati allo stesso canale in entrata MediaPackage, gli stream devono avere impostazioni di codifica e nomi manifest identici. In caso contrario, la ridondanza di input potrebbe non funzionare correttamente e la riproduzione potrebbe essere interrotta se si scambiano gli input.

  4. Puoi avviare il canale in AWS Elemental MediaLive per inviare i flussi a MediaPackage.

  5. MediaPackage riceve il contenuto su entrambi gli URL di input, ma per il contenuto di origine viene utilizzato solo uno degli stream alla volta. Se nello stream attivo manca qualche segmento, passa MediaPackage automaticamente all'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 segmenti si basa sulla lunghezza dei segmenti degli input e degli 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.