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à. # Configurazione per la commutazione di ingresso Puoi configurare un MediaLive canale per importare più input sequenziali, anziché configurarlo per importare solo un input. Puoi configurare questo *canale a input multipli* collegando più di un input al canale e quindi aggiungendo operazioni nella pianificazione del canale che specificano quando passare da un input a un altro. **Topics** + [Informazioni sui canali di ingresso multipli e sulla commutazione degli ingressi](ips-overview.md) + [Regole e limiti per gli switch di ingresso](ips-limits.md) + [Configurazione per la commutazione degli ingressi](setup-ips.md) + [Eliminazione di azioni dalla pianificazione](ips-manage-schedule.md) + [Avvio e riavvio di un canale con più ingressi](ips-start-channel-multi-inputs.md) # Informazioni sui canali di ingresso multipli e sulla commutazione degli ingressi Si configura la commutazione di ingresso in un MediaLive canale per assimilare gli ingressi in un canale a più ingressi. **Topics** + [Canali a ingresso multiplo e programmazione](schedule-and-switching.md) + [Casi d'uso tipici](typical-use-cases.md) + [Interruttori fissi, immediati e a seguire](ips-switch-types.md) + [Ingressi statici e ingressi dinamici](how-dynamic-inputs-work.md) + [Preparazione dell'input](ips-input-prepare.md) # Canali a ingresso multiplo e programmazione La commutazione degli ingressi in un MediaLive canale funziona nel modo seguente: si crea un canale che contiene più di un allegato di ingresso. Dopo aver creato il canale, passare alla pianificazione per il canale e aggiungere i cambi di input, per creare regole per il passaggio da un collegamento di input a un altro. Quando avvii il canale, il canale effettuerà automaticamente il cambio di input in base alla pianificazione. Per utilizzare correttamente i canali a input multipli, ricordare quanto segue. **La pianificazione esiste all'interno del canale** La pianificazione non esiste separatamente dal canale. Sulla console è possibile trovare la pianificazione nella pagina dei dettagli di un canale esistente. **Non c'è alcun cambio implicito** Con un canale a input multipli, è necessario aggiungere cambi di input alla pianificazione per indicare al canale di effettuare il cambio. Un canale che contiene più collegamenti di input non effettuerà il cambio al successivo collegamento di input nell'elenco relativo, a meno che questa operazione non sia indicata nella pianificazione. **Non esiste un input "principale"** Con un canale a input multipli, è necessario considerare i collegamenti di input come un *pool* di input tutti con lo stesso stato. Non esiste un input che sia quello principale, a cui il canale ritorna quando non ha altro da acquisire. # Casi d'uso tipici La commutazione programmata degli ingressi in un MediaLive canale supporta i seguenti casi d'uso. ## Caso d'uso 1: un feed live e un input di file alternati Hai un canale per elaborare un feed live (streaming) da un'origine specifica, forse per un torneo sportivo. Periodicamente (forse tra i singoli eventi sportivi), il feed live deve essere sostituito dal contenuto del file (forse un filler come un video di onde oceaniche). Dopo pochi minuti, lo stesso feed live deve essere riavviato. Imposti il canale con un input live e un input di file. Il primo input è l'input live. Prima di avviare il canale, create una pianificazione che consiste in azioni per passare all'input live all'inizio di ogni ora, alle 10:00, alle 11:00 e così via. Quindi, avvii il canale. Al termine di ogni evento sportivo, modifichi la pianificazione "sul momento" per passare al filler video. Il feed live continua per alcuni minuti (forse mostrando la folla di tifosi o i giocatori che escono dallo stadio), quindi il canale passa al video filler. All'inizio di ogni ora, il canale passa al feed live. ## Caso d'uso 2: un feed live e un input di file e il canale inizia con un input di file Hai gli stessi requisiti del caso d'uso 1, tranne che vuoi avviare il canale con un file clip, forse dall'apertura dell'evento sportivo. All'inizio della prima ora, vuoi mostrare il filler video. Ma all'inizio della seconda ora e di quelle successive, vuoi mostrare le evidenziazioni della prima parte della giornata. Imposti il canale con un evento live (un input live) e diversi input di file: uno per l'apertura, uno per il filler video e diversi per le evidenziazioni. Il primo input è il file di input per l'evento di apertura. Prima di avviare il canale, crei una pianificazione che contiene un'operazione per passare all'input live non appena l'input di file è terminato. Quindi, avvii il canale. Nel corso dell'esercitazione, modifichi la pianificazione per aggiungere altre operazioni, come per il caso d'uso 1, per passare dall'input live e agli input di file e viceversa. ## Caso d'uso 3: due feed live Hai un canale per elaborare il feed live da due origini diverse. Vuoi inserire il contenuto degli annunci nel canale, come richiesto. Vuoi inserire questo contenuto pubblicitario utilizzando MediaLive. Non vuoi inserire messaggi SCTE-35 che vengono letti dal sistema downstream per sostituire le disponibilità con il contenuto degli annunci. I feed live potrebbero essere il feed venue e il feed in-studio per lo stesso evento sportivo. Vuoi passare da un feed live all'altro. Vuoi impostare i cambi "al momento" anziché secondo una rigida pianificazione oraria. Occasionalmente, vuoi passare da un feed live a un annuncio. Quando l'annuncio è terminato, puoi tornare a uno dei feed live. Imposti il canale con due input live e diversi input di file (un file per ogni annuncio). Prima di avviare il canale, crei una pianificazione contente la prima azione della pianificazione. Questa operazione è quella di passare al primo input, l'input A, che vuoi venga acquisito nel canale. Imposti l'ora di inizio per l'input A su un'ora che è almeno un minuto prima dell'ora di inizio della pianificazione. Quindi avvii il canale. MediaLive legge immediatamente la pianificazione e passa all'ingresso che dovrebbe essere l'azione corrente, che è l'input A. Se necessario, si modifica la pianificazione sul posto per aggiungere azioni per mettere in coda uno o più switch. ## Caso d'uso 4: VOD-to-live Hai un canale per elaborare solo gli input di MP4 file, o principalmente gli input di MP4 file, 24 ore su 24, 7 giorni su 7. Puoi configurare il canale con una serie di input di file da eseguire uno dopo l'altro. Ogni file viene codificato dall'inizio alla fine, quindi inizia il file successivo. A volte, vuoi ritagliare un file e riprodurre solo una parte del file. Desideri che questo canale venga eseguito senza arrestarsi, fino al successivo periodo di manutenzione pianificato, che potrebbe essere tra diverse settimane. Per superare il limite di 20 input per canale, puoi sfruttare la funzionalità di *input dinamico*. Puoi creare alcuni input di file con una variabile al posto di tutto il percorso o parte di esso e del nome del file. È possibile configurare la pianificazione per utilizzare questo input dinamico più e più volte, ogni volta con un nome di file diverso inserito nella variabile. Puoi configurare diversi input dinamici. # Interruttori fissi, immediati e a seguire In MediaLive, è possibile classificare gli switch di ingresso in base ai tipi di avvio dello switch. + Risolto: un interruttore di ingresso fisso si avvia in un momento specifico. Gli switch fissi utilizzano l'ora UTC. Non utilizzano il timecode dell'input. + Immediato: un interruttore di ingresso immediato si avvia il prima possibile. Questo tipo di cambio è più simile a un cambio fisso che a uno di follow-up perché interrompe l'input corrente. Il vantaggio di questo cambio rispetto a un cambio fisso è che non è necessario calcolare alcun buffer all'ora di inizio. + Segui: un interruttore di input che segue si avvia quando l'input precedente è terminato (quando MediaLive ha raggiunto la fine del file). Questo tipo di avvio è una proprietà dell'interruttore, non una proprietà dell'input stesso. Pertanto, nella pianificazione è possibile passare a un ingresso specifico con un interruttore fisso e successivamente passare allo stesso ingresso con un interruttore follow. ## Tipi di interruttori e tipi di ingressi La combinazione di tipi di cambi e tipi di input (file e live) crea i seguenti tipi di cambi: + Un input di file con avvio fisso. L'input precedente può essere un input di file o live. All'ora di inizio specificata, MediaLive interrompe l'acquisizione dell'ingresso precedente e passa al nuovo ingresso. + Un input di file con avvio immediato. L'input precedente può essere un input di file o live. Appena possibile dopo aver inserito questo interruttore nella pianificazione, MediaLive interrompe l'acquisizione dell'input precedente e passa al nuovo ingresso. + Un input di file che segue l'input precedente. L'input precedente deve essere un input di file. Non può essere un input live perché un input live non ha una fine, perciò il cambio non si verificherebbe mai. + Un input live con avvio fisso. L'input precedente può essere un input di file o live. All'ora di inizio specificata, MediaLive interrompe l'acquisizione dell'input precedente e passa al nuovo ingresso. + Un input live con avvio immediato. L'input precedente può essere un input di file o live. Appena possibile dopo aver inserito questo interruttore nella pianificazione, MediaLive interrompe l'acquisizione dell'input precedente e passa al nuovo ingresso. + Un input live che segue l'input precedente. L'input precedente deve essere un input di file. Non può essere un input live perché un input live non ha una fine, perciò il cambio non si verificherebbe mai. La tabella seguente riepiloga gli input e i tipi di avvio. | Input corrente | Input successivo | Tipo di avvio possibile | | --- | --- | --- | | File | File | Corretto o immediato | | File | File | Follow | | File | Live | Corretto o immediato | | File | Live | Follow | | Live | File | Corretto o immediato | | Live | Live | Corretto o immediato | ## Segui le catene Una serie di cambi di input follow-up viene chiamata *catena di follow-up*. Al termine di ogni input, inizia MediaLive automaticamente a importare l'input successivo. Ecco il diagramma di una catena di follow-up: ``` Input A Fixed or Immediate File Input B Follow File Input C Follow File Input D Follow File or Live Input E Fixed or Immediate File or Live ``` La catena che segue inizia con l'*azione di riferimento, ossia l'*input che precede il primo follow. Termina con l'ultimo input successivo. Nell'esempio precedente, la catena inizia con l'azione di riferimento input A e termina con l'input D. Gli input A, B e C devono essere file perché devono avere una fine definita in modo che l'input successivo possa seguire correttamente. L'input E interrompe la catena perché è fisso o immediato. # Ingressi statici e ingressi dinamici *Se il vostro MediaLive canale include input di file, dovreste decidere se impostare ogni ingresso come ingresso *statico o come ingresso* dinamico.* L'utilizzo di input dinamici consente di aumentare il numero di origini video che è possibile utilizzare nel canale, osservando comunque il limite relativo al numero di input che è possibile collegare al canale. È possibile impostare gli input dei file come input statici o dinamici. (Gli input live sono sempre input statici.) Per impostare un input statico, specificate un URL di file standard. Ad esempio, `s3ssl://amzn-s3-demo-bucket/my-movie.mp4`. Per impostare un input dinamico, impostate l'intero URL del file o parte di esso con una variabile. Ad esempio, `s3ssl://amzn-s3-demo-bucket/movies/$urlPath$`. Ogni volta che si imposta nella pianificazione il passaggio a questo input, si specifica il valore per`$urlPath$`. Ad esempio, `s3ssl://amzn-s3-demo-bucket/movies/my-movie.mp4` in un interruttore di ingresso e `s3ssl://amzn-s3-demo-bucket/movies/mlaw.mp4` in un altro interruttore di ingresso. È possibile impostare il contenuto dinamico negli input di MP4 file e negli input dei file Transport Stream (TS). La [procedura per l'impostazione](ips-step-design-inputs.md) della commutazione degli ingressi, riportata più avanti in questa sezione, fornisce informazioni dettagliate su come decidere se impostare alcuni ingressi come ingressi dinamici. # Preparazione dell'input La MediaLive pianificazione include un'azione di preparazione dell'input che è un'azione di supporto per gli switch di input. Per ulteriori informazioni sulla preparazione dell'input, vedere. [Preparazione degli input in AWS Elemental MediaLive ](feature-prepare-input.md) # Regole e limiti per gli switch di ingresso Questa sezione descrive le regole e i limiti che si applicano agli switch di ingresso nella MediaLive pianificazione. ## Regole per i tipi di input Esiste una certa flessibilità nel numero e nei tipi di ingressi che è possibile configurare per la commutazione degli ingressi. Esempio: + È possibile avere sia gli ingressi live che gli ingressi HLS collegati a un MediaConnect canale. + Puoi avere sia gli input push RTMP utilizzati per un'origine dalla rete Internet pubblica sia un input push VPC RTMP. Ma ci sono anche alcune restrizioni: + Il numero di ingressi push e pull che è possibile collegare a un canale. + Il numero di ingressi di un tipo di ingresso specifico. Ad esempio, il numero di ingressi CDI che è possibile collegare a un canale. + Utilizzo di risorse VOD. + Uso degli input in diverse zone di disponibilità. + Uso di input dinamici in un flusso di lavoro di commutazione degli input. Per informazioni dettagliate su queste regole, vedere[MediaLive regole e limiti delle funzionalità](eml-limitations-and-rules.md). ## Il primo interruttore deve essere statico Il primo cambio nel canale deve essere per un input statico. Non può essere un input dinamico. ## Nessun limite al numero di interruttori di ingresso La pianificazione del canale può contenere qualsiasi numero di operazioni di cambio di input pianificate. Puoi passare a un input specifico tutte le volte che vuoi. ## Riutilizzo dell'input di un file Se ti allontani da un input di file statico e poi torni a esso, il canale inserisce il file dall'inizio del file o dall'inizio del ritaglio di file (se il file è stato ritagliato). Questa regola si applica anche se ti allontani dall'input del file prima della fine del file. Questa regola si applica anche se ti allontani da un input di file dinamico e quindi torni a tale input senza modificare il valore della porzione di variabile dell'URL. Il canale è sempre in fase di inserimento dall'inizio. # Configurazione per la commutazione degli ingressi Quando si pianifica un MediaLive canale che includa più ingressi tra cui passare da un canale all'altro, è necessario tenere conto di requisiti speciali. Questa sezione presuppone che l'utente conosca le procedure generali per la progettazione di un canale, come descritto in [Pianificazione delle uscite nel canale](planning-the-channel-in-workflow.md) e per la creazione di un canale, come descritto in. [Creare un canale da zero](creating-channel-scratch.md) **Topics** + [Pianifica gli output](ips-step-plan-outputs.md) + [Valuta le fonti](ips-step-plan-inputs.md) + [Organizza le sorgenti in input statici e dinamici](ips-step-design-inputs.md) + [Progetta i selettori per ogni input](ips-step-plan-attachments.md) + [Pianificate gli switch di ingresso nella pianificazione](ips-step-plan-switches.md) + [Create gli ingressi e il canale](ips-step-create-inputs-channel.md) + [Imposta la pianificazione con interruttori di ingresso](ips-set-up-schedule.md) # Pianifica gli output Pianifica il lato di uscita del MediaLive canale nel modo normale: + Identifica tutti i gruppi di output. + Identifica i tipi di output in ciascun gruppo di output. + Identifica le codifiche video, audio e didascalie per ogni output. Per ulteriori informazioni, consulta [Pianificazione di un MediaLive flusso di lavoro](container-planning-workflow.md). Dopo aver completato questa fase, si dispone di un elenco di tipi di gruppi di output e di un elenco del numero di output video, audio e didascalie in ciascun gruppo di output. # Valuta le fonti Quando si pianifica un MediaLive canale di ingresso multiplo, è necessario identificare tutte le fonti necessarie. È quindi necessario valutare l'audio e le didascalie in ciascuna origine per assicurarsi che sia adatta a uno scenario di cambio di input. **Risultato di questa fase** Dopo questa fase, si dispone di un insieme di origini che è possibile configurare correttamente come input e collegare al canale per implementare il cambio di input nel canale. Queste origini sono state categorizzate in base al tipo: origini live o origini file. **Topics** + [Identifica le fonti](ips-collect-sources.md) + [Valuta il video nelle fonti](ips-assess-video.md) + [Valuta l'audio nelle sorgenti](ips-assess-audio.md) + [Valuta le didascalie nelle fonti](ips-assess-captions.md) # Identifica le fonti 1. Identifica tutte le fonti di cui avrai bisogno per tutta la durata del MediaLive canale o almeno fino al successivo periodo di manutenzione pianificato. 1. Nota quali sorgenti sono ingressi push e quali sono ingressi pull. [Assicurati di non superare i limiti.](eml-limitations-and-rules.md#limits-inputs) 1. Nota quali sorgenti sono sorgenti live e quali sono sorgenti di file. Per informazioni sul fatto che una sorgente sia una sorgente live o di file (VOD), [Tipi di input supportati in MediaLive](inputs-supported-containers.md) consultate. # Valuta il video nelle fonti Non ci sono requisiti speciali per il video quando si pianifica un input multiplo MediaLivechannel. Supponendo che AWS MediaLive Elemental supporti il codec video presente in una sorgente, puoi utilizzare tale sorgente come input per il canale. Non è necessario che le origini abbiano codec video corrispondenti. # Valuta l'audio nelle sorgenti MediaLive offre flessibilità nell'estrazione dell'audio dalle sorgenti in un canale di ingresso multiplo MediaLive. Inoltre, in queste origini presenta alcuni requisiti speciali per l'audio. **Per valutare l'audio nelle origini** 1. Leggete le informazioni sulla flessibilità più in basso per avere un'idea di come MediaLive supporta un'ampia varietà di sorgenti audio. 1. Quindi leggere ciascuno dei requisiti per informazioni su vincoli specifici nelle origini audio. Assicurarsi che l'audio di ogni origine soddisfi questi requisiti. 1. Se si rifiuta un'origine, è possibile contattare il sistema upstream per determinare se è possibile ottenere una versione più adatta del contenuto di origine. ## Flessibilità nell'uso dell'audio Quando si valuta l'audio, prendere nota delle seguenti regole. Queste regole forniscono flessibilità nell'estrazione dell'audio e consentono quindi di utilizzare un'ampia gamma di origini: + Lingue diverse in un'origine possono utilizzare codec diversi. Ad esempio, nelle origini l'inglese potrebbe essere in AAC mentre lo spagnolo è in MPEG-2. + Il metodo di identificazione di una lingua audio nell'input non deve essere necessariamente lo stesso in tutte le origini nel canale a input multipli. Ad esempio, nell'origine 1 puoi identificare le lingue in base al PID. Nell'origine 2, puoi eseguire l'identificazione in base al codice della lingua. ## Primo requisito: ogni lingua deve avere la stessa modalità di codifica in tutte le fonti Ogni lingua di output deve essere presente in ogni origine e la modalità di codifica deve essere la stessa in tutte le origini. Ad esempio, supponiamo che il canale contenga un gruppo di output Archive contenente una codifica audio per English 2.0 e una codifica audio per French 2.0: + Supponiamo di disporre di un'origine contenente l'audio AAC 2.0 in inglese e Dolby Digital 5.1 in francese. + Supponiamo di disporre di una seconda origine contenente l'audio AAC 2.0 in inglese e l'audio AAC 5.1 in francese. Per l'inglese, questa origine contiene l'audio con lo stesso codec e la stessa modalità di codifica della prima origine. Per il francese, contiene la stessa modalità di codifica della prima origine ma un codec diverso. Questa origine è accettabile. Il fatto che in un confronto tra origine 1 e origine 2, i codec siano diversi per il francese non è rilevante. Il requisito è che le *modalità di codifica* siano le stesse. + Supponiamo di disporre di una terza origine che contiene audio AAC 2.0 in inglese e audio AAC 2.0 in francese. Questa origine *non* è accettabile perché, per il francese, l'audio ha una modalità di codifica diversa dalla prima origine. ## Secondo requisito: ogni lingua deve fornire la modalità di codifica più elevata richiesta Per ogni lingua, ogni origine deve includere audio in grado di produrre tutta la modalità di codifica più alta tra tutti gli output nel canale. Ad esempio, supponiamo che il canale contenga un gruppo di output Archive contenente una codifica audio per Spanish AAC 2.0. Il canale contiene anche un gruppo di output HLS che contiene una codifica audio per Spanish Dolby Digital 5.1: + Supponiamo di disporre di un'origine che contiene l'audio Dolby Digital 5.1 in spagnolo. Questa origine contiene audio in grado di produrre tutte le codifiche audio di output desiderate per lo spagnolo. È necessario configurare l'output Archive per eseguire il remix dell'audio fino a 2.0. Non è necessario configurare l'output HLS per il remix dell'audio. + Supponiamo di disporre di una seconda origine che contiene AAC 2.0 in spagnolo. Questa origine *non* è accettabile. Questa origine non è in grado di produrre Dolby Digital 5.1 in spagnolo per l'output HLS. ## Terzo requisito: le sorgenti mp4 non devono contenere variazioni della stessa lingua Un MP4 file che contiene più varianti di una lingua potrebbe produrre un audio in uscita indesiderato. Per ottenere risultati ottimali, il file deve contenere solo una versione di un linguaggio: + Ad esempio, supponiamo che una MP4 fonte contenga audio AAC 5.1 in inglese. L'output del canale richiede una codifica audio per English 2.0. Pertanto, nell'output è possibile configurare la codifica audio per ridurre il mix da 5.1 a 2.0. + Supponiamo di disporre di una seconda origine che contiene AAC 2.0 in inglese nella traccia 2 e Dolby Digital 5.1 in inglese nella traccia 3. MediaLive estrae l'audio dai MP4 file in base al codice della lingua ed estrae dalla prima traccia che contiene quella lingua. In questo esempio, estrae la traccia 2, che contiene AAC 2.0. Ignora la traccia 3. Sul lato di uscita, MediaLive proverà a remixare questa sorgente, ottenendo un audio di scarsa qualità. ## Quarto requisito: tutte le sorgenti devono contenere dolby se si produce una codifica passthrough Se una delle uscite include una codifica configurata con il codec Passthrough, tutte le fonti devono includere Dolby Digital, Dolby Digital Plus o Dolby Atmos in tutte le lingue richieste. Se una singola origine non include uno di questi codec, non puoi utilizzarla nel canale a input multipli. L'opzione Passthrough per un codec consente di importare l'audio in formato Dolby Digital, Dolby Digital Plus o Dolby Atmos e in qualsiasi modalità di codifica e di trasmetterlo senza transcodificarlo. # Valuta le didascalie nelle fonti Esistono requisiti speciali per i sottotitoli nelle sorgenti per un canale di input MediaLive multiplo. **Per valutare le didascalie nelle origini** 1. Leggere ciascuno dei requisiti che seguono per informazioni su vincoli specifici nelle origini delle didascalie. Assicurarsi che le didascalie in ogni origine soddisfino questi requisiti. 1. Se si rifiuta un'origine, è possibile contattare il sistema upstream per determinare se è possibile ottenere una versione più adatta del contenuto di origine. ## Primo requisito: una fonte deve contenere tutte le didascalie, le lingue e i formati richiesti Con un canale a input multipli, per ogni output deve esserci un asset di didascalie nell'origine che può produrre le didascalie in quell'output. Se un input non dispone di tutte le didascalie di origine per produrre tutte le didascalie di output, non può essere utilizzato come input in un canale a input multipli. Ad esempio, supponiamo che il canale contenga un gruppo di output Archive contenente un output con una codifica didascalie per le didascalie embedded in inglese, francese, spagnolo e tedesco. Il canale contiene anche un gruppo di output HLS che contiene quattro output didascalie, uno per le didascalie VTT Web in inglese, francese, spagnolo e tedesco. Ogni origine deve includere un'origine didascalie che può produrre didascalie incorporate e Web VTT. L'origine può contenere un'origine didascalie in grado di produrre entrambi i tipi di output, oppure l'origine può contenere due origini didascalie: + Supponiamo di disporre di un'origine contenente didascalie incorporate nelle quattro lingue. Questa origine è accettabile perché le didascalie incorporate possono produrre nell'output didascalie incorporate e didascalie Web VTT. + Supponiamo di disporre di un'origine contenente DVB Sub nelle quattro lingue. Questa origine *non* è accettabile perché le didascalie DVB Sub non possono produrre didascalie incorporate nell'output. + Supponiamo di disporre di un'origine che contiene didascalie incorporate in inglese, francese, tedesco e bulgaro. Questa origine *non* è accettabile perché una delle lingue è bulgaro anziché spagnolo. + Supponiamo di disporre di un'origine che contiene didascalie incorporate in inglese e francese. Questa origine *non* è accettabile perché mancano due lingue di output. ## Secondo requisito: per il passthrough incorporato tutte le fonti devono contenere lingue nello stesso ordine Quando c'è almeno un output con didascalie incorporate e almeno due origini con didascalie incorporate, in queste origini le lingue devono essere nello stesso ordine. *Passthrough* significa che un output richiede codifiche di didascalie incorporate in una o più lingue e un'origine contiene didascalie incorporate (in genere in quattro lingue). Ad esempio, l'output richiede didascalie embedded in inglese e spagnolo. Un'origine contiene didascalie incorporate in inglese e spagnolo e possibilmente in altre due lingue. Se due origini hanno le lingue delle didascalie incorporate in un ordine diverso, non puoi utilizzare entrambe le origini nel canale a input multipli. È necessario utilizzare solo una delle origini. Esaminare di nuovo l'esempio del requisito precedente: + Supponiamo di disporre di un'origine contenente didascalie incorporate con le lingue nei quattro canali in questo ordine: inglese, francese, spagnolo e tedesco. Supponiamo di disporre di una seconda origine contenente didascalie incorporate con le lingue in un ordine diverso: francese, spagnolo, tedesco e inglese. Solo una di queste origini è accettabile. Quando questo scenario si applica al tuo canale, devi decidere quali origini conservare e quali rifiutare. Una regola che puoi seguire è la seguente: + Confronta l'ordine delle lingue delle didascalie in tali origini. + Identifica l'ordine dell'origine più importante o identifica l'ordine seguito dalla maggior parte delle origini. + Accetta solo le origini che seguono questo ordine. Rifiuta le altre origini. **Nota** Questo requisito si applica solo a embedded passthrough. Se il canale non contiene output contenenti didascalie incorporate, puoi utilizzare qualsiasi origine che contenga didascalie incorporate perché l'ordine delle lingue nelle origini non è rilevante. Le didascalie incorporate non vengono passate. Vengono convertite in un altro formato, ad esempio DVB-Sub. # Organizza le sorgenti in input statici e dinamici Questa sezione è un'integrazione alle informazioni presenti in [Lavorare con gli input](creating-input.md). Fornisce informazioni che si applicano agli ingressi utilizzati in un canale a più MediaLive ingressi. Dopo aver eseguito la fase 2 per valutare le origini, si ottiene un set di origini adatte per il canale di input multipli. È ora necessario organizzare queste fonti in tre tipi di MediaLive input: input live statici, input di file statici e input di file dinamici. **Risultato di questo passaggio** Dopo questa fase, si dispone di un elenco di quanto segue: + Origini che verranno configurate come input live statici. Ogni origine diventa un input (e un collegamento di input). + Origini che verranno configurate come input di file statici. Ogni origine diventa un input (e un collegamento di input). + Origini che verranno configurate come input di file dinamici. Diverse origini diventano un input (e un collegamento di input). ## Identifica le fonti live Prendere nota delle origini che sono origini live. Ognuna di queste origini diventa un input live statico. ## Identifica e organizza le fonti di file È necessario valutare le origini file e determinare se è necessario implementare alcune origini come input dinamici, piuttosto che come input statici. Un input statico è sempre associato alla stessa origine. Un input dinamico può essere associato a un'origine diversa ogni volta che lo si collega al canale. È quindi più flessibile e può aiutarti a utilizzare il limite del numero di input collegati a un canale. Per informazioni generali sugli input dinamici, consultare [Ingressi statici e ingressi dinamici](how-dynamic-inputs-work.md). **Per organizzare le origini** 1. Organizza le sorgenti dei file in set, in cui le fonti di ogni set sono tutte archiviate nella stessa posizione di origine con le stesse credenziali di accesso, ad esempio lo stesso bucket in Amazon S3. Ad esempio, potresti avere un set di origini file nel bucket denominato "prerolls" e un altro set nel bucket denominato "filler". Ogni bucket ha credenziali di accesso diverse, quindi ognuno rappresenta il proprio set. 1. Leggi questa fase se disponi di input con didascalie incorporate che stai convertendo (invece del pass-through). Se non disponi di input con didascalie embedded o se disponi di input con didascalie embedded che però vengono sempre trasferite all'output, ignora questa fase. + All'interno di ciascun set, identificare le origini file che contengono didascalie incorporate. Stabilisci se è presente almeno un output che sta convertendo queste didascalie anziché trasferirle. + In ogni origine file che contiene didascalie incorporate, identifica l'ordine delle lingue. + Se necessario, suddividere il set in base all'ordine della lingua. Ad esempio, potresti avere un set di sorgenti di file in un bucket Amazon S3 in cui le lingue sono nell'ordine inglese, francese, spagnolo e tedesco. Potresti avere un altro set nello stesso bucket in cui l'ordine è francese, spagnolo, tedesco e inglese. Dividere questo set in due set. 1. Crea un elenco dei set che hai identificato. Ad esempio, potresti avere questi set: + Fonti di file dal bucket «preroll» di Amazon S3 con didascalie incorporate nell'ordine inglese, francese, spagnolo e tedesco + Fonti di file dal bucket «filler» di Amazon S3 con didascalie incorporate nell'ordine francese, spagnolo, tedesco e inglese + Fonti di file dal bucket «filler» di Amazon S3 con didascalie incorporate in un ordine diverso, ad esempio inglese, francese, spagnolo e tedesco 1. Decidere se ogni set di origini file diventa un input di file statico o un input di file dinamico. Segui queste regole: + Qualsiasi set che contiene più di un'origine file diventa un input dinamico. + Qualsiasi set che contiene solo un'origine file può diventare un input statico. Tuttavia, se pensi di poter utilizzare in seguito altre fonti di file da quella posizione (ad esempio, da quel bucket Amazon S3), potresti voler trattare il set come un input dinamico, per non superare il [limite per](eml-limitations-and-rules.md#limits-inputs) gli input di file. # Progetta i selettori per ogni input Dopo aver seguito il passaggio 3 per organizzare le sorgenti in diversi input e tipi di input (statici e dinamici), è necessario identificare il contenuto da estrarre da ciascun input. MediaLive **Risultato di questa fase** Dopo questa fase, si dispone di quanto segue: + Nomi per tutti gli input + Un elenco di selettori video, audio e didascalie per ogni input **Topics** + [Pianifica l'input e inserisci i nomi degli allegati](ips-plan-input-names.md) + [Pianifica i selettori video](ips-plan-video-sels.md) + [Pianifica i selettori audio](ips-plan-audio-sels.md) + [Pianificazione dei selettori dei sottotitoli](ips-plan-captions-sels.md) # Pianifica l'input e inserisci i nomi degli allegati È necessario pianificare i nomi per l'input e per il collegamento di input. Ecco alcuni suggerimenti: + Utilizzare lo stesso nome per l'input e i relativi collegamenti. + Includere un indicatore che indica se l'entità è statica o dinamica. + Per un input statico, includere il nome o una descrizione dell'origine video. + Per un input dinamico, includere un indicatore delle sue caratteristiche, che sono state determinata nella fase 2. Ciò assicura che non venga collegata un'origine video non adatta quando si specifica l'URI nell'operazione di cambio di input. Ad esempio, per un input statico: + `static-filler` + `static-live-studio-feed` Ad esempio, per un input dinamico: + `dynamic-s3-preroll-bucket-embedded-EN-FR-ES-DE` + `dynamic-s3-preroll-bucket-embedded-FR-ES-DE-EN` # Pianifica i selettori video È possibile estrarre un solo video da ogni MediaLive ingresso. Se un determinato input contiene più di un video, crea un selezionatore video per estrarre quel video specifico. Se un determinato input contiene solo un video, non è necessario creare un selettore video. AWS Elemental trova ed estrae MediaLive automaticamente quel video. Sul lato di output, utilizza MediaLive automaticamente quell'unica risorsa video. # Pianifica i selettori audio Esistono diverse regole da seguire quando si pianificano i selettori audio per MediaLive gli ingressi. Quando configurate i selettori audio per un ingresso, specificate la lingua da estrarre ma non specificate il formato dell'audio in quell'ingresso. AWS Elemental MediaLive estrae l'input in modo che possa essere incluso nell'output. L'output prevede di essere in grado di trovare la lingua estratta specifica. ## Regola 1: pianifica lo stesso numero di selettori in ogni input I selettori in ogni MediaLive ingresso devono estrarre risorse sufficienti per produrre ogni codifica audio in uscita. Inoltre, ogni input deve avere lo stesso numero di selettori. Ad esempio, supponiamo che tu disponga di un output che richiede audio AAC 2.0 in inglese e francese. Hai un secondo output che richiede audio Dolby 5.1 in inglese e francese. Hai un terzo output che richiede audio Dolby 5.1 in francese, spagnolo e portoghese: + Se il primo input contiene Dolby Digital 5.1 nelle quattro lingue, è necessario creare quattro selettori, uno per ogni lingua. L'audio estratto da questi quattro selezionatori può produrre tutte le lingue. Può produrre Dolby Digital 5.1 per il primo output e può produrre AAC 2.0 per il secondo perché è possibile configurare l'output per il remix. Sebbene il canale abbia sette codifiche audio di output, non sono necessari sette selettori. + Se il secondo input contiene Dolby Digital 5.1 in francese (ma nessun'altra lingua) e contiene anche AAC 2.0 in inglese, spagnolo e portoghese (ma non in francese), devi creare quattro selettori. Il selettore per il francese troverà quell'audio solo in Dolby Digital 5.1. I selettori per le altre lingue troveranno tali asset audio solo in AAC 2.0. + Se il terzo input contiene Dolby Digital 5.1 nelle quattro lingue e contiene anche AAC 2.0 nelle quattro lingue, crei comunque solo quattro selettori. Sebbene sia possibile pensare di creare selettori per estrarre l'audio AAC 2.0 per francese e inglese solo per questo input, non devi farlo perché il primo input non dispone di questi selettori. Ricorda che ogni input deve avere lo stesso numero di selettori. ## Regola 2: Pianifica un selettore separato per Dolby Digital Plus 7.1 Se il MediaLive canale include almeno un'uscita con Dolby Digital Plus 7.1, create un selettore in ogni ingresso per quella risorsa audio. Sul lato dell'output, in ogni codifica audio per Dolby Digital Plus 7.1, la codifica audio verrà mappata a tale selettore. Dopo aver identificato tutti i selettori per tutti gli input, potresti trovare un elenco come questo: + Selettore per inglese + Selettore per francese + Selettore per spagnolo + Selettore per portoghese + Selettore per EAC3 passthrough (EAC3 è un altro nome per Dolby Digital Plus) Ognuno di questi selettori si applica a tutti gli input, indipendentemente dal formato audio in quell'input. ## Regola 3: Pianifica gli stessi nomi di selettore in ogni input Ogni MediaLive selettore per una lingua specifica deve avere lo stesso nome in tutti gli input. Questa regola esiste perché ogni output fa riferimento ai selettori solo una volta. L'output non fa riferimento al selettore una volta per ogni input diverso. Ti consigliamo di assegnare ai selettori nomi che includono la lingua. Non includere il formato a meno che non crei un selettore per Dolby Digital Plus 7.1. # Pianificazione dei selettori dei sottotitoli Quando configurate i selettori dei sottotitoli per un MediaLive input, specificate sia il formato che la lingua da estrarre dall'input. Ogni input ha il numero di selettori appropriato per i formati delle didascalie in quell'input. Pertanto, ogni input potrebbe contenere un numero diverso di selettori. Il metodo per l'estrazione delle didascalie è diverso dal metodo per l'estrazione dell'audio. ## Regola 1: Pianifica il numero di selettori per un input appropriato all'input e all'output In ogni input, è necessario creare il numero di selettori appropriato per il formato di input e output: + Ad esempio, per estrarre embedded per trasferire le didascalie, devi creare un selettore. + Per estrarre embedded da convertire in TTML, devi creare un selettore per ogni lingua. Dopo aver identificato tutti i selettori per tutti gli input, potresti trovare un elenco come questo: + Selettore per passthrough integrato: si applica all'ingresso 1, all'ingresso 3 e all'ingresso 4 + Selettore per incorporato, inglese: si applica all'input 1, all'input 3 e all'input 4 + Selettore per incorporato, francese: si applica all'input 1, all'input 3 e all'input 4 + Selettore per DVB Sub, inglese: si applica all'ingresso 2 + Selettore per DVB Sub, francese: si applica all'ingresso 2 + Selettore per teletext passthrough: si applica a tutti gli ingressi Nota che gli input 1, 3 e 4 contengono ciascuno quattro selettori. L'input 2 contiene tre selettori. ## Regola 2: Pianifica gli stessi nomi di selettore in ogni input Ogni selettore univoco deve avere lo stesso nome di selettore su tutti gli input. Questa regola esiste perché ogni output fa riferimento ai selettori solo una volta. L'output non fa riferimento al selettore una volta per ogni input diverso in cui esiste il selettore. Si consiglia di assegnare a ciascun selettore un nome che includa la lingua e il formato sorgente. I nomi descrittivi consentono di scegliere il selettore corretto sul lato output. # Pianificate gli switch di ingresso nella pianificazione Dopo aver progettato i selettori per ogni ingresso (fase 4), è necessario pianificare l'ordine che si desidera MediaLive seguire quando questi input vengono inseriti. **Risultato di questa fase** Seguendo questo passaggio, avete identificato un input come il primo da aggiungere al canale. È stato anche identificato un elenco ordinato di cambi di input. Per ogni cambio sono disponibili le seguenti opzioni: + Un nome di azione per lo switch. + Il nome dell'allegato di input associato allo switch. + L'ingresso dello switch identificato come statico o dinamico. + Il tipo di interruttore: fisso, di seguito o immediato. **Topics** + [Pianifica i nomi delle azioni](ips-plan-action-names.md) + [Pianifica l'ordine degli interruttori di ingresso](ips-order-switches.md) + [Esempio di elenco di interruttori di ingresso](#ips-ordered-list-examples) + [Gestire la transizione quando l'input successivo è fisso o immediato](ips-transition-gap.md) + [Gestire la transizione quando viene seguito l'input successivo](transition-follow-success.md) + [**Prepara l'input, riducendo la latenza quando l'input successivo è immediato**](#ips-plan-immediate-prepare-input) # Pianifica i nomi delle azioni È necessario pianificare i nomi per l'azione dell'interruttore di ingresso nella MediaLive pianificazione. I nomi delle operazioni devono essere univoci nella pianificazione di ciascun canale. Per un input statico, è possibile denominare le operazioni in modo che indichino a quale input si applica. Ad esempio, per ogni passaggio all'ingresso denominato static-live-studio-feed: + `static-live-studio-feed-action-1` + `static-live-studio-feed-action-2` + `static-live-studio-feed-action-3` Per l'operazione di cambio di input di un input dinamico, è possibile utilizzare il nome dell'input (o parte del nome) più l'URL (o parte dell'URL) del file. Esempio: + `dyn-preroll-EN-FR-ES-DE-ad-ward-cars-1` + `dyn-preroll-EN-FR-ES-DE-ad-zel-cafe` + `dyn-preroll-EN-FR-ES-DE-ad-ward-cars-2` # Pianifica l'ordine degli interruttori di ingresso Si consiglia di pianificare l'ordine degli switch di ingresso prima di creare le azioni nella MediaLive pianificazione. **Per pianificare l'ordine dei cambi di input** 1. Nella prima posizione, inserite per primo l'allegato di input che desiderate MediaLive inserire. Prendere nota che nella pianificazione questo input sarà un cambio immediato. 1. Fate un elenco di interruttori e dell'allegato di ingresso da utilizzare per ogni switch. Decidi il tipo di avvio per ogni interruttore: fisso, immediato o successivo. Per ulteriori informazioni, consultare [Interruttori fissi, immediati e a seguire](ips-switch-types.md) e [Regole e limiti per gli switch di ingresso](ips-limits.md). Dovresti essere in grado di organizzare gli interruttori di input fissi e di tipo follow in un elenco ordinato. Potresti non essere in grado di includere gli switch immediati nell'elenco ordinato perché non conosci i loro orari di inizio. Vedi l'[esempio](ips-step-plan-switches.md#ips-ordered-list-examples) dopo questa procedura. Tenete presente quanto segue sul passaggio a un ingresso: + È possibile passare a un collegamento di input tutte le volte che si desidera. + Quando si passa a un input dinamico, è necessario fornire l'URL che si applica per tale utilizzo dell'input dinamico. Nell'elenco che crei, specifica l'URL per ogni utilizzo. 1. Leggere le informazioni più avanti in questa sezione sulla gestione della transizione tra i cambi. Per ogni collegamento di input nell'elenco, prendere nota di come gestire la transizione. **Informazioni sui modelli per la pianificazione** Esistono due modelli per l'impostazione dei cambi di input nella pianificazione: + Nel modello consigliato, si utilizza solo la pianificazione per controllare l'acquisizione di tutti gli input. Con questo modello, l'ordine dei collegamenti di input nel canale non è rilevante. Impostare la pianificazione in modo che il primo cambio di input sia un cambio immediato all'input che si desidera acquisire per primo. Non appena il canale si avvia e prima che inizi l'acquisizione, il canale esegue tale cambio immediato. Nelle fasi precedenti in questa sezione viene illustrato come progettare la pianificazione per questo modello. + Nell'altro modello, il primo allegato di input è il primo input che viene importato MediaLive . La pianificazione viene impostata in modo che venga eseguita la commutazione di ingresso solo dopo il primo inserimento. Non consigliamo questo modello perché è necessario controllare l'ordine degli allegati di input e la pianificazione. Con il primo modello, è possibile monitorare l'ordine di importazione da un unico punto: la pianificazione. ## Esempio di elenco di interruttori di ingresso Questo esempio mostra un elenco di interruttori di ingresso pianificati. Il primo input è un passaggio immediato a un input di file. Quindi ci sono diversi input di file brevi che sono interruttori follow, in modo che il passaggio avvenga alla fine dell'input precedente. Questi ingressi si susseguono uno dopo l'altro, ma il piano prevede di interromperli in qualsiasi momento con un passaggio immediato al primo ingresso live. Dopodiché, il programma passa avanti e indietro tra due ingressi live. Non conoscete l'ora esatta degli switch, quindi configurerete questi switch come interruttori immediati. Elenco ordinato: nome dell'azione, tipo di inizio, nome dell'allegato di input + avvio, immediato, banner + static-1, follow, shortclip-12 + static-2, segui, shortclip-32 + static-3, segui, shortclip-77 + static-4, segui, shortclip-18 Commutazioni immediate da effettuare in qualsiasi momento: + static-live-studio, immediato, live-1 + static-live-alternate, immediato, live-2 # Gestire la transizione quando l'input successivo è fisso o immediato Quando si pianifica la pianificazione, è necessario assicurarsi che non vi siano interruzioni nel passaggio da un file di input (input A) a un input (input B) che inizia a un'ora fissa o che inizia immediatamente. L'input B può essere un input di file o live. Se l'input corrente termina prima dell'ora di inizio del cambio, esiste un potenziale spazio vuoto. Il campo **Source end behavior (Comportamento fine origine)** in ogni allegato di input controlla lo spazio vuoto. Questo campo è visualizzato nella pagina **Input attachments (Collegamenti di input)** nella sezione **General input settings (Impostazioni input generali)** del canale. Sono disponibili due opzioni per garantire una transizione fluida in questa situazione: + Se impostate il campo **Source end behavior** per l'input A su **LOOP**, quando l'input A termina, MediaLive torna indietro e lo inserisce nuovamente fino a quando non si verifica l'ora di inizio dell'input B. + Se imposti il campo **Source end behavior (Comportamento fine origine)** per l'input A su **CONTINUE**, l'input A viene acquisito una sola volta. Quando l'input termina, il canale segue il comportamento specificato nell'impostazione **Input Loss Behavior (Comportamento per perdita di input)** dei campi (sebbene senza la logica "repeat frame"). Quando scade l'ora di avvio dell'input B, il comportamento per perdita di input si interrompe e il canale passa all'input B. (Per visualizzare questo campo, in **Impostazioni generali di input** per **Configurazione globale**, per Comportamento di **perdita di input, scegli Comportamento** **di perdita di input**. Vengono visualizzati altri campi. Per ulteriori informazioni, vedere[Gestione della perdita di input video](feature-input-loss.md).) # Gestire la transizione quando viene seguito l'input successivo Quando definisci la pianificazione, devi accertarti che possa essere eseguito il cambio da un input a un "input di follow-up". Un input di follow-up (input B) non riesce se l'attuale input (input A) è impostato su loop. Quando AWS Elemental MediaLive raggiunge la fine del file, ricomincia a importare dall'inizio del file. Il campo **Source end behavior (Comportamento fine origine)** in ogni allegato di input controlla il loop. Questo campo è visualizzato nella pagina **Input attachments (Collegamenti di input)** nella sezione **General input settings (Impostazioni input generali)** del canale. + Imposta sempre **Source end behavior (Comportamento fine origine)** per l'input A su **CONTINUE (CONTINUA)**. Quando l'input A viene completato, il canale passa immediatamente all'input B. Quando crei il canale, è importante impostare il campo **Source end behavior (Comportamento fine origine)** su **CONTINUE (CONTINUA)** in ogni allegato di input in cui il prossimo input pianificato nella pianificazione è un input di follow-up. Se non imposta l'input su **CONTINUE (CONTINUA)**, non sarà possibile impostare la pianificazione con l'input successivo come input di follow-up. Dovrai annullare l'azione di pianificazione, modificare l'allegato di input e provare di nuovo l'azione di pianificazione. ## **Prepara l'input, riducendo la latenza quando l'input successivo è immediato** Potresti avere un interruttore di ingresso che hai identificato come interruttore di ingresso immediato, ma non sai quando sarà necessario. Sai solo che ti verrà dato un preavviso di pochi secondi. In questa situazione, potresti voler preparare l'input in anticipo creando un'azione di preparazione dell'input. Per ulteriori informazioni, consulta [Preparazione degli input in AWS Elemental MediaLive ](feature-prepare-input.md). # Create gli ingressi e il canale Dopo aver eseguito la pianificazione nei passaggi da 1 a 5, siete pronti per creare gli ingressi e creare il MediaLive canale. In un canale a input multipli, tutti gli input devono già esistere nel canale prima che questo venga avviato. Non è possibile aggiungere un input mentre il canale è in esecuzione. Pertanto, è necessario identificare tutti gli input necessari fino al successivo periodo di manutenzione pianificato. **Topics** + [Create gli input](ips-create-inputs-tips.md) + [Identifica il primo ingresso per il canale](ips-plan-first-input.md) + [Crea il canale](ips-create-channel-tips.md) # Create gli input Questa sezione è un'integrazione alle informazioni presenti in [Lavorare con gli input](creating-input.md). Fornisce informazioni che si applicano specificamente alla creazione di input da utilizzare in un MediaLive canale che contiene più allegati di input. Seguire le fasi in [Creazione di un input](create-input.md) per la creazione di un canale, con le seguenti note. + Creare gli input identificati nelle fasi precedenti di questa sezione. + Assicurarsi di configurare ogni input con il tipo corretto (live statico, file statico o file dinamico). Non ci sono fasi particolari per la creazione di un input live statico o di un input di file statico. Per creare un input dinamico, è necessario immettere una variabile nell'URL per l'origine file. Quando questa variabile è presente, MediaLive riconosce l'input come input dinamico. Per ulteriori informazioni, consulta [Configurazione degli ingressi dinamici](dynamic-inputs.md). # Identifica il primo ingresso per il canale Identifica un ingresso che configurerai come primo ingresso nell'elenco degli allegati di input per il MediaLive canale: + Questo input non sarà il primo input da acquisire perché si utilizzerà la pianificazione per passare al primo input da acquisire. + Non può essere un input di file dinamico. Deve essere un input live o un input di file statico affinché il canale possa avviarsi. # Crea il canale Questa sezione è un'integrazione alle informazioni presenti in [Creare un canale da zero](creating-channel-scratch.md). Fornisce informazioni che si applicano specificamente alla creazione di un MediaLive canale che contiene più allegati di input. Prendere nota dei seguenti punti e quindi seguire la procedura per creare un canale come descritto in [Creare un canale da zero](creating-channel-scratch.md). ## Pannello dei dettagli del canale e dell'input Nel riquadro **Channel and input details (Dettagli canale e input)**, nella sezione [Input specifications (Specifiche input)](input-specification.md) impostare ogni opzione per soddisfare o superare il più impegnativo dei tuoi input. ## Pannello degli allegati di input Nel riquadro **Input attachments (Collegamenti di input)** del canale, configurare i collegamenti di input per [ gli input creati](ips-create-inputs-tips.md). **Per configurare ogni collegamento di input** 1. Scegliere **Add (Aggiungi)** nel riquadro **Input attachments (Collegamenti di input)**. 1. Scegliere un input. Immettere il nome che è stato scelto al momento della [pianificazione dei collegamenti](ips-step-plan-attachments.md). 1. Scegliere **Confirm (Conferma)** per visualizzare i campi delle impostazioni generali, i campi del selettore video, i campi del selettore audio e i campi del selettore didascalie. 1. Completare i campi nel modo appropriato. Notare i seguenti punti: + Collegare tutti gli input identificati. Se si omette un input, non sarà possibile collegarlo a meno che non si arresti il canale. Dovresti aver già [identificato il primo collegamento di input](ips-order-switches.md). Assicurati di creare per prima cosa questo collegamento, in modo che venga visualizzato per primo nel canale. + Aggiungere i restanti collegamenti di input in un ordine qualsiasi. + Nella sezione **General input settings (Impostazioni input generali)** per ogni collegamento di input imposta **Source end behavior (Comportamento fine origine)** in modo che funzioni correttamente. Per informazioni, consulta [Gestire la transizione quando l'input successivo è fisso o immediato](ips-transition-gap.md). + Nella sezione **General input settings (Impostazioni input generali)** per ogni collegamento di input impostare i seguenti set di campi in base al piano creato al momento [della pianificazione dei collegamenti](ips-step-plan-attachments.md): + I campi in **Video selector (Selettore video)** + I campi in **Audio selectors (Selettori audio)** + I campi in **Caption selectors (Selettori didascalie)** ## Gruppi di output Nel riquadro **Output groups (Gruppi di output)** per il canale, seguire la procedura regolare per creare tutti i gruppi di output identificati in [Pianifica gli output](ips-step-plan-outputs.md). # Imposta la pianificazione con interruttori di ingresso Dopo aver creato gli ingressi e il canale (passaggio 6), è necessario creare azioni nella MediaLive pianificazione per configurare gli switch di ingresso desiderati. Per informazioni dettagliate sulla creazione di azioni degli switch di ingresso, vedere. [Creazione di azioni nella pianificazione (console)](schedule-using-console-create.md) Segui queste linee guida per impostare la pianificazione: + È necessario creare almeno alcuni interruttori di ingresso fissi e seguire le azioni degli interruttori di ingresso prima di avviare il canale. + Il primo interruttore di ingresso in un nuovo canale deve essere un interruttore di ingresso immediato. È necessario creare questo interruttore di ingresso prima di avviare il canale. Questa configurazione assicura che l'ordine di acquisizione degli ingressi sia sempre controllato dalla pianificazione. + Per altri switch immediati, potresti essere in grado di aggiungere gli switch alla programmazione prima di avviare il canale. Oppure potresti essere in grado di aggiungerli solo dopo l'esecuzione del canale. Dovresti avere un'idea di quale di queste strategie si applica al tuo piano. + Pianifica di aggiornare regolarmente la pianificazione. Ricorda che puoi aggiungere azioni alla pianificazione senza interrompere il canale. # Eliminazione di azioni dalla pianificazione È possibile eliminare le azioni degli interruttori di input dalla MediaLive pianificazione. Esistono diverse regole per l'eliminazione delle azioni a seconda dello stato attuale del canale. Il canale può essere in esecuzione, inattivo o in fase di ripristino. Il canale è inattivo se è stato interrotto manualmente. Il canale si sta ripristinando in caso di errore e MediaLive lo riavvia automaticamente. **Eliminazione delle azioni mentre il canale è in esecuzione** Quando il canale è in esecuzione, esistono restrizioni sulle azioni degli interruttori di ingresso che è possibile eliminare. MediaLive deve conservare le informazioni sull'input attualmente attivo. Deve conservare tali informazioni in modo che, in caso di guasto del canale, MediaLive possa ripristinarsi e iniziare a importare l'input appropriato. Pertanto, si applica questa regola: + Non è possibile eliminare l'interruttore di ingresso fisso o immediato più recente. Il termine *più recente* indica uno dei seguenti: + L'input è l'input attualmente in fase di assimilazione. Quindi l'input più recente e l'input attivo sono gli stessi. + L'ingresso è l'interruttore di ingresso fisso o immediato che è stato inserito più di recente. L'input attivo potrebbe essere un input successivo. + Non è possibile eliminare nessuna delle azioni in una catena di follow-up che segue questo interruttore di input fisso o immediato più recente. Ad esempio, nel diagramma seguente, si supponga che l'ingresso A sia l'interruttore di ingresso fisso o immediato più recente. Non è possibile eliminare le azioni B, C o D. È possibile eliminare E, che non fa parte della catena seguente. ``` Input A Fixed Input B Follow Input C Follow Input D Follow Input E Immediate ``` **Eliminazione delle azioni mentre il canale è inattivo** È possibile eliminare un'azione di commutazione di ingresso quando il canale è inattivo, purché l'azione sia ancora prevista. Per eliminare un'azione che si trova in una catena successiva, è necessario eliminare l'intera catena di follow-up, quindi ricreare la catena successiva omettendo l'azione indesiderata. Per informazioni, consulta [Eliminazione delle azioni dalla pianificazione (console)](schedule-using-console-delete.md). **Eliminazione delle azioni mentre il canale è in fase di ripristino** È possibile eliminare le azioni degli switch di ingresso mentre il canale è in fase di ripristino. # Avvio e riavvio di un canale con più ingressi Dopo aver creato il MediaLive canale e aggiunto azioni alla sua programmazione, puoi avviarlo. Prima di avviare il canale, assicurarsi che gli input collegati al canale siano pronti: + Gli input push devono essere già attivi prima di avviare il canale. Un input push deve essere già attivo anche se non è il primo ingresso del canale. + Se il primo input nel canale è un input di file pronto per essere sottoposto al pull. + Un input di file che non è il primo input non deve essere pronto per essere sottoposto al pull fino a circa 30 secondi prima del cambio di input. **Topics** + [Cosa succede in fase di esecuzione](#ips-runtime-behavior) + [Riavvio di un canale](#ips-restart-channel-multi-inputs) + [Cosa succede con una pianificazione vuota](#ips-empty-channel-charges) ## Cosa succede in fase di esecuzione All'avvio del canale, AWS Elemental MediaLive impiega poco tempo per prepararlo all'esecuzione. Non appena il canale è pronto, MediaLive esamina la pianificazione per determinare se è presente un interruttore di ingresso con commutazione immediata, con un'ora di inizio attuale o con un'ora di inizio scaduta: + Se trova questa operazione, cambia input e avvia l'acquisizione. + Se non trova questa operazione, avvia l'acquisizione del primo allegato di input elencato nel canale. Se imposti il canale e la programmazione come consigliato, non appena il canale è pronto, passa immediatamente al primo ingresso che desideri MediaLive importare. ## Riavvio di un canale Se riavvii un canale con più ingressi configurati per il cambio di ingresso pianificato, AWS MediaLive Elemental esamina la pianificazione per determinare quale input deve essere attualmente in esecuzione. MediaLive quindi si comporta come segue: + Se quell'input è un input live, MediaLive inizia ad assimilare quell'input nel frame corrente. + Se l'input è un file in ingresso impostato per iniziare a un'ora fissa o immediatamente, allora MediaLive inizia ad assimilare quell'input all'inizio del file o del file clip (se l'input è stato ritagliato). Non viene considerata la differenza tra l'ora pianificata e l'ora corrente. Ad esempio, supponiamo che l'ora corrente è 13:10:00 UTC. La pianificazione prevede di passare all'ingresso X alle 13:00:00. MediaLive inizia a importare il file dall'inizio, non dopo 10 minuti nel file. + Se l'input corrente è ambiguo perché c'è una catena di input follow-up, MediaLive ignora gli input "follow-up". Trova l'input fisso o immediato più recente relativo al passato, relativo all'ora UTC in cui si riavvia il canale. Inizia l'acquisizione dell'input dall'inizio del file. Ad esempio, supponiamo che la pianificazione sia come segue: + Input live X con ora di inizio fissa alle 11:00 + Input di file A con ora di inizio fissa alle 11:06 + Input di file B con ora di inizio follow-up + Input di file C con ora di inizio follow-up + Input live D con ora di inizio fissa alle 12:15 Scenario 1: supponiamo che il canale si sia arrestato alle 11:04, quando l'input X era attivo. Riavvii il canale alle 12:09. Il più recente cambio di input fisso relativo all'ora corrente è alle 11:06. È un passaggio all'input del file A. MediaLive passa all'input A e inizia a assimilare quell'input dall'inizio. Scenario 2: supponiamo che il canale si sia arrestato alle 11:04, quando l'input X era attivo. Riavvii il canale alle 12:16. Il più recente cambio di input fisso relativo all'ora corrente è alle 12:15. È un passaggio all'ingresso live D. MediaLive passa all'ingresso D e inizia l'ingestione. Scenario 3: supponiamo che il canale si sia arrestato alle 11:08, quando l'input A era attivo. Riavvii il canale alle 12:14. Il più recente cambio di input fisso relativo all'ora corrente è alle 11:06. È un passaggio all'input del file A. MediaLive torna all'ingresso A e inizia l'ingestione. Consente di inserire i file da A a C fino alle 12:15, quando passa all'input live. Viene acquisito almeno in parte il file A. Potrebbero essere acquisiti i file B e C ma alle 12:15 passa all'input D. ## Cosa succede con una pianificazione vuota Se il canale termina l'ultimo input nella pianificazione (quindi la pianificazione è ora vuota) e l'impostazione è stata impostata in modo che l'input non venga ripetuto in loop, MediaLive interrompe l'acquisizione, ma il canale continua a funzionare. I costi del canale continuano ad accumularsi.