Passaggio 1: Progettare il percorso per la destinazione di output - MediaLive

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

Passaggio 1: Progettare 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 aPassaggio 2: Completa i campi sulla console.

Per progettare il percorso
  1. Raccogli i nomi dei bucket che hai ottenuto in precedenza dall'utente Amazon S3. Per esempio:

    DOC-EXAMPLE-BUCKET

  2. Progetta le porzioni dei percorsi di destinazione che seguono il bucket o i bucket. Per i dettagli, consulta le sezioni che seguono.

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 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://DOC-EXAMPLE-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://DOC-EXAMPLE-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://DOC-EXAMPLE-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

    • baseFilename

    • Il modificatore

    • segmentModifier

    Consultate 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 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 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:

    s3ssl://DOC-EXAMPLE-BUCKET/sports/delivery/curling/index-high.m3u8

    s3ssl://DOC-EXAMPLE-BUCKET1/sports/delivery/curling/index-high.m3u8

    oppure

    s3ssl://DOC-EXAMPLE-BUCKET/sports/delivery/curling/index-high.m3u8

    s3ssl://DOC-EXAMPLE-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. Per esempio:

    s3ssl://DOC-EXAMPLE-BUCKET/sports/delivery/curling/index-high.m3u8

    s3ssl://DOC-EXAMPLE-BUCKET/sports/redundant/curling/index-high.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, -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.

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.