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à.
# Elaborazione live dei contenuti
Nel flusso di elaborazione dei contenuti live, i codificatori inviano flussi HLS live a. MediaPackage MediaPackage quindi impacchetta il contenuto, formattandolo in risposta alle richieste di riproduzione dei dispositivi downstream.
Le seguenti sezioni descrivono i flussi di elaborazione live.
**Topics**
+ [Flusso generale MediaPackage di elaborazione in tempo reale](what-is-flow-gen.md)
+ [Flusso di elaborazione della ridondanza AWS Elemental MediaPackage degli input in tempo reale](what-is-flow-ir.md)
# Flusso generale MediaPackage di elaborazione in tempo reale
Di seguito viene delineato il flusso generale di contenuti live in MediaPackage:
1. Un codificatore upstream (ad esempio AWS Elemental MediaLive) invia un live streaming HLS con autenticazione digest tramite WebDAV all'URL di input del MediaPackage canale e include le credenziali di accesso del canale (fornite). MediaPackage Se utilizzi la ridondanza di input, l'encoder invia due live streaming HLS identici a, uno per ogni URL di input sul canale. MediaPackage MediaPackage utilizza lo stream proveniente da un URL di input come contenuto di origine. Se MediaPackage smette di ricevere contenuti sull'URL di input attivo, passa automaticamente all'altro URL di input per il contenuto di origine. Inoltre, AWS aumenta e riduce le risorse per gestire il traffico in entrata.
Per ulteriori informazioni, consulta [Flusso di elaborazione della ridondanza AWS Elemental MediaPackage degli input in tempo reale](what-is-flow-ir.md).
**Nota**
Per consentire il supporto di funzionalità come la visualizzazione temporizzata, MediaPackage archivia tutti i contenuti ricevuti per un periodo di tempo limitato. Questi contenuti archiviato sono disponibili solo per la riproduzione se si trova all'interno della **startover window (finestra di riavvio)** definita nell'endpoint. I contenuti archiviati non sono disponibili per la riproduzione se si trovano al di fuori della finestra di avvio o se non è stata definita una finestra sull'endpoint. Per ulteriori informazioni, consulta [Riferimento di visualizzazione con spostamento temporale in AWS Elemental MediaPackage](time-shifted.md).
1. Un dispositivo downstream richiede contenuti MediaPackage tramite l'URL di output dell'endpoint. Un dispositivo downstream è un lettore video o un CDN. L'URL di output è associato a un endpoint per un formato di streaming specifico (Apple HLS, DASH-ISO, Microsoft Smooth Streaming o CMAF).
1. Quando MediaPackage riceve la richiesta di riproduzione dal dispositivo downstream, impacchetta dinamicamente lo stream in base alle impostazioni specificate sull'endpoint. La creazione dei pacchetti può includere l'aggiunta della crittografia e la configurazione di output di tracce audio, video e sottotitoli o didascalie.
Assicuratevi di ordinare gli ingressi in modo che la resa audio preferita sia elencata per prima nella sezione audio del manifesto principale. Fate lo stesso per i sottotitoli o le didascalie. Quando impacchetta tracce audio e sottotitoli o sottotitoli, MediaPackage indica la prima traccia audio e i sottotitoli o la prima traccia dei sottotitoli come «e». `DEFAULT=YES` `AUTO-SELECT=YES` Questa confezione sostituisce le impostazioni predefinite e di selezione automatica dall'input.
1. MediaPackage consegna il flusso di output tramite HTTPS al dispositivo richiedente. Come per l'input, AWS aumenta e riduce le risorse per gestire le variazioni del traffico.
1. MediaPackage registra l'attività tramite Amazon CloudWatch. Puoi visualizzare informazioni come il numero di richieste di contenuti e la quantità di contenuti MediaPackage ricevuti o consegnati. Per informazioni sulla visualizzazione delle MediaPackage metriche in CloudWatch, consulta[Monitoraggio AWS Elemental MediaPackage con i CloudWatch parametri di Amazon](monitoring-cloudwatch.md).
Durante i processi di input e output dei contenuti, MediaPackage rileva e mitiga i potenziali guasti dell'infrastruttura prima che diventino un problema per gli spettatori.
La figura seguente illustra il processo globale.
![\[MediaPackage flusso di lavoro\]](http://docs.aws.amazon.com/it_it/mediapackage/latest/ug/images/bbl_flow1.png)
# 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](channels-create.md) 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.
1. È possibile creare un endpoint in MediaPackage come descritto in[Creazione di un endpoint](endpoints-create.md).
**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](endpoints-create.md).
1. 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](https://docs.aws.amazon.com/medialive/latest/ug/creating-channel-scratch.html) 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](https://docs.aws.amazon.com/medialive/latest/ug/hls-group-fields.html) 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.
1. Si avvia il canale a cui inviare AWS Elemental MediaLive gli stream. MediaPackage
1. 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.