

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
<a name="hls-destinations-emp-design"></a>

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
<a name="hls-destinations-emp-info"></a>

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
<a name="hls-destinations-emp-info-v2"></a>

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
<a name="hls-syntax-emp"></a>

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
<a name="hls-nameModifier-design-emp"></a>

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
<a name="hls-segmentModifier-design-emp"></a>

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.