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