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 stream a input separati su un canale in ingresso. URLs 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 effettua il provisioning del canale, crea due ingressi URLs 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 URLs.

    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. È possibile utilizzare l'URL esistente o il nuovo URLs per l'immissione dei contenuti.

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

    Importante

    Se utilizzi segmenti di output 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. Create un ingresso e un canale in AWS Elemental MediaLive ingresso e aggiungete un gruppo MediaPackage di output al canale in ingresso. MediaLive Per ulteriori informazioni, consulta 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 sulle 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 un input, non è in grado di capire quando mancano i segmenti e di conseguenza non MediaPackage 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 (non AWS 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. Si avvia il canale a cui inviare AWS Elemental MediaLive gli stream. MediaPackage

  5. MediaPackage riceve contenuti su entrambi gli input URLs, ma solo uno degli stream viene utilizzato per il contenuto sorgente 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.