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à.
HLSgruppo di output a HTTP
Segui questa procedura se hai deciso di creare un gruppo di HLS output con uno dei seguenti sistemi a valle come destinazione:
-
Un HTTP o HTTPS PUT server.
-
Un HTTP o DAV server HTTPS Web.
-
Un server di origine Akamai.
L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output. HLS
Quando effettui una HLS consegnaHTTP, spesso effettui la consegna a un server di origine. Il server di origine in genere dispone di linee guida chiare sulle regole per il percorso di destinazione, incluso il nome del file del manifesto principale (il .M3U8
file).
Per organizzare la configurazione della destinazione
È necessario parlare con l'operatore del sistema a valle per coordinare la configurazione.
-
Se il sistema downstream non è un server Akamai, scoprite se utilizza o Web. PUT DAV
-
Scopri se il sistema a valle presenta dei requisiti di connessione speciali. Questi campi di connessione sono raggruppati nella console nella sezione CDNdelle impostazioni del gruppo di output. HLS Per visualizzare questa pagina sulla MediaLive console, nella pagina Crea canale, nella sezione Gruppi di output, scegli Aggiungi, quindi scegli HLS. Scegli il gruppo, quindi in HLSImpostazioni, apri CDNle impostazioni.
-
Decidi se hai bisogno di due destinazioni per l'output:
-
Sono necessarie due destinazioni in un canale standard.
-
È necessaria una destinazione in un canale a pipeline singola.
-
-
Scopri se il sistema a valle utilizza una connessione sicura. In caso affermativo, concordate con l'operatore la configurazione delle credenziali utente.
-
Scopri se il sistema a valle richiede percorsi personalizzati all'interno dei manifest principali e dei manifest figlio. Per ulteriori informazioni, consulta Personalizzazione dei percorsi all'interno dei manifest HLS.
-
Se state configurando un canale standard, verificate se il sistema a valle supporta manifesti ridondanti. In tal caso, decidi se implementare questa funzionalità. Per ulteriori informazioni, vedere e, in particolare Manifest HLS ridondantiRegole per la maggior parte dei sistemi a valle, per istruzioni specifiche. Regole per le CDN di Akamai
-
Parlate con l'operatore del sistema a valle per concordare un percorso di destinazione completo per le tre categorie di HLS file (i manifesti principali, i manifesti secondari e i file multimediali). MediaLive colloca sempre tutte e tre le categorie di file per ogni destinazione in un'unica posizione. Non è possibile configurare l'inserimento MediaLive di alcuni file in un'altra posizione.
Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse. Discutete di questo requisito con l'operatore del sistema a valle. Il sistema a valle potrebbe avere regole specifiche sull'unicità.
-
Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per i nomi delle tre categorie di file. HLS In genere, il sistema a valle non ha requisiti speciali.
-
Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per il modificatore relativo ai nomi dei manifesti secondari e dei file multimediali.
I manifesti secondari e i file multimediali includono sempre questo modificatore nei loro nomi di file. Questo modificatore distingue ogni output dall'altro, quindi deve essere unico in ogni output. Ad esempio, i file per l'output ad alta risoluzione devono avere un nome diverso dai file per l'output a bassa risoluzione. Ad esempio, i file di un output potrebbero avere il nome e il modificatore del file
curling_high
, mentre l'altro output potrebbe avere.curling_low
In genere, il sistema a valle non ha requisiti speciali.
-
Chiedete all'operatore del sistema a valle se i file multimediali devono essere configurati in sottodirectory separate. Ad esempio, una sottodirectory per i primi 1000 segmenti, un'altra sottodirectory per i secondi 1000 segmenti e così via.
La maggior parte dei sistemi a valle non richiede sottodirectory separate.
-
Concordate le parti del percorso di destinazione in cui il sistema a valle ha requisiti speciali.
-
Ad esempio, il sistema downstream potrebbe richiedere solo l'invio a un host specifico. Il sistema a valle non ha bisogno di conoscere i nomi delle cartelle o dei file che verranno utilizzati.
Ad esempio, invia a due cartelle a cui hai dato il nome, ma sull'host all'indirizzo
https://203.0.113.55
Oppure invia a due cartelle a cui hai dato il tuo nome, ma sugli host in
https://203.0.113.55
ehttps://203.0.113.82
-
Oppure il sistema downstream potrebbe richiedere un host e una cartella specifici, ma con un nome di file a scelta. Ad esempio, questo host e queste cartelle:
https://203.0.113.55/sports/delivery/
https://203.0.113.55/sports/backup/
-
-
Prendi nota delle informazioni che hai raccolto:
-
Il tipo di connessione per il sistema downstream: Akamai o WebPUT. DAV
-
Le impostazioni per i campi di connessione, se il sistema a valle ha requisiti speciali.
-
Il protocollo di consegna— HTTP oHTTPS.
-
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.
-