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 aCompleta i campi sulla console.
Per progettare il percorso
-
Raccogli l'endpoint di dati per il contenitore o i contenitori. In precedenza hai ottenuto queste informazioni dall' MediaStore utente. Per esempio:
a23f.data.mediastore.us-west-2.amazonaws.com -
Progetta le porzioni dei percorsi di destinazione che seguono l'endpoint dei dati (for MediaStore).
Argomenti
La sintassi dei percorsi per gli output
Un HLS output 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, il che significa che tutte queste categorie di file vengono MediaLive inviate nella stessa cartella. I modificatori e le estensioni dei 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
|
| 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
-
Le baseFilename
-
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 baseFilename
Progetta un percorso di cartella baseFilename adatto 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. Per esempio:
mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8oppure
mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8mediastoressl://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. Per esempio:
mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8
Progettare il 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,
-higho-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
-aaco-webVTT. -
È consigliabile iniziare
nameModifiercon un delimitatore, ad esempio un trattino, per separare ilbaseFilename.nameModifier -
nameModifierpuò includere variabili di dati.
Progettare il segmentModifier
segmentModifiers Progetta la parte del percorso di destinazione. 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 $t$-. Il segmento 00001 potrebbe avere il nomeindex-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.
