As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Planejar as alternâncias de entradas na programação
Depois de criar os seletores para cada entrada (etapa 4), você deve planejar a ordem que deseja seguir MediaLive ao ingerir essas entradas.
**Resultado desta etapa**
Ao seguir esta etapa, você identificou uma entrada como sendo a primeira que adicionará ao canal.
Você também identificou uma lista ordenada de trocas de entradas. Você tem o seguinte para cada troca:
+ Um nome de ação para a alternância.
+ O nome da conexão de entrada associada à alternância.
+ A entrada de alternância é identificada como estática ou dinâmica.
+ O tipo de alternância: fixa, de acompanhamento ou imediata.
**Topics**
+ [Planejar os nomes das ação](ips-plan-action-names.md)
+ [Planejar a ordem das alternâncias de entradas](ips-order-switches.md)
+ [Exemplo de uma lista de alternâncias de entrada](#ips-ordered-list-examples)
+ [Gerenciamento da transição quando a próxima entrada é fixa ou imediata](ips-transition-gap.md)
+ [Gerenciamento da transição quando a próxima entrada é de acompanhamento](transition-follow-success.md)
+ [**Prepare a entrada, reduzindo a latência quando a próxima entrada for imediata**](#ips-plan-immediate-prepare-input)
# Planejar os nomes das ação
Você deve planejar os nomes da ação do interruptor de entrada no MediaLive cronograma. Os nomes das ações devem ser exclusivos na programação de cada canal.
Para uma entrada estática, convém nomear as ações para que elas indiquem qual entrada se aplica. Por exemplo, para cada switch para a entrada chamada static-live-studio-feed:
+ `static-live-studio-feed-action-1`
+ `static-live-studio-feed-action-2`
+ `static-live-studio-feed-action-3`
Para a ação de troca de entradas de uma entrada dinâmica, você pode usar o nome de entrada (ou parte do nome) com o URL (ou parte do URL) do arquivo. Por exemplo:
+ `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`
# Planejar a ordem das alternâncias de entradas
Recomendamos que você planeje a ordem dos comutadores de entrada antes de criar as ações na MediaLive agenda.
**Para planejar a ordem das trocas de entradas**
1. Na primeira posição, coloque o anexo de entrada que você deseja MediaLive ingerir primeiro. Anote que essa entrada será uma troca imediata na programação.
1. Faça uma lista das alternâncias e da conexão de entrada a ser usada para cada alternância. Decida sobre o tipo inicial para cada alternância: fixa, imediata ou de acompanhamento. Para obter mais informações, consulte [Alternâncias fixas, imediatas e de acompanhamento](ips-switch-types.md) e [Regras e limites para alternâncias de entradas](ips-limits.md).
Você deve ser capaz de organizar as opções de entrada fixas e de acompanhamento em uma lista ordenada. Talvez você não consiga incluir as alternâncias imediatas na lista ordenada por não saber os horários de início. Consulte o [exemplo](ips-step-plan-switches.md#ips-ordered-list-examples) após este procedimento.
Observe o seguinte sobre a alternância para uma entrada:
+ É possível trocar para um anexo de entrada quantas vezes quiser.
+ Quando alternar para uma entrada dinâmica, é necessário fornecer o URL que se aplica a esse uso da entrada dinâmica. Na lista que você criar, especifique o URL para cada uso.
1. Leia as informações mais adiante nesta seção sobre como lidar com a transição entre trocas. Para cada anexo de entrada na lista, anote como lidar com a transição.
**Sobre modelos para a programação**
Existem dois modelos para configurar trocas de entradas na programação:
+ No modelo recomendado, use somente a programação para controlar a ingestão de todas as entradas. Com esse modelo, a ordem dos anexos de entrada no canal não é relevante. Você configura a programação para que a primeira troca de entradas seja uma troca imediata para a entrada que deseja ingerir primeiro. Assim que o canal for iniciado e antes de o canal começar a ingestão, o canal executará essa troca imediata.
As etapas anteriores desta seção mostram como projetar a programação para esse modelo.
+ No outro modelo, o primeiro anexo de entrada é a primeira entrada que é MediaLive ingerida. Configure a programação para executar a alternância de entradas somente após a primeira ingestão.
Não recomendamos esse modelo porque você deve observar a ordem das conexões de entrada e a programação. Com o primeiro modelo, você monitora a ordem de ingestão em um único lugar: a programação.
## Exemplo de uma lista de alternâncias de entrada
Este exemplo mostra uma lista de alternâncias de entrada planejadas. A primeira entrada é uma alternância imediata para uma entrada de arquivo. Depois, há várias entradas de arquivos curtos que são alternâncias de acompanhamento, de forma que a alternância ocorra no final da entrada anterior. Essas entradas são executadas uma após a outra, mas o plano é interrompê-las a qualquer momento com uma alternância imediata para a primeira entrada ao vivo. Depois disso, a programação alterna entre duas entradas ao vivo. Você não sabe a hora exata das alternâncias, então você as configurará como alternâncias imediatas.
Lista ordenada: nome da ação, tipo de início, nome da conexão de entrada
+ inicialização, imediata, banner
+ static-1, follow, short-clip-12
+ static-2, follow, short-clip-32
+ static-3, follow, short-clip-77
+ static-4, follow, short-clip-18
Alternâncias imediatas que ocorrerão a qualquer momento:
+ static-live-studio, imediato, ao vivo-1
+ static-live-alternate, imediato, ao vivo-2
# Gerenciamento da transição quando a próxima entrada é fixa ou imediata
Ao planejar a programação, você deve garantir que não haja uma lacuna ao alternar de uma entrada de arquivo (entrada A) para uma entrada (entrada B) que comece em um horário fixo ou que comece imediatamente. Entrada B pode ser um arquivo ou uma entrada ao vivo. Se a alternância de entrada atual termina antes do horário de início, há potencial para uma lacuna.
O campo **Source end behavior (Comportamento final da origem)** em cada anexo de entrada controla a lacuna. (Esse campo aparece na página **Input attachments (Anexos de entrada)**, na seção **General input settings (Configurações gerais de entrada)** do canal.) Há duas opções para garantir uma transição suave nesta situação:
+ Se você definir o campo **Source end behavior** para a entrada A como **LOOP**, quando a entrada A terminar, voltará e a ingerirá novamente até que a hora de início da entrada B MediaLive ocorra.
+ Se definir o campo **Source end behavior (Comportamento final da origem)** da entrada A como **CONTINUE (Continuar)**, a entrada A será recebida apenas uma única vez; quando a entrada terminar, o canal seguirá o comportamento especificado no conjunto de campos de **Input Loss Behavior (Comportamento de perda de entrada)** (embora sem a lógica "repetir quadros"). Quando a hora de início da entrada B ocorrer, o comportamento de perda de entrada será encerrado e o canal trocará para a entrada B.
(Para exibir esse campo, em **Configurações gerais de entrada** em **Configuração global**, em **Comportamento de perda de entrada**, escolha **Comportamento de perda de entrada**. Mais campos serão exibidos. Para obter mais informações, consulte [Como lidar com a perda de entrada de vídeo](feature-input-loss.md).)
# Gerenciamento da transição quando a próxima entrada é de acompanhamento
Ao planejar a programação, você deve garantir que uma alternância de uma entrada para uma "ordem de entrada" possa ser bem-sucedida.
Uma entrada de acompanhamento (entrada B) não será bem-sucedida se a entrada atual (entrada A) estiver configurada em loop. Quando o AWS Elemental MediaLive chega ao fim do arquivo, ele começa a ser ingerido novamente a partir do início do arquivo.
O campo **Source end behavior (Comportamento final da origem)** em cada anexo de entrada controla o loop. (Esse campo aparece na página **Input attachments (Anexos de entrada)**, na seção **General input settings (Configurações gerais de entrada)** do canal.)
+ Sempre defina **Source end behavior (Comportamento final da origem)** para a entrada A como **CONTINUE (Continuar)**. Quando a entrada A terminar, o canal trocará imediatamente para a entrada B.
Ao criar o canal, é importante definir o comportamento de **Origem e comportamento** como **CONTINUAR** em cada entrada planejada anexa onde a próxima entrada na tabela será uma nova entrada. Se você não configurar a entrada como **CONTINUAR**, você não poderá configurar a programação com a próxima entrada na sequência. Você terá de cancelar a ação de programação, modificar o anexo de entrada e tentar a ação de programação novamente.
## **Prepare a entrada, reduzindo a latência quando a próxima entrada for imediata**
Você pode ter uma alternância de entrada que tenha identificado como uma alternância de entrada imediata, mas não sabe quando a alternância precisará ocorrer. Você só sabe que será avisado com apenas alguns segundos de antecedência. Nessa situação, talvez você queira preparar a entrada com antecedência criando uma ação de preparação de entrada. Para obter mais informações, consulte [Preparando entradas no AWS Elemental MediaLive ](feature-prepare-input.md).