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à.
# Creare un gruppo di output HLS
Quando crei un MediaLive canale AWS Elemental, potresti voler includere un gruppo di output HLS. Per informazioni sui casi d'uso di un gruppo di output HLS, consulta. [Contenitori, protocolli e sistemi downstream](outputs-supported-containers-downstream-systems.md) Per informazioni sulla scelta tra un HLS e un gruppo MediaPackage di output, vedere. [Scelta tra il gruppo di output HLS e il gruppo MediaPackage di output](hls-choosing-hls-vs-emp.md)
**Topics**
+ [Organizza le codifiche in un gruppo di output HLS](design-hls-package.md)
+ [Coordina con il sistema a valle](hls-opg-coordinate-dss.md)
+ [Crea un gruppo di output HLS](creating-hls-output-group.md)
# Organizza le codifiche in un gruppo di output HLS
Un gruppo di output HLS è in genere configurato come stack ABR video. Uno stack ABR video è un gruppo di output che contiene quanto segue:
+ Più di una uscita.
Ogni output può contenere quanto segue:
+ Una codifica video (rendering). In genere, ogni codifica video ha una risoluzione diversa.
+ Una o più codifiche audio.
+ Una o più didascalie vengono codificate. Le didascalie possono essere incorporate o affiancate.
Esistono due modi per organizzare le codifiche, a seconda che le codifiche audio debbano essere raggruppate o ciascuna nella propria interpretazione. Dovreste aver già [ottenuto queste informazioni](identify-dss-video-audio.md) dal sistema a valle.
**Lettori downstream che richiedono audio in bundle**
Prevedi che il gruppo di output contenga quanto segue:
+ Un'uscita per ogni codifica video. Questa uscita contiene una codifica video, tutte le codifiche audio e tutte le didascalie codificate (se le didascalie sono incorporate).
Le stesse codifiche audio appariranno in ogni uscita. Ad esempio, le codifiche inglese e francese appariranno nell'uscita ad alta risoluzione, quindi le stesse codifiche inglese e francese appariranno nell'uscita a bassa risoluzione.
+ Un output per ogni didascalia codificata, se le didascalie sono sidecar.
Questo diagramma illustra un gruppo di output HLS quando le codifiche delle didascalie sono incorporate.
![\[Output group diagram showing embedded and non-embedded outputs with associated elements.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/output11-ABR-2Ve-2A.png)
Questo diagramma illustra un gruppo di output HLS quando le didascalie codificate sono sidecar.
![\[Output group diagram showing V, A, A components, V, A, A outputs, and two C outputs.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/output12-ABR-2V-2A-2C.png)
**Lettori downstream che richiedono un audio separato**
Prevedi che il gruppo di output contenga quanto segue:
+ Un'uscita per ogni codifica video. Questa uscita contiene un video e tutte le didascalie vengono codificate (se le didascalie sono incorporate).
+ Un'uscita per ogni codifica audio.
Le codifiche audio potrebbero essere per lingue diverse, potrebbero essere per bitrate diversi o potrebbero essere per lingue e bitrate diversi.
+ Un output per ogni didascalia codificata, se le didascalie sono sidecar.
*La disposizione delle codifiche audio in questo gruppo di output è denominata gruppo di resa audio.*
Questo diagramma illustra un gruppo di output HLS con un gruppo di resa audio e codifiche di didascalie incorporate.
![\[Output group diagram showing four outputs: two marked as embedded, and two marked as A.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
Questo diagramma illustra un gruppo di output HLS per uno stack ABR con un gruppo di resa audio e con codifiche di didascalie secondarie.
![\[Output group diagram showing six outputs: two V, two A, and two C, arranged in a row.\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# Coordina con il sistema a valle
Il gruppo di output HLS in AWS MediaLive Elemental supporta diversi tipi di sistemi downstream. Leggi le informazioni relative al sistema con cui stai lavorando.
**Topics**
+ [Gruppo di output HLS su Amazon S3](origin-server-hls-s3.md)
+ [Gruppo di output HLS a MediaStore](origin-server-ems.md)
+ [Gruppo di output HLS per MediaPackage](origin-server-hls-emp.md)
+ [Gruppo di output HLS verso v2 MediaPackage](origin-server-hls-empv2.md)
+ [Gruppo di output HLS su HTTP](origin-server-http.md)
# Gruppo di output HLS su Amazon S3
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS con Amazon S3 come destinazione. Tu e l'operatore del sistema a valle dovete concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Ti consigliamo di progettare il percorso completo della destinazione: il bucket Amazon S3 e tutte le cartelle. Per informazioni, consulta [Progetta il percorso per la destinazione di output](hls-destinations-design-step.md).
1. Chiedi all'utente Amazon S3 di creare bucket che non esistono già.
Con MediaLive, il nome del bucket Amazon S3 non deve utilizzare la notazione a punti, il che significa che non deve utilizzare. (punto) tra le parole nel nome del bucket.
1. Parla della proprietà con l'utente Amazon S3. Se il bucket appartiene a un altro AWS account, in genere desideri che quell'account diventi il proprietario dell'output. Per ulteriori informazioni, vedere[Controllo dell'accesso all'output](#setting-dss-hls-canned-acl), dopo questa procedura.
Tieni presente che non hai bisogno di credenziali utente per l'invio a un bucket S3. MediaLive è autorizzato a scrivere nel bucket S3 tramite l'entità affidabile. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
## Controllo dell'accesso all'output
È possibile che tu stia inviando file di output a un bucket Amazon S3 di proprietà di un altro account. AWS In questa situazione, in genere desideri che l'altro account diventi il proprietario dei file di output (l'oggetto che viene inserito nel bucket). Se il proprietario del bucket non diventa il proprietario dell'oggetto, tu (MediaLive) sarai l'unico agente in grado di eliminare i file quando i file non saranno più necessari.
È quindi nell'interesse di tutti trasferire la proprietà dei file di output dopo che sono stati inseriti nel bucket Amazon S3.
Per trasferire la proprietà degli oggetti, è richiesta la seguente configurazione:
+ Il proprietario del bucket deve aggiungere una politica di autorizzazioni del bucket che ti conceda l'autorizzazione ad aggiungere una lista di controllo degli accessi preimpostata (ACL) di Amazon S3 quando MediaLive consegna i file di output al bucket. Il proprietario del bucket deve leggere le informazioni in [Gestire l'accesso con ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) nella guida per l'utente di Amazon Simple Storage Service. Il proprietario del bucket deve impostare le autorizzazioni ACL per il bucket, non per gli oggetti.
+ Il proprietario del bucket deve inoltre impostare la proprietà dell'oggetto. Questa funzionalità rende effettivamente obbligatorio (anziché facoltativo) per il mittente (MediaLive) includere l'ACL di controllo *completo del proprietario del Bucket*. Il proprietario del bucket deve leggere le informazioni in [Controlling object ownership](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) nella guida per l'utente di Amazon Simple Storage Service.
Se il proprietario del bucket implementa questa funzionalità, devi MediaLive configurarlo per includere l'ACL. In caso contrario, la consegna al bucket Amazon S3 avrà esito negativo.
+ È necessario configurare in MediaLive modo da includere l'**ACL di *controllo completo del proprietario del Bucket al momento della consegna al bucket*. Questa configurazione verrà eseguita al momento della [creazione](hls-destinations-s3-specify.md) del canale.
La funzionalità ACL preimpostata di S3 supporta ACLs il *controllo completo del proprietario di Bucket*, ma queste altre funzionalità in genere non ACLs sono applicabili al caso d'uso da cui viene fornita la trasmissione di video. MediaLive
# Gruppo di output HLS a MediaStore
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS, con AWS Elemental MediaStore come destinazione. L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS
**Per organizzare la configurazione della destinazione**
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Ti consigliamo di progettare il percorso completo della destinazione. Per informazioni, consulta [Progetta il percorso per la destinazione di output](hls-destinations-design-step.md).
Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse.
1. Chiedi all' MediaStore utente di creare contenitori che non esistano già.
1. Ottieni l'endpoint di dati per il contenitore o i contenitori. Esempio:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Hai bisogno degli endpoint di dati. Non è necessario il nome del contenitore.
Tieni presente che non hai bisogno di credenziali utente per l'invio ai MediaStore contenitori. MediaLive dispone del permesso di scrivere nel MediaStore contenitore tramite l'entità attendibile. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
# Gruppo di output HLS per MediaPackage
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS e inviarlo AWS Elemental MediaPackage tramite HTTPS. L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Chiedi all' MediaPackage utente di creare un canale su MediaPackage. Anche se il MediaLive canale è un [canale standard](plan-redundancy.md) (con due pipeline), è necessario un solo MediaPackage canale.
1. Concordate con l' MediaPackage utente la configurazione delle credenziali utente HTTPS. È necessario inviare a MediaPackage tramite una connessione sicura.
1. Ottieni le seguenti informazioni:
+ I due URLs (l'estremità di ingresso è la MediaPackage terminologia) per il canale. I due URLs per canale hanno il seguente aspetto:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
I due URLs sono sempre identici, ad eccezione della cartella precedente`channel`.
Assicurati di ottenere il URLs (che inizia con`https://`), non il nome del canale (che inizia con`arn`).
+ Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
# Gruppo di output HLS verso v2 MediaPackage
Segui questa procedura se hai [stabilito](hls-choosing-hls-vs-emp.md) che creerai un gruppo di output HLS e lo invierai alla v2. MediaPackage L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
**Per organizzare la configurazione della destinazione**
1. Chiedi all' MediaPackage utente di creare un canale su MediaPackage. Anche se il MediaLive canale è un [canale standard](plan-redundancy.md) (con due pipeline), è necessario un solo MediaPackage canale.
1. Ottenete i due URLs (la MediaPackage terminologia utilizzata è l'estremità di input) per il canale. I due URLs per canale hanno il seguente aspetto:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
I due URLs sono leggermente diversi, come mostrato negli esempi precedenti.
Assicurati di ottenere il URLs (che inizia con`https://`), non il nome del canale (che inizia con`arn`).
Tieni presente che non utilizzi le credenziali utente per inviare alla MediaPackage v2.
# Gruppo di output HLS su HTTP
Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS con uno dei seguenti sistemi downstream come destinazione:
+ Un server PUT HTTP o HTTPS.
+ Un server WebDAV HTTP o HTTPS.
+ Un server di origine Akamai.
L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS.
Quando si distribuisce HLS tramite HTTP, spesso si effettua la consegna a un server di origine. Il server di origine in genere dispone di linee guida chiare sulle regole per il percorso di destinazione, incluso il nome del file del manifesto principale (il `.M3U8` file).
**Per organizzare la configurazione della destinazione**
È necessario parlare con l'operatore del sistema a valle per coordinare la configurazione.
1. Se il sistema downstream non è un server Akamai, scoprite se utilizza PUT o WebDAV.
1. Scopri se il sistema a valle presenta dei requisiti di connessione speciali. Questi campi di connessione sono raggruppati nella console nella sezione delle **impostazioni CDN** per il gruppo di output HLS. **Per visualizzare questa pagina sulla MediaLive console, nella pagina **Crea canale**, nella sezione **Gruppi di output**, scegli **Aggiungi**, quindi scegli HLS.** Scegli il gruppo, quindi nelle impostazioni **HLS, apri le impostazioni** **CDN**.
1. Decidi se hai bisogno di due destinazioni per l'output:
+ Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
+ È necessaria una destinazione in un canale a pipeline singola.
1. Scopri se il sistema a valle utilizza una connessione sicura. In caso affermativo, concordate con l'operatore la configurazione delle credenziali utente.
1. Scopri se il sistema a valle richiede percorsi personalizzati all'interno dei manifest principali e dei manifest figlio. Per ulteriori informazioni, consulta [Personalizzazione dei percorsi all'interno dei manifest HLS](hls-manifest-paths.md).
1. Se state configurando un [canale standard](plan-redundancy.md), verificate se il sistema a valle supporta manifesti ridondanti. In tal caso, decidi se implementare questa funzionalità. Per ulteriori informazioni, vedere e, in particolare [Creazione di manifesti HLS ridondanti](hls-redundant-manifests.md)[Regole per la maggior parte dei sistemi a valle](hls-redundant-manif-most-systems.md), per istruzioni specifiche. [Regole per Akamai CDNs](hls-redundant-manif-akamai.md)
1. Parlate con l'operatore del sistema a valle per concordare un percorso di destinazione completo per le tre categorie di file HLS (i manifesti principali, i manifesti secondari e i file multimediali). MediaLive colloca sempre tutte e tre le categorie di file per ogni destinazione in un'unica posizione. Non è possibile configurare l'inserimento MediaLive di alcuni file in un'altra posizione.
Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse. Discutete di questo requisito con l'operatore del sistema a valle. Il sistema a valle potrebbe avere regole specifiche sull'unicità.
1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per i nomi delle tre categorie di file HLS. In genere, il sistema a valle non ha requisiti speciali.
1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per il modificatore relativo ai nomi dei manifesti secondari e dei file multimediali.
I manifesti secondari e i file multimediali includono sempre questo modificatore nei loro nomi di file. Questo modificatore distingue ogni output dall'altro, quindi deve essere unico in ogni output. Ad esempio, i file per l'output ad alta risoluzione devono avere un nome diverso dai file per l'output a bassa risoluzione. Ad esempio, i file di un output potrebbero avere il nome e il modificatore del file`curling_high`, mentre l'altro output potrebbe avere. `curling_low`
In genere, il sistema a valle non ha requisiti speciali.
1. Chiedete all'operatore del sistema a valle se i file multimediali devono essere configurati in sottodirectory separate. Ad esempio, una sottodirectory per i primi 1000 segmenti, un'altra sottodirectory per i secondi 1000 segmenti e così via.
La maggior parte dei sistemi a valle non richiede sottodirectory separate.
1. Concordate le parti del percorso di destinazione in cui il sistema a valle ha requisiti speciali.
+ Ad esempio, il sistema downstream potrebbe richiedere solo l'invio a un host specifico. Il sistema a valle non ha bisogno di conoscere i nomi delle cartelle o dei file che verranno utilizzati.
Ad esempio, invia a due cartelle a cui hai dato il nome, ma sull'host all'indirizzo `https://203.0.113.55`
Oppure invia a due cartelle a cui hai dato il tuo nome, ma sugli host in `https://203.0.113.55` e `https://203.0.113.82`
+ In alternativa, il sistema downstream potrebbe richiedere un host e una cartella specifici, ma con un nome di file a scelta. Ad esempio, questo host e queste cartelle:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Prendi nota delle informazioni che hai raccolto:
+ Il tipo di connessione per il sistema downstream: Akamai, PUT o WebDAV.
+ Le impostazioni per i campi di connessione, se il sistema a valle ha requisiti speciali.
+ Il protocollo di consegna: HTTP o HTTPS.
+ Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
+ Tutti o parte dei percorsi di destinazione, inclusi possibilmente i nomi dei file.
+ Se è necessario configurare sottodirectory separate.
# Crea un gruppo di output HLS
Il gruppo di output e i relativi output vengono creati quando si [crea o si modifica un MediaLive canale](creating-a-channel-step4.md).
## La procedura
1. Nella pagina **Create channel(Crea canale)** in **Output groups (Gruppi di output)** scegliere **Add (Aggiungi)**.
1. Nella sezione **Add output group (Aggiungi gruppo di output)** scegliere **HLS** e selezionare **Confirm (Conferma)**. Vengono mostrate ulteriori sezioni.
+ **Destinazione del gruppo HLS**: questa sezione contiene i campi per la destinazione degli output. Per ulteriori informazioni, consulta la sezione relativa al tipo di sistema a valle:
+ [Campi per la destinazione di output: invio ad Amazon S3](hls-destinations-s3.md)
+ [Campi per la destinazione di output: invio a MediaStore](hls-destinations-ems.md)
+ [Campi per la destinazione di output: invio a MediaPackage](hls-destinations-emp.md)
+ [Campi per la destinazione di output: invio a un server HTTP](hls-destinations-http.md)
+ **Impostazioni HLS**[: questa sezione contiene i campi per la [destinazione degli output, per la](hls-destinations-http.md)[resilienza e per le didascalie](hls-other-features.md#hls-resiliency).](hls-other-features.md#hls-captions)
+ **Uscite HLS**: questa sezione mostra l'uscita singola aggiunta per impostazione predefinita.
+ **Posizione**: questa sezione contiene campi per [personalizzare i percorsi all'interno dei manifesti](hls-manifest-paths.md).
+ **Manifesto e segmenti: questa sezione contiene i campi per la configurazione dei manifesti** [ridondanti, per la configurazione del contenuto del [manifesto](hls-other-features.md#hls-manifest-contents)](hls-opg-redundant-manifest.md) [e per la configurazione dei segmenti multimediali.](hls-other-features.md#hls-segment-fields)
+ **DRM**[: questa sezione contiene i campi per la configurazione della crittografia degli output.](hls-other-features.md#hls-drm)
+ **Ad marker**[: questa sezione contiene i campi per la configurazione degli annunci SCTE-35.](hls-other-features.md#hls-ad-markers)
+ **Didascalie**[: questa sezione contiene i campi per la configurazione delle didascalie.](hls-other-features.md#hls-captions)
+ **ID3**— Questa sezione contiene campi per l'impostazione di. [ID3](hls-other-features.md#hls-id3)
1. Se il piano include più di un output in questo gruppo di output, in **HLS outputs (Output HLS)**, scegli **Add output (Aggiungi output)** per aggiungere il numero appropriato di output.
1. In **HLS outputs (Output HLS)**, scegli il primo collegamento **Settings (Impostazioni)** per visualizzare le sezioni per il primo output:
+ **Impostazioni di output**: questa sezione contiene i campi per la destinazione delle uscite. Vedi queste sezioni:
+ [Campi per la destinazione di output: invio ad Amazon S3](hls-destinations-s3.md)
+ [Campi per la destinazione di output: invio a MediaStore](hls-destinations-ems.md)
+ [Campi per la destinazione di output: invio a MediaPackage](hls-destinations-emp.md)
+ [Campi per la destinazione di output: invio a un server HTTP](hls-destinations-http.md)
Questa sezione contiene anche i campi per il [contenitore HLS](hls-container.md).
+ **Impostazioni dello streaming**: questa sezione contiene i campi per i [flussi di output](hls-streams-section.md) (video, audio e didascalie).
1. (Facoltativo) Immetti i nomi per il gruppo di output e per gli output:
+ In **HLS settings (Impostazioni HLS)**, per **Name (Nome)**, inserisci un nome per il gruppo di output. Questo nome è interno a MediaLive; non appare nell'output. Ad esempio, **Sports Curling**.
+ Nella sezione **HLS outputs (Output HLS)** per ogni output, per **Name (Nome)**, immetti un nome per l'output. Questo nome è interno a MediaLive; non appare nell'output. Ad esempio, **high resolution**.
1. Per completare gli altri campi, consulta gli argomenti elencati dopo questa procedura.
1. Dopo aver impostato questo gruppo di output e i relativi output, puoi creare un altro gruppo di output (di qualsiasi tipo), se il piano lo richiede. Altrimenti, passa al [Salva il canale](creating-a-channel-step9.md).
**Topics**
+ [La procedura](#hls-create-procedure)
+ [Campi di destinazione in un gruppo di output HLS](hls-destinations.md)
+ [Campi per il container HLS](hls-container.md)
+ [Campi per la personalizzazione dei percorsi all'interno dei manifest](hls-custom-manifests.md)
+ [Campi per i manifest ridondanti](hls-opg-redundant-manifest.md)
+ [Campi per i flussi video, audio e sottotitoli (codifica)](hls-streams-section.md)
+ [Campi per altre funzionalità HLS](hls-other-features.md)
# Campi di destinazione in un gruppo di output HLS
Il gruppo di output HLS MediaLive supporta diversi tipi di destinazioni. Ogni tipo ha requisiti di configurazione diversi.
**Topics**
+ [Campi per la destinazione di output: invio ad Amazon S3](hls-destinations-s3.md)
+ [Campi per la destinazione di output: invio a MediaStore](hls-destinations-ems.md)
+ [Campi per la destinazione di output: invio a MediaPackage](hls-destinations-emp.md)
+ [Campi per la destinazione di output: invio a un server HTTP](hls-destinations-http.md)
# Campi per la destinazione di output: invio ad Amazon S3
Quando hai [pianificato le destinazioni per il gruppo di output HLS](origin-server-hls-s3.md), potresti aver deciso di inviare l'output ad Amazon S3. È necessario progettare il percorso o i percorsi di destinazione per l'output. È quindi necessario immettere le diverse parti del percorso nei campi appropriati sulla console.
**Topics**
+ [Progetta il percorso per la destinazione di output](hls-destinations-s3-design.md)
+ [Completa i campi sulla console](hls-destinations-s3-specify.md)
# Progetta il percorso per la destinazione di output
Esegui questo passaggio se non hai ancora progettato il percorso o i percorsi di destinazione completi. Se hai già progettato i percorsi, vai a[Completa i campi sulla console](hls-destinations-s3-specify.md).
**Per progettare il percorso**
1. Raccogli i nomi dei bucket che hai [ottenuto in precedenza](origin-server-hls-s3.md) dall'utente Amazon S3. Esempio:
`amzn-s3-demo-bucket`
1. Progetta le porzioni dei percorsi di destinazione che seguono il bucket o i bucket. Per i dettagli, consulta le sezioni che seguono.
**Topics**
+ [La sintassi dei percorsi per gli output](#hls-syntax-s3)
+ [Progettazione delle cartelle e di BaseFileName](#hls-path-s3)
+ [Progettazione del NameModifier](#hls-nameModifier-design-s3)
+ [Progettazione del SegmentModifier](#hls-segmentModifier-design-s3)
## La sintassi dei percorsi per gli output
Un output HLS include sempre tre categorie di file:
+ Manifest principale
+ Il bambino si manifesta
+ I file multimediali
La tabella seguente descrive le parti che costituiscono i percorsi di destinazione per queste tre categorie di file.
I percorsi di destinazione per queste tre categorie di file sono identici fino a *BaseFileName* incluso, il che significa che MediaLive invia tutte queste categorie di file nella stessa cartella. I modificatori e le estensioni di file sono diversi per ogni categoria di file. Quando invii ad Amazon S3, devi inviare tutti i file nella stessa cartella. I sistemi downstream si aspettano che tutti i file siano uniti.
| File | Sintassi del percorso | Esempio |
| --- | --- | --- |
| File manifest principali | protocol bucket path baseFilename extension | Il percorso di un manifest principale nel bucket *riporta*, con l'*indice* dei nomi dei file:s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index.m3u8 |
| File manifest secondari | protocol bucket path baseFilename nameModifier extension | Il percorso del manifesto secondario per le rappresentazioni ad alta risoluzione dell'output curling`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8` |
| File multimediali (segmenti) | protocol bucket path baseFilename nameModifier optionalSegmentModifier counter extension | Il percorso del file per il 230° segmento potrebbe essere:s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high-00230.ts |
Questi percorsi di destinazione sono costruiti come segue:
+ L'utente Amazon S3 avrebbe dovuto fornirti i nomi dei bucket.
+ È necessario determinare quanto segue:
+ Le cartelle
+ Il nome del file di base
+ Il modificatore
+ Il SegmentModifier
Vedi le sezioni che seguono.
+ MediaLive inserisce il carattere di sottolineatura prima del contatore.
+ MediaLiveautomatically genera questo contatore. Inizialmente, si tratta di un numero a cinque cifre che inizia da 00001 e aumenta di 1. Quindi 00001, 00002, 00003 e così via. Dopo 99999, il numero successivo è 100000 (sei cifre), quindi 100001, 100002 e così via. Quindi da 999999 a 1000000 (sette cifre) e così via.
+ MediaLive inserisce il punto prima dell'estensione.
+ MediaLive seleziona l'estensione:
+ Per i file manifest, sempre `.m3u8`
+ Per i file multimediali: .ts per i file in un flusso di trasporto o.mp4 per i file in un contenitore f MP4
## Progettazione delle cartelle e di BaseFileName
Progetta un percorso di cartella e BaseFileName adatti ai tuoi scopi.
Se avete due destinazioni per ogni output, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Seguire queste linee guida:
+ Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse.
Pertanto, se i bucket sono *diversi*, il percorso della cartella e i nomi dei file per le due destinazioni possono essere diversi l'uno dall'altro o possono essere uguali. Esempio:
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8`
or
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8`
+ Se i bucket sono *uguali, il* percorso della cartella e i nomi dei file per le due destinazioni devono essere diversi l'uno dall'altro. Esempio:
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8`
## Progettazione del NameModifier
Progetta le `nameModifier` parti del nome del file. I manifest figlio e i file multimediali includono questo modificatore nei nomi dei file. Questo `nameModifier` distingue ogni output dall'altro, quindi deve essere univoco in ogni output. Seguire queste linee guida:
+ Per un output che contiene video (e possibilmente altri flussi), in genere viene descritto il video. Ad esempio, **-high** o **-1920x1080-5500kpbs** (per descrivere la risoluzione e il bitrate).
+ Per un output che contiene solo audio o solo didascalie, in genere si descrivono l'audio o le didascalie. Ad esempio **-aac** o **-webVTT**.
+ È consigliabile iniziare `nameModifier` con un delimitatore, ad esempio un trattino, per separare il` baseFilename`. `nameModifier`
+ `nameModifier` può includere [variabili di dati](variable-data-identifiers.md).
## Progettazione del SegmentModifier
Progetta la parte SegmentModifiers del percorso di destinazione. Il SegmentModifier è facoltativo e, se lo includi, lo includono solo i nomi dei file multimediali.
Un tipico caso d'uso per questo modificatore consiste nell'uso di una variabile di dati per creare un timestamp, per evitare che i segmenti si sovrascrivano a vicenda se il canale si riavvia. Supponi, ad esempio, di includere il timestamp **\$1t\$1-**. Il segmento 00001 potrebbe avere il nome. `index-120028-00001` Se l'output si riavvia qualche minuto dopo (il che causa il riavvio del contatore dei segmenti), il nuovo segmento 00001 avrà lo stesso nome. `index-120039-00001` Il nuovo file non sovrascriverà il file per il segmento originale 00001. Alcuni sistemi a valle potrebbero preferire questo comportamento.
# Completa i campi sulla console
Dopo aver progettato i nomi di output e i percorsi di destinazione, puoi impostare il gruppo di output HLS.
I campi seguenti configurano la posizione e i nomi del supporto HLS e dei file manifest (la destinazione).
+ Sezione **Output group – HLS group destination (Gruppo di output — Destinazione gruppo HLS)**
+ Sezione **Output group – HLS settings – CDN (Gruppo di output — Impostazioni HLS — CDN)**
+ **Output group – Location – Directory structure (Gruppo di output — Posizione — Struttura delle directory)**
+ **Output group – Location – Segments per subdirectory (Gruppo di output — Posizione — Segmenti per sottodirectory)**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di nome**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di segmento**
**Per impostare la destinazione per la maggior parte dei sistemi a valle**
1. Completa i campi **URL** nella sezione **HLS group destinations (Destinazioni del gruppo HLS)**. Specificate due destinazioni se il canale è impostato come canale standard o una destinazione se è impostato come canale a pipeline singola.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-destinations-s3-specify.html)
1. Lascia vuota la sezione **Credenziali** in entrambe le sezioni delle **destinazioni del gruppo HLS**. MediaLive è autorizzato a scrivere nel bucket S3 tramite l'entità affidabile. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
1. Nella sezione delle impostazioni **CDN**, scegli. `Hls S3`
1. Completa il campo **delle impostazioni CDN** solo se MediaLive devi impostare un ACL predefinito ogni volta che invia questo output al bucket Amazon S3.
L'uso di un ACL predefinito si applica in genere solo se l'organizzazione non è proprietaria del bucket Amazon S3. [Avresti dovuto discutere dell'uso di un ACL predefinito con il proprietario del bucket quando hai discusso della destinazione dell'output.](origin-server-hls-s3.md#setting-dss-hls-canned-acl)
# Campi per la destinazione di output: invio a MediaStore
Quando hai [pianificato le destinazioni per il gruppo di output HLS](origin-server-ems.md), potresti aver deciso di inviare l'output a MediaStore. È necessario progettare il percorso o i percorsi di destinazione per l'output. È quindi necessario immettere le diverse parti del percorso nei campi appropriati sulla console.
**Topics**
+ [Progetta il percorso per la destinazione di output](hls-destinations-ems-design.md)
+ [Completa i campi sulla console](hls-specify-destination-ems.md)
# Progetta il percorso per la destinazione di output
Esegui questo passaggio se non hai ancora progettato il percorso o i percorsi di destinazione completi. Se hai già progettato i percorsi, vai a[Completa i campi sulla console](hls-specify-destination-ems.md).
**Per progettare il percorso**
1. Raccogli l'endpoint di dati per il contenitore o i contenitori. [In precedenza hai ottenuto](origin-server-ems.md) queste informazioni dall' MediaStore utente. Esempio:
`a23f.data.mediastore.us-west-2.amazonaws.com`
1. Progetta le porzioni dei percorsi di destinazione che seguono l'endpoint dei dati (for MediaStore).
**Topics**
+ [La sintassi dei percorsi per gli output](#hls-syntax-ems)
+ [Come MediaLive costruisce i percorsi](#hls-how-construct-urls-ems)
+ [Progettazione delle cartelle e di BaseFileName](#hls-path-ems)
+ [Progettazione del NameModifier](#hls-nameModifier-design-ems)
+ [Progettazione del SegmentModifier](#hls-segmentModifier-design-ems)
## La sintassi dei percorsi per gli output
Un output HLS include sempre tre categorie di file:
+ Manifest principale
+ Il bambino si manifesta
+ I file multimediali
La tabella seguente descrive le parti che costituiscono i percorsi di destinazione per queste tre categorie di file.
I percorsi di destinazione per queste tre categorie di file sono identici fino a *BaseFileName* incluso, il che significa che MediaLive invia tutte queste categorie di file nella stessa cartella. I modificatori e le estensioni di file sono diversi per ogni categoria di file. Quando si invia a MediaStore, è necessario inviare tutti i file nella stessa cartella. I sistemi a valle si aspettano che tutti i file siano uniti.
| File | Sintassi del percorso | Esempio |
| --- | --- | --- |
| File manifest principali | protocol dataEndpoint path baseFilename extension | Il percorso di un manifesto principale nella *consegna* del percorso nel contenitore e con l'*indice* dei nomi di file:mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8 |
| File manifest secondari | protocol dataEndpoint path baseFilename nameModifier extension | Il percorso del manifesto secondario per le rappresentazioni ad alta risoluzione dell'output`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8` |
| File multimediali (segmenti) | protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension | Il percorso del file per il 230° segmento potrebbe essere:mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts |
## Come MediaLive costruisce i percorsi
Questi percorsi sono costruiti come segue:
+ L'utente del AWS servizio avrebbe dovuto fornirti i nomi dei contenitori.
+ Infatti MediaStore, è necessario determinare quanto segue:
+ Le cartelle
+ Il nome del file di base
+ Il modificatore
+ Il SegmentModifier
Vedi le sezioni che seguono.
+ MediaLive inserisce il carattere di sottolineatura prima del contatore.
+ MediaLive genera il contatore, che è sempre composto da cinque cifre a partire da 00001.
+ MediaLive inserisce il punto prima dell'estensione.
+ MediaLive seleziona l'estensione:
+ Per i file manifest, sempre ` .m3u8`
+ Per i file multimediali: .ts per i file in un flusso di trasporto o.mp4 per i file in un contenitore f MP4
## Progettazione delle cartelle e di BaseFileName
Progetta un percorso di cartella e BaseFileName adatti ai tuoi scopi.
Se avete due destinazioni per ogni output, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Seguire queste linee guida:
+ Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse.
Pertanto, se i bucket o i contenitori sono diversi, il percorso della cartella e i nomi dei file per le due destinazioni possono essere diversi l'uno dall'altro o possono essere uguali. Esempio:
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
or
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
+ Se i bucket o i contenitori sono uguali, il percorso della cartella e i nomi dei file per le due destinazioni devono essere diversi l'uno dall'altro. Esempio:
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
## Progettazione del NameModifier
Progetta le `nameModifier` parti del nome del file. I manifest figlio e i file multimediali includono questo modificatore nei nomi dei file. Questo `nameModifier` distingue ogni output dall'altro, quindi deve essere univoco in ogni output. Seguire queste linee guida:
+ Per un output che contiene video (e possibilmente altri flussi), in genere viene descritto il video. Ad esempio, **-high** o **-1920x1080-5500kpbs** (per descrivere la risoluzione e il bitrate).
+ Per un output che contiene solo audio o solo didascalie, in genere si descrivono l'audio o le didascalie. Ad esempio **-aac** o **-webVTT**.
+ È consigliabile iniziare `nameModifier` con un delimitatore, ad esempio un trattino, per separare il` baseFilename`. `nameModifier`
+ `nameModifier` può includere [variabili di dati](variable-data-identifiers.md).
## Progettazione del SegmentModifier
Progetta la parte SegmentModifiers del percorso di destinazione. Il SegmentModifier è facoltativo e, se lo includi, lo includono solo i nomi dei file multimediali.
Un tipico caso d'uso per questo modificatore consiste nell'uso di una variabile di dati per creare un timestamp, per evitare che i segmenti si sovrascrivano a vicenda se il canale si riavvia. Supponi, ad esempio, di includere il timestamp **\$1t\$1-**. Il segmento 00001 potrebbe avere il nome. `index-120028-00001` Se l'output si riavvia qualche minuto dopo (il che causa il riavvio del contatore dei segmenti), il nuovo segmento 00001 avrà lo stesso nome. `index-120039-00001` Il nuovo file non sovrascriverà il file per il segmento originale 00001. Alcuni sistemi a valle potrebbero preferire questo comportamento.
# Completa i campi sulla console
Dopo aver progettato i nomi di output e i percorsi di destinazione, puoi impostare il gruppo di output HLS.
I campi seguenti configurano la posizione e i nomi del supporto HLS e dei file manifest (la destinazione).
+ Sezione **Output group – HLS group destination (Gruppo di output — Destinazione gruppo HLS)**
+ Sezione **Output group – HLS settings – CDN (Gruppo di output — Impostazioni HLS — CDN)**
+ **Output group – Location – Directory structure (Gruppo di output — Posizione — Struttura delle directory)**
+ **Output group – Location – Segments per subdirectory (Gruppo di output — Posizione — Segmenti per sottodirectory)**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di nome**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di segmento**
**Per impostare la destinazione per la maggior parte dei sistemi a valle**
1. Completa i campi **URL** nella sezione **HLS group destinations (Destinazioni del gruppo HLS)**. Specificate due destinazioni se il canale è impostato come canale standard o una destinazione se è impostato come canale a pipeline singola.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-specify-destination-ems.html)
1. Lascia vuota la sezione **Credenziali** in entrambe le sezioni delle **destinazioni del gruppo HLS**. MediaLive ha il permesso di scrivere nel MediaStore contenitore tramite l'entità fidata. Un soggetto dell'organizzazione dovrebbe aver già impostato queste autorizzazioni. Per ulteriori informazioni, consulta [Requisiti di accesso per l'entità affidabile](trusted-entity-requirements.md).
1. Nella sezione delle impostazioni **CDN**, scegli`Hls media store`.
1. Se l' MediaStore utente ti ha fornito dei valori per [configurare la connessione](origin-server-http.md), inserisci tali valori nei campi della sezione Impostazioni **CDN**.
# Campi per la destinazione di output: invio a MediaPackage
Quando hai [pianificato l'output a MediaPackage](hls-choosing-hls-vs-emp.md), potresti aver deciso di inviarlo creando un gruppo di output HLS. (Oppure potresti aver deciso di creare un [gruppo MediaPackage di output](creating-mediapackage-output-group.md)).
È necessario progettare il percorso o i percorsi di destinazione per l'output. È quindi necessario immettere le diverse parti del percorso nei campi appropriati sulla console.
È possibile utilizzare un gruppo di output HLS per l'invio a standard MediaPackage o toMediaPackage v2. Le due versioni utilizzano protocolli diversi:
+ MediaPackage utilizza WebDAV.
+ MediaPackage v2 utilizza Basic PUT.
**Topics**
+ [Progetta il percorso per la destinazione di output](hls-destinations-emp-design.md)
+ [Completa i campi sulla console](hls-specify-destination-emp.md)
+ [Esempio standard MediaPackage](hls-example-mediapackage.md)
+ [MediaPackage esempio v2](hls-example-mediapackage-v2.md)
# Progetta il percorso per la destinazione di output
Esegui questo passaggio se non hai ancora progettato il percorso o i percorsi di destinazione completi. Se hai già progettato i percorsi, vai a[Completa i campi sulla console](hls-specify-destination-emp.md).
**Per progettare il percorso**
1. Raccogli le informazioni che hai [precedentemente ottenuto](origin-server-hls-emp.md) dall' MediaPackage utente:
+ I due URLs (gli endpoint di input sono la MediaPackage terminologia) per il canale. Consultate le informazioni dopo questa procedura.
+ Se stai usando standard MediaPackage, ottieni il nome utente e la password. Se si utilizza la versione MediaPackage v2, non si utilizzano le credenziali utente.
1. È necessario progettare le parti dei percorsi di destinazione che seguono il. URLs
**Topics**
+ [Raccogli le informazioni per lo standard MediaPackage](hls-destinations-emp-info.md)
+ [Raccogli le informazioni per la MediaPackage v2](hls-destinations-emp-info-v2.md)
+ [La sintassi dei percorsi per gli output](hls-syntax-emp.md)
+ [Progettazione del NameModifier](hls-nameModifier-design-emp.md)
+ [Progettazione del SegmentModifier](hls-segmentModifier-design-emp.md)
# Raccogli le informazioni per lo standard MediaPackage
Per impostazione standard MediaPackage, i due URLs per canale sono simili ai seguenti esempi:
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`
Dove:
`mediapackage`indica che gli endpoint di input utilizzano la versione 1 dell'API MediaPackage
`channel`appare sempre alla fine dell'URL. È il nome file di base per tutti i file per questa destinazione.
I due URLs sono sempre identici ad eccezione della cartella appena precedente. `channel`
# Raccogli le informazioni per la MediaPackage v2
Per la MediaPackage v2, i due URLs per canale sono simili ai seguenti esempi:
`mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
Dove:
| Elemento | Description |
| --- | --- |
| mz82o4-1 e mz82o4-2 | Indica che i due punti finali sono destinati a un canale di ingresso ridondante. MediaPackage I prefissi sono sempre e -1 -2 |
| mediapackagev2 | Indica che gli endpoint di input utilizzano la versione 2 dell'API MediaPackage |
| live-sports/1/curling e live-sports/2/curling | Cartelle per le acquisizioni ridondanti. Una cartella include sempre e /1/ l'altra cartella include sempre /2/ |
| index | Viene sempre visualizzato alla fine dell'URL. È il nome file di base per tutti i file di questa destinazione. |
# La sintassi dei percorsi per gli output
Un output HLS include sempre tre categorie di file:
Consultate le seguenti sezioni.
+ Manifest principale
+ Il bambino si manifesta
+ I file multimediali
La tabella seguente descrive le parti che costituiscono i percorsi di destinazione per queste tre categorie di file.
I percorsi di destinazione per queste tre categorie di file sono identici fino a *BaseFileName* incluso, il che significa che thatMediaLive invia tutte queste categorie di file nella stessa cartella. I modificatori e le estensioni di file sono diversi per ogni categoria di file. Quando si invia a MediaPackage, è necessario inviare tutti i file nella stessa cartella. I sistemi a valle si aspettano che tutti i file siano uniti.
| File | Sintassi del percorso | Esempio |
| --- | --- | --- |
| File manifest principali | protocol channelURL extension | Il percorso per l'output. Ecco un esempio che utilizza MediaPackage v2 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8` |
| File manifest secondari | protocol channelURL nameModifier extension | Ecco un esempio del percorso del manifesto secondario per le rappresentazioni ad alta risoluzione dell'output curling (in una destinazione che utilizza MediaPackage v2):`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` |
| File multimediali (segmenti) | protocol channelURL nameModifier optionalSegmentModifier counter extension | Ecco un esempio del percorso del file per il 230° segmento (in una destinazione che utilizza MediaPackage v2):https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts |
Questi percorsi sono costruiti come segue:
+ L' MediaPackage utente avrebbe dovuto fornirti il canale URLs. URLs Coprono la parte del percorso fino a BaseFileName incluso:
+ Con standard MediaPackage, BaseFileName è sempre. `channel`
+ Con MediaPackage v2, BaseFileName è sempre. `index`
+ Devi specificare quanto segue:
+ Il modificatore
+ Il SegmentModifier
Vedi le sezioni che seguono.
+ MediaLive inserisce il carattere di sottolineatura prima del contatore.
+ MediaLive genera il contatore, che è sempre composto da cinque cifre a partire da 00001.
+ MediaLive inserisce il punto prima dell'estensione.
+ MediaLive seleziona l'estensione:
+ Per i file manifest, sempre ` .m3u8`
+ Per i file multimediali: .ts per i file in un flusso di trasporto o.mp4 per i file in un contenitore f MP4
# Progettazione del NameModifier
Progetta le `nameModifier` parti del nome del file. I manifest figlio e i file multimediali includono questo modificatore nei nomi dei file.
Questo `nameModifier` distingue ogni output dall'altro, quindi deve essere univoco in ogni output.
+ Per un output che contiene video (e possibilmente altri flussi), in genere viene descritto il video. Ad esempio, se avete tre copie trasformate, potreste usare**-high**, **-medium** e**-low**. Oppure ogni modificatore potrebbe descrivere accuratamente la risoluzione e il bitrate (). **-1920x1080-5500kpbs**
+ Per un output che contiene solo audio o solo didascalie, in genere si descrivono l'audio o le didascalie. Ad esempio **-aac** o **-webVTT**.
È una buona idea iniziare `nameModifier` con un delimitatore, ad esempio un trattino, per separare il. ` baseFilename` `nameModifier`
`nameModifier` può includere [variabili di dati](variable-data-identifiers.md).
# Progettazione del SegmentModifier
Progetta la parte SegmentModifiers del percorso di destinazione. Il SegmentModifier è facoltativo e, se lo includi, lo includono solo i nomi dei file multimediali.
Un tipico caso d'uso per questo modificatore consiste nell'uso di una variabile di dati per creare un timestamp, per evitare che i segmenti si sovrascrivano a vicenda se il canale si riavvia. Supponi, ad esempio, di includere il timestamp **\$1t\$1-**. Il segmento 00001 potrebbe avere il nome. `index-120028-00001` Se l'output si riavvia qualche minuto dopo (il che causa il riavvio del contatore dei segmenti), il nuovo segmento 00001 avrà lo stesso nome. `index-120039-00001` Il nuovo file non sovrascriverà il file per il segmento originale 00001. Alcuni sistemi a valle potrebbero preferire questo comportamento.
# Completa i campi sulla console
Dopo aver progettato i nomi di output e i percorsi di destinazione, puoi impostare il gruppo di output HLS.
I campi seguenti configurano la posizione e i nomi del supporto HLS e dei file manifest (la destinazione).
+ Sezione **Output group – HLS group destination (Gruppo di output — Destinazione gruppo HLS)**
+ Sezione **Output group – HLS settings – CDN (Gruppo di output — Impostazioni HLS — CDN)**
+ **Output group – Location – Directory structure (Gruppo di output — Posizione — Struttura delle directory)**
+ **Output group – Location – Segments per subdirectory (Gruppo di output — Posizione — Segmenti per sottodirectory)**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di nome**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di segmento**
**Per impostare la destinazione**
1. Completa i campi **URL** nella sezione **HLS group destinations (Destinazioni del gruppo HLS)**. Specificate due destinazioni se il canale è impostato come canale standard o una destinazione se è impostato come canale a pipeline singola.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-specify-destination-emp.html)
1. Immettete il nome utente di input. Per la password (se applicabile), immettete il nome della password memorizzata nel AWS Systems Manager Parameter Store. Non immettere la password stessa. Per ulteriori informazioni, consulta [Requisiti per i parametri della password AWS Systems Manager](requirements-for-EC2.md).
1. Nella sezione Impostazioni **CDN**, scegli il tipo di connessione appropriato:
+ Per inviare allo standard MediaPackage, scegli`Hls webdav`.
+ Per inviare alla MediaPackage v2, scegli`Basic PUT`.
1. Se il sistema downstream ti ha fornito dei valori per [configurare la connessione](origin-server-http.md), inserisci tali valori nei campi della sezione delle impostazioni **CDN**.
# Esempio standard MediaPackage
Questo esempio mostra come impostare i campi di destinazione se il sistema a valle per il gruppo di output HLS è standard. MediaPackage
Supponi di voler trasmettere il gioco del curling e di creare tre output: alto, medio e basso bitrate.
| Campo | Valore |
| --- | --- |
| CDN settings (Impostazioni CDN) nella sezione HLS settings (Impostazioni HLS) | hls webdav |
| URL nella sezione HLS group destination A (Destinazione gruppo HLS A) | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel |
| Credentials (Credenziali) nella sezione HLS group destination A (Destinazione gruppo HLS A) | MediaPackage accetta solo richieste autenticate, quindi è necessario inserire un nome utente e una password noti. MediaPackage Per la password, immettere il nome della password archiviata in AWS Systems Manager Parameter Store. Non immettere la password stessa. Per ulteriori informazioni, consulta [Requisiti per i parametri della password AWS Systems Manager](requirements-for-EC2.md). |
| URL nella sezione HLS group destination B (Destinazione gruppo HLS B) | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel |
| Credentials (Credenziali) nella sezione HLS group destination B (Destinazione gruppo HLS B) | Immettere un nome utente e una password per l'URL di destinazione B. Le credenziali sono probabilmente le stesse per entrambi URLs, ma potrebbero non esserlo. |
| Name modifier (Modificatore nome) nella sezione HLS outputs (Output HLS) | Seleziona **Add output (Aggiungi output)** due volte: altre due righe di **output** vengono aggiunte a questa sezione, per un totale di tre righe. In ciascuna riga, inserisci un modificatore: **-high**, **-medium** e **-low**. |
| Directory Structure (Struttura delle directory) e Segments Per Subdirectory (Segmenti per sottodirectory) nella sezione Location (Posizione) | MediaPackage non utilizza questi campi, quindi lasciali vuoti. |
Di conseguenza, i file verranno creati con i seguenti nomi:
+ Un manifest principale: **channel.m3u8**
+ Un manifest figlio per ogni output: **channel-high.m3u8**, **channel-medium.m3u8**, **channel-low.m3u8**
+ File TS per ogni output:
+ **channel-high-00001.ts**, **channel-high-00002.ts**, **channel-high-00003.ts** e così via
+ **channel-medium-00001.ts**, **channel-medium-00002.ts**, **channel-medium-00003.ts** e così via
+ **channel-low-00001.ts**, **channel-low-00002.ts**,** channel-low-00003.ts** e così via
I file verranno pubblicati su entrambi gli input URL su MediaPackage.
# MediaPackage esempio v2
Questo esempio mostra come impostare i campi di destinazione se il sistema a valle per il gruppo di output HLS è standard. MediaPackage
Supponi di voler trasmettere il gioco del curling e di creare tre output: alto, medio e basso bitrate.
| Campo | Valore |
| --- | --- |
| CDN settings (Impostazioni CDN) nella sezione HLS settings (Impostazioni HLS) | **basic PUT** |
| URL nella sezione HLS group destination A (Destinazione gruppo HLS A) | mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index |
| Credentials (Credenziali) nella sezione HLS group destination A (Destinazione gruppo HLS A) | Lasciare vuoto. MediaPackage v2 non utilizza credenziali per l'autenticazione. |
| URL nella sezione HLS group destination B (Destinazione gruppo HLS B) | mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index. |
| Credentials (Credenziali) nella sezione HLS group destination B (Destinazione gruppo HLS B) | Lascia vuoto. MediaPackage v2 non utilizza credenziali per l'autenticazione. |
| Name modifier (Modificatore nome) nella sezione HLS outputs (Output HLS) | Seleziona **Add output (Aggiungi output)** due volte: altre due righe di **output** vengono aggiunte a questa sezione, per un totale di tre righe. In ciascuna riga, inserisci un modificatore: **-high**, **-medium** e **-low**. |
| Directory Structure (Struttura delle directory) e Segments Per Subdirectory (Segmenti per sottodirectory) nella sezione Location (Posizione) | MediaPackage non utilizza questi campi, quindi lasciali vuoti. |
Di conseguenza, i file verranno creati con i seguenti nomi:
+ Un manifest principale: **index.m3u8**
+ Un manifest figlio per ogni output: **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ File TS per ogni output:
+ **index-high-00001.ts**, **index-high-00002.ts**, **index-high-00003.ts** e così via
+ **index-medium-00001.ts**, **index-medium-00002.ts**, **index-medium-00003.ts** e così via
+ **index-low-00001.ts**, **index-low-00002.ts**,** index-low-00003.ts** e così via
I file verranno pubblicati su entrambi gli input URL su MediaPackage.
# Campi per la destinazione di output: invio a un server HTTP
Quando hai [pianificato le destinazioni per il gruppo di output HLS](origin-server-http.md), potresti aver deciso di inviare l'output a un server HTTP.
È necessario progettare il percorso o i percorsi di destinazione per l'output. È quindi necessario immettere le diverse parti del percorso nei campi appropriati sulla console.
**Topics**
+ [Progetta il percorso per la destinazione di output](hls-destinations-design-step.md)
+ [Completa i campi sulla console](hls-specify-destination.md)
+ [Esempio per un server HTTP o HTTPS](hls-example-most-downstreamsystems.md)
+ [Esempio di Akamai](hls-example-akamai.md)
# Progetta il percorso per la destinazione di output
Esegui questo passaggio se non hai ancora progettato il percorso o i percorsi di destinazione completi. Se hai già progettato i percorsi, vai a[Completa i campi sulla console](hls-specify-destination.md).
**Per progettare il percorso**
1. Raccogli le informazioni che hai [ottenuto in precedenza](origin-server-http.md) dall'operatore del sistema a valle:
+ Il tipo di connessione per il sistema downstream: Akamai, PUT di base o WebDAV.
+ Le impostazioni per i campi di connessione, se il sistema a valle ha requisiti speciali.
+ Il protocollo di consegna: HTTP o HTTPS.
+ Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
+ Tutti o parte dei percorsi di destinazione, inclusi possibilmente i nomi dei file.
+ Se è necessario configurare sottodirectory separate.
1. Nell'ambito della pianificazione con l'operatore del sistema a valle, avreste dovuto determinare se desiderate implementare manifesti ridondanti. Avresti anche dovuto determinare se il sistema a valle richiede manifesti personalizzati. Alla luce di queste due decisioni, leggete la sezione appropriata:
+ Se state implementando manifesti ridondanti, consultate[Creazione di manifesti HLS ridondanti](hls-redundant-manifests.md), quindi tornate a questa sezione.
+ Se stai implementando percorsi personalizzati per i manifesti, consulta[Personalizzazione dei percorsi all'interno dei manifest HLS](hls-manifest-paths.md), quindi torna a questa sezione.
+ Se non stai implementando nessuna di queste funzionalità, continua a leggere questa sezione.
1. Progetta le porzioni dei percorsi di destinazione che seguono il bucket o i bucket. Per i dettagli, consulta le sezioni che seguono.
**Topics**
+ [La sintassi dei percorsi per gli output](#hls-syntax-http)
+ [Progettazione delle cartelle e di BaseFileName](#hls-baseFilename-design)
+ [Progettazione del NameModifier](#hls-nameModifier-design)
+ [Progettazione del SegmentModifier](#hls-segmentModifier-design)
## La sintassi dei percorsi per gli output
La tabella seguente descrive le parti che costituiscono i percorsi di destinazione per queste tre categorie di file.
I percorsi di destinazione per queste tre categorie di file sono identici fino a *BaseFileName* incluso, il che significa che thatMediaLive invia tutte queste categorie di file nella stessa cartella. I modificatori e le estensioni di file sono diversi per ogni categoria di file.
| File | Sintassi del percorso | Esempio |
| --- | --- | --- |
| File manifest principali | estensione BaseFileName del percorso di dominio del protocollo | *L'URL di un manifesto principale con il nome di file /index:*http://203.0.113.55/sports/delivery/curling/index.m3u8 |
| File manifest secondari | estensione BaseFileName NameModifier del percorso di dominio del protocollo | L'URL del manifesto secondario per le rappresentazioni ad alta risoluzione dell'output`http://203.0.113.55/sports/delivery/curling/index-high.m3u8` |
| File multimediali (segmenti) | protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension | L'URL del file per il 230° segmento potrebbe essere:http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts |
Questi percorsi di destinazione sono costruiti come segue:
+ L'operatore del sistema a valle [avrebbe dovuto fornirti](origin-server-http.md) il protocollo, il dominio e parte del percorso. Esempio:
`http://203.0.113.55/sports/`
Il protocollo è sempre HTTP o HTTPS.
+ L'operatore potrebbe aver fornito quanto segue. Altrimenti, li decidi tu:
+ Le cartelle
+ Il nome del file di base
+ Il modificatore
+ Il SegmentModifier
Vedi le sezioni che seguono.
+ MediaLive inserisce il carattere di sottolineatura prima del contatore.
+ MediaLive genera il contatore, che è sempre composto da cinque cifre a partire da 00001.
+ MediaLive inserisce il punto prima dell'estensione.
+ MediaLive seleziona l'estensione:
+ Per i file manifest, sempre ` .m3u8`
+ Per i file multimediali: `.ts` per i file in un flusso di trasporto e `.mp4` per i file in un MP4 contenitore f
## Progettazione delle cartelle e di BaseFileName
Per la `baseFilename` parte `folder` e la parte del percorso di destinazione, segui queste linee guida:
+ Per un canale a pipeline singola, hai bisogno di un solo `baseFilename`.
+ Per un canale standard quando *non *implementi [manifest ridondanti](hls-opg-redundant-manifest.md), sono necessari due `baseFilenames`. I due `baseFilenames` possono essere identici o diversi. Prima di creare diversi `baseFilenames`, assicurati che il sistema a valle possa funzionare con tale configurazione.
+ Per un canale standard quando *implementi* manifest ridondanti, consulta [Campi per i manifest ridondanti](hls-opg-redundant-manifest.md).
## Progettazione del NameModifier
Progetta le `nameModifier` parti del nome del file. I manifest figlio e i file multimediali includono questo modificatore nei nomi dei file. Questo `nameModifier` distingue ogni output dall'altro, quindi deve essere univoco in ogni output. Seguire queste linee guida:
+ Per un output che contiene video (e possibilmente altri flussi), in genere viene descritto il video. Ad esempio, **-high** o **-1920x1080-5500kpbs** (per descrivere la risoluzione e il bitrate).
+ Per un output che contiene solo audio o solo didascalie, in genere si descrivono l'audio o le didascalie. Ad esempio **-aac** o **-webVTT**.
+ È una buona idea includere un delimitatore, per separare chiaramente il` baseFilename`. `nameModifier`
+ ` nameModifier` può includere [variabili di dati](variable-data-identifiers.md).
## Progettazione del SegmentModifier
Progetta la parte SegmentModifiers del percorso di destinazione. Il SegmentModifier è facoltativo e, se lo includi, lo includono solo i nomi dei file multimediali.
Un tipico caso d'uso per questo modificatore consiste nell'uso di una variabile di dati per creare un timestamp, per evitare che i segmenti si sovrascrivano a vicenda se il canale si riavvia. Supponi, ad esempio, di includere il timestamp **\$1t\$1-**. Il segmento 00001 potrebbe avere il nome. `/index-120028-00001` Se l'output si riavvia qualche minuto dopo (il che causa il riavvio del contatore dei segmenti), il nuovo segmento 00001 avrà lo stesso nome. `/index-120039-00001` Il nuovo file non sovrascriverà il file per il segmento originale 00001. Alcuni sistemi a valle potrebbero preferire questo comportamento.
# Completa i campi sulla console
I campi seguenti configurano la posizione e i nomi del supporto HLS e dei file manifest (la destinazione).
+ Sezione **Output group – HLS group destination (Gruppo di output — Destinazione gruppo HLS)**
+ Sezione **Output group – HLS settings – CDN (Gruppo di output — Impostazioni HLS — CDN)**
+ **Output group – Location – Directory structure (Gruppo di output — Posizione — Struttura delle directory)**
+ **Output group – Location – Segments per subdirectory (Gruppo di output — Posizione — Segmenti per sottodirectory)**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di nome**
+ **Uscite HLS — Impostazioni di uscita — Modificatore di segmento**
**Per impostare la destinazione**
1. Completa i campi **URL** nella sezione **HLS group destinations (Destinazioni del gruppo HLS)**. Specificate due destinazioni se il canale è impostato come canale standard o una destinazione se è impostato come canale a pipeline singola.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-specify-destination.html)
1. Se il sistema downstream richiede l'autenticazione utente da MediaLive, in ogni sezione di **destinazione del gruppo HLS**, completa la sezione **Credenziali**. Immettete un nome utente e una password forniti dal sistema a valle. Per la password, immettete il nome della password memorizzata nel AWS Systems Manager Parameter Store. Non immettere la password stessa. Per ulteriori informazioni, consulta [Requisiti per i parametri della password AWS Systems Manager](requirements-for-EC2.md).
1. Nella sezione Impostazioni **CDN**, scegliete l'opzione che il sistema downstream vi ha detto di utilizzare: Akamai, PUT o WebDAV.
1. **Se il sistema downstream vi ha fornito dei valori per [configurare la connessione, inserite tali valori nei campi della](origin-server-http.md) sezione delle impostazioni CDN.**
# Esempio per un server HTTP o HTTPS
Questo esempio mostra come impostare i campi di destinazione se il sistema a valle è un server HTTPS che utilizza PUT di base.
Supponi di voler trasmettere il gioco del curling e di creare tre output: alto, medio e basso bitrate.
| Campo | Valore |
| --- | --- |
| CDN settings (Impostazioni CDN) nella sezione HLS settings (Impostazioni HLS) | Hls basic putModificare gli altri campi CDN in base alle istruzioni del sistema a valle. |
| URL nella sezione HLS group destination A (Destinazione gruppo HLS A) | Esempio:**https://203.0.113.55/sports/curling/index** |
| Credentials (Credenziali) nella sezione HLS group destination A (Destinazione gruppo HLS A) | Se il sistema a valle richiede richieste autenticate, immettete il nome utente fornito dal sistema a valle. Per la password, immettere il nome della password archiviata in AWS Systems Manager Parameter Store. Non immettere la password stessa. Per ulteriori informazioni, consulta [Requisiti per i parametri della password AWS Systems Manager](requirements-for-EC2.md). |
| URL nella sezione HLS group destination B (Destinazione gruppo HLS B) | Esempio:**https://203.0.113.82/sports/curling/index** |
| Credentials (Credenziali) nella sezione HLS group destination B (Destinazione gruppo HLS B) | Immetti un nome utente e una password per l'URL della destinazione B, se applicabile. Le credenziali sono probabilmente le stesse per entrambi URLs, ma potrebbero non esserlo. |
| Name modifier (Modificatore nome) nella sezione HLS outputs (Output HLS) | Seleziona **Add output (Aggiungi output)** due volte: altre due righe di **output** vengono aggiunte a questa sezione, per un totale di tre righe. In ciascuna riga, inserisci un modificatore: **-high**, **-medium** e **-low**. |
| Directory Structure (Struttura delle directory) e Segments Per Subdirectory (Segmenti per sottodirectory) nella sezione Location (Posizione) | Supponiamo che il sistema a valle non utilizzi questi campi. |
Di conseguenza, i file verranno creati con i seguenti nomi:
+ Un manifest principale: `index.m3u8`
+ Un manifest figlio per ogni output: `index-high.m3u8`, `index-medium.m3u8`, `index-low.m3u8`
+ File TS per ogni output:
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts` e così via
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts` e così via
+ `index-low-00001.ts`, `index-low-00002.ts`, ` index-low-00003.ts` e così via
I file verranno pubblicati su due host nel sistema a valle e in una cartella chiamata `sports` su ciascun host.
# Esempio di Akamai
Questo esempio mostra come impostare i campi di destinazione se il sistema a valle è un server Akamai.
Supponi di voler trasmettere il gioco del curling e di creare tre output: alto, medio e basso bitrate.
| Campo | Valore |
| --- | --- |
| CDN settings (Impostazioni CDN) nella sezione HLS settings (Impostazioni HLS) | HLS akamai Selezionate questa impostazione se utilizzate l'autenticazione tramite token Akamai. Modifica gli altri campi CDN in base alle istruzioni di Akamai.HLS basic put Selezionate questa impostazione se utilizzate l'autenticazione digest. Modifica gli altri campi CDN in base alle istruzioni di Akamai. |
| URL nella sezione HLS group destination A (Destinazione gruppo HLS A) | Esempio:**https://p-ep50002.i.akamaientrypoint.net/50002/curling/index**Mapping di questo URL alla terminologia di Akamai: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Credenziali) nella sezione HLS group destination A (Destinazione gruppo HLS A) | Se Akamai richiede richieste autenticate, inserite un nome utente e una password noti ad Akamai. Per la password, immettere il nome della password archiviata in AWS Systems Manager Parameter Store. Non immettere la password stessa. Per ulteriori informazioni, consulta [Requisiti per i parametri della password AWS Systems Manager](requirements-for-EC2.md). |
| URL nella sezione HLS group destination B (Destinazione gruppo HLS B) | Esempio:**https://b-ep50002.i.akamaientrypoint.net/50002-b/curling/index**Mapping di questo URL alla terminologia di Akamai: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Credenziali) nella sezione HLS group destination B (Destinazione gruppo HLS B) | Immetti un nome utente e una password per l'URL dell’altra destinazione, se applicabile. Le credenziali sono probabilmente le stesse per entrambi URLs, ma potrebbero non esserlo. |
| Name modifier (Modificatore nome) nella sezione HLS outputs (Output HLS) | Seleziona **Add output (Aggiungi output)** due volte: altre due righe di **output** vengono aggiunte a questa sezione, per un totale di tre righe. In ciascuna riga, inserisci un modificatore: **-high**, **-medium** e **-low**. |
| Directory Structure (Struttura delle directory) e Segments Per Subdirectory (Segmenti per sottodirectory) nella sezione Location (Posizione) | Compila i campi in base alle istruzioni fornite da Akamai. |
Di conseguenza, i file verranno creati con i seguenti nomi:
+ Un manifest principale: **index.m3u8**
+ Un manifest figlio per ogni output: **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ File TS per ogni output:
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts` e così via
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts` e così via
+ `index-low-00001.ts`, `index-low-00002.ts`,` index-low-00003.ts` e così via
I file verranno pubblicati in due posizioni:
+ Sull'host Akamai **p-ep50002.i.akamaientrypoint.net** in una cartella denominata **50002**
+ Sull'host **b-ep50002.i.akamaientrypoint.net** in una cartella denominata **50002-b**
# Campi per il container HLS
I campi seguenti configurano il container in ogni output.
+ **Uscite HLS** — **Impostazioni di uscita — Sezione Impostazioni** **HLS**
Questi campi controllano il contenuto del manifest e la struttura dei segmenti. A titolo comparativo, i campi descritti in [Campi per il contenuto dei manifest](hls-other-features.md#hls-manifest-contents) controllano quanti manifest e segmenti sono presenti nell'output.
**Per configurare il container**
1. In **HLS Settings (Impostazioni HLS)**, scegli l'opzione appropriata. Per informazioni sulle opzioni, consulta l'elenco riportato dopo questa procedura.
1. Per **Standard HLS (HLS standard)**, vengono visualizzati più campi. Scegli **Transport/container configuration (Configurazione trasporto/container)** e **PID settings (Impostazioni PID)**. Vengono visualizzati ulteriori campi.
1. Modifica i campi. In genere, i campi di queste due sezioni vengono modificati solo se il sistema a valle fornisce valori.
**Informazioni sui container HLS**
MediaLive supporta questi tipi di contenitori:
+ **Hls standard**: scegli questo tipo di contenitore se desideri impacchettare i flussi (codifiche) in un flusso di trasporto (TS). Scegli questo tipo di container per tutti gli output del gruppo di output (ad eccezione degli output che fanno parte di un gruppo di rendering audio). Ogni output potrebbe contenere le seguenti codifiche:
+ Una codifica video
+ Una codifica video con didascalie incorporate
+ Una codifica video (e, facoltativamente, didascalie incorporate) e una o più codifiche audio
+ Una codifica delle didascalie
+ **Fmp4 hls**: scegli questo tipo di contenitore se desideri impacchettare i flussi (codificati) come frammentati. MP4 Scegli questo tipo di container per tutti gli output del gruppo di output (ad eccezione degli output che fanno parte di un gruppo di rendering audio). Ogni output potrebbe contenere le seguenti codifiche:
+ Una codifica video
+ Una codifica video con didascalie incorporate
+ Una codifica delle didascalie
+ **Solo audio**: scegliete questo tipo di contenitore per ogni uscita di solo audio che fa parte di un gruppo di riproduzione audio. Il gruppo di rendering può far parte di un TS (stream di trasporto) o di un pacchetto f. MP4 Per informazioni sulla creazione di un gruppo di rendering audio, consulta [Gruppi di rendering audio per HLS](audio-renditions.md).
+ **Acquisizione di fotogrammi**: scegliete questo tipo di contenitore per creare un file JPEG di acquisizioni di fotogrammi nel gruppo di output. Questo contenitore viene utilizzato per implementare il trick-play. Per ulteriori informazioni su questa funzionalità e per istruzioni su come configurarla nel canale, consulta. [Riproduci un brano con trucchi tramite le specifiche di Image Media Playlist](trick-play-roku.md)
# Campi per la personalizzazione dei percorsi all'interno dei manifest
All'interno del manifest principale, ci sono percorsi per ogni manifest figlio. All'interno di ogni manifest figlio, ci sono percorsi verso i file multimediali per quel manifest.
Facoltativamente, puoi modificare la sintassi di questi percorsi. In genere, devi modificare la sintassi solo se il sistema a valle ha requisiti di percorso speciali.
I seguenti campi si riferiscono ai percorsi personalizzati all'interno dei manifest:
+ **HLS output group – Location (Gruppo di output HLS - Posizione)** – I campi **Base URL content (Contenuto URL di base)**.
+ **HLS output group – Location (Gruppo di output HLS - Posizione)** – I campi **Base URL manifest (Manifest URL di base)**.
Per ulteriori informazioni sull'impostazione di percorsi personalizzati nei manifest, consulta [Personalizzazione dei percorsi all'interno dei manifest HLS](hls-manifest-paths.md).
# Campi per i manifest ridondanti
MediaLive supporta i manifesti ridondanti come specificato nelle specifiche HLS. Puoi attivare questa funzione in un canale standard.
I campi seguenti riguardano i manifest ridondanti:
+ Campo **HLS output group – Manifests and Segments – Redundant manifests (Gruppo di output HLS – Manifest e segmenti – Manifest ridondanti)**
+ Campi **HLS output group – Location – the Base URL manifest (Gruppo di output HLS – Posizione – Manifest URL di base)**
+ Campi **HLS output group – Location – the Base URL content (Gruppo di output HLS – Posizione – Contenuto URL di base)**
Non è possibile abilitare questa funzionalità in un gruppo di output HLS che ha MediaPackage come sistema a valle.
Per ulteriori informazioni sull'impostazione dei manifest ridondanti, consulta [Creazione di manifesti HLS ridondanti](hls-redundant-manifests.md).
# Campi per i flussi video, audio e sottotitoli (codifica)
I campi seguenti riguardano la codifica di video, audio e didascalie in ogni output.
+ Sezione **Stream settings (Impostazioni flusso)**
Per informazioni sulla creazione di codifiche, consultate le seguenti sezioni:
+ [Configurare la codifica video](creating-a-channel-step6.md)
+ [Configura le codifiche audio](creating-a-channel-step7.md)
+ [Imposta la codifica dei sottotitoli](creating-a-channel-step8.md)
# Campi per altre funzionalità HLS
**Topics**
+ [Campi per i tentativi di connessione](#hls-reconnection-fields)
+ [Campi per il contenuto dei manifest](#hls-manifest-contents)
+ [Campi per i segmenti](#hls-segment-fields)
+ [Campi per la resilienza](#hls-resiliency)
+ [Campi per DRM](#hls-drm)
+ [Campi per disponibilità annunci SCTE-35](#hls-ad-markers)
+ [Campi per le didascalie](#hls-captions)
+ [ID3 Campi per i metadati](#hls-id3)
## Campi per i tentativi di connessione
I seguenti campi della sezione **Gruppo di output - Impostazioni HLS - Impostazioni CDN** configurano il comportamento per la riconnessione al sistema a valle:
+ **Intervallo tentativi di connessione**
+ **Numero di tentativi**
+ **Filecache duration (Durata filecache)**
+ **Restart delay (Ritardo di riavvio)**
Per dettagli su un campo, scegli il collegamento **Info (Informazioni)** accanto alla console MediaLive .
## Campi per il contenuto dei manifest
I seguenti campi della sezione **HLS output group – Manifests and Segments (Gruppo di output HLS –Manifest e segmenti)** configurano le informazioni da includere nei manifest figlio HLS:
+ **Output selection (Selezione dell’output)**
+ **Mode** (Modalità)
+ **Stream inf resolution (Risoluzione flusso inf)**
+ **Manifest duration format (Formato di durata del manifest)**
+ **Num segments (Numero di segmenti)**
+ **Playlist solo i-Frame**: questo campo viene utilizzato per implementare il trick-play tramite i-Frame. Per ulteriori informazioni, consulta [Trick-play della traccia tramite I-Frames](trick-play-i-frames.md).
+ **Data e ora del programma (PDT)**: questo campo viene utilizzato per includere o escludere il tag nei file manifest. `EXT-X-PROGRAM-DATE-TIME` Le informazioni sui tag aiutano i giocatori a valle a sincronizzare lo stream con la fonte selezionata nel campo dell'orologio **PDT**.
+ **Periodo di data e ora del programma (PDT)**: questo campo viene utilizzato per impostare l'intervallo di tempo per l'inserimento dei tag, in secondi. `EXT-X-PROGRAM-DATE-TIME`
+ **Orologio con data e ora del programma (PDT)**: questo campo viene utilizzato per selezionare la fonte dell'ora del PDT. È possibile selezionare il codice temporale di uscita o l'ora UTC.
+ **Client cache (Cache del client)**
+ **Timestamp delta microseconds (Timestamp delta in microsecondi)**
+ **Codec specification (Specifica del codec)**
+ **Manifest compression (Compressione manifest)**
Per informazioni dettagliate su un campo, scegli il link **Informazioni** accanto al campo nella MediaLive console.
## Campi per i segmenti
I seguenti campi configurano i segmenti multimediali nell'output.
+ I campi riportati di seguito nella sezione **HLS output group – Manifests and Segments (Gruppo di output HLS –Manifest e segmenti)** :
+ **TS file mode (Modalità file TS)**
+ **Segment length** (Lunghezza segmento)
+ **Keep segments (Mantieni segmenti)**
+ **Min segment length (Lunghezza minima segmento)**
+ **Uscite HLS** — **Impostazioni di uscita — Tipo di** imballaggio **H.265**. Questo campo si applica solo alle uscite f. MP4 MediaLiveignora il valore in questo campo per altri tipi.
Per dettagli su un campo, scegliere il collegamento **Info (Informazioni)** accanto al campo.
## Campi per la resilienza
Il seguente campo riguarda l'implementazione della resilienza in un output HLS:
+ **Gruppo di output HLS** **— sezione **Impostazioni HLS** — Azione di perdita di input**
Facoltaticamente, modifica il valore di **Input loss action (Operazione per perdita di input)**.
**Configurazione per la maggior parte dei sistemi a valle**
Se stai inviando questo output HLS a un sistema a valle diverso da AWS Elemental MediaPackage, seleziona il link **Info** per decidere quale opzione scegliere. Per ulteriori informazioni, consulta [Gestione della perdita di input video](feature-input-loss.md).
**Configurazione di MediaPackage**
[Se stai inviando questo output HLS a AWS Elemental MediaPackage, imposta questo campo in modo che corrisponda a come hai impostato la classe del canale:](channel-class.md)
+ **Se il canale è un canale standard (per supportare la ridondanza di ingresso attiva MediaPackage), imposta questo campo su PAUSE\$1OUTPUT.**
Con questa configurazione, if MediaLive smette di produrre output su una pipeline, MediaPackage rileva la mancanza di contenuto sull'ingresso corrente e passa all'altro ingresso. La perdita di contenuti è ridotta al minimo.
(Se impostate questo campo su **EMIT\$1OUTPUT**, invia i frame di riempimento a. MediaLive MediaPackage MediaPackage non considera i frame di riempimento come contenuto perso e pertanto non passa al suo altro input.)
+ Se il canale è un canale a pipeline singola, imposta questo campo su **EMIT\$1OUTPUT (EMETTI\$1OUTPUT)**.
Con questa configurazione, se la pipeline si guasta, MediaPackage continua a MediaLive recapitare al proprio sistema a valle (anche se il contenuto sarà costituito da frame di riempimento).
Se imposti questo campo su **PAUSE\$1OUTPUT (OUTPUT\$1IN\$1PAUSA)**, MediaPackage interrompe l'aggiornamento dell'endpoint e ciò potrebbe causare problemi nel sistema di downstream.
## Campi per DRM
Completa la sezione **DRM **solo se effettui la configurazione del DRM utilizzando una chiave statica per crittografare l'output.
+ Nelle impostazioni di **Key provider (Provider della chiave)** scegli **Static key (Chiave statica)**.
+ Completa gli altri campi a seconda dei casi. Per dettagli su un campo, scegliere il collegamento **Info (Informazioni)** accanto al campo.
In una configurazione di chiave statica, devi immettere una chiave di crittografia in questa sezione (insieme ad altri dati di configurazione), quindi consegnare quella chiave all'altra parte (per esempio, tramite e-mail). Una chiave statica non è una soluzione DRM vera e propria e non è particolarmente sicura.
MediaLive supporta solo una chiave statica come opzione di crittografia. Per utilizzare una soluzione DRM con un fornitore di chiavi, è necessario fornire l'output a AWS Elemental MediaPackage, creando un gruppo di [ MediaPackage output anziché un gruppo](creating-mediapackage-output-group.md) di output HLS. Quindi crittografate il video utilizzando. MediaPackage Per ulteriori informazioni, consulta la Guida per l' AWS Elemental MediaPackage utente.
## Campi per disponibilità annunci SCTE-35
Completate la sezione **Indicatori pubblicitari** se intendete includere messaggi SCTE-35 nell'output e decorare il manifesto HLS. Consulta [Elaborazione di messaggi SCTE 35](scte-35-message-processing.md) e, nello specifico, [Abilitazione del passthrough per le uscite HLS](scte-35-passthrough-or-removal.md#procedure-to-enable-passthrough-hls).
## Campi per le didascalie
I campi seguenti riguardano le didascalie incorporate in un output HLS. Se il piano include la creazione di almeno una codifica delle didascalie incorporate in questo output HLS, si applicano i seguenti campi:
+ Nella sezione **Captions (Didascalie)**, il campo **Caption language setting (Impostazioni lingua didascalie)**.
Puoi impostare il manifest HLS in modo da includere informazioni sulle lingue delle didascalie incorporate.
+ **Sezione delle **impostazioni HLS — Mappature della lingua dei sottotitoli****
Facoltativamente, puoi impostare il manifest HLS in modo da includere informazioni su ogni numero e lingua del CC (canale didascalia).
Per istruzioni dettagliate su entrambi questi campi, consulta [Informazioni sulla lingua nei manifesti HLS](set-up-the-hls-manifest.md).
## ID3 Campi per i metadati
Completate la **ID3 **sezione se desiderate inserire ID3 metadati temporizzati o tag di ID3 segmento in tutti gli output di questo gruppo di output. Per istruzioni dettagliate, vedi [Inserimento di metadati ID3 temporizzati durante la creazione del canale MediaLive](insert-timed-metadata.md).