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