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à.
# 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.