Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Planificar las conmutaciones de entrada en la programación
Tras diseñar los selectores para cada entrada (paso 4), debe planificar el orden que desea seguir MediaLive al incorporar estas entradas.
**Resultado de este paso**
Después de seguir este paso, ha identificado una entrada como la primera que agregará al canal.
También ha identificado una lista ordenada de interruptores de entrada. Tiene lo siguiente para cada cambio:
+ Nombre de acción para la conmutación.
+ Nombre de la asociación de entrada asociada a la conmutación.
+ Entrada de la conmutación identificada como estática o dinámica.
+ Tipo de conmutación: fija, de seguimiento o inmediata.
**Topics**
+ [Planificación de los nombres de acciones](ips-plan-action-names.md)
+ [Planificación del orden de las conmutaciones de entrada](ips-order-switches.md)
+ [Ejemplo de una lista de conmutaciones de entrada](#ips-ordered-list-examples)
+ [Gestión de la transición cuando la siguiente entrada es fija o inmediata](ips-transition-gap.md)
+ [Gestión de la transición cuando la siguiente entrada es de seguimiento](transition-follow-success.md)
+ [**Preparación de la entrada: reduzca la latencia cuando la siguiente entrada sea inmediata.**](#ips-plan-immediate-prepare-input)
# Planificación de los nombres de acciones
Debe planificar los nombres de la acción del interruptor de entrada en la MediaLive programación. Los nombres de acción deben ser únicos en la programación de cada canal.
Para una entrada estática, es posible que desee asignar un nombre a las acciones para que indiquen qué entrada se aplica. Por ejemplo, para cada cambio a la entrada denominada static-live-studio-feed:
+ `static-live-studio-feed-action-1`
+ `static-live-studio-feed-action-2`
+ `static-live-studio-feed-action-3`
Para la acción de cambio de entrada para una entrada dinámica, puede usar el nombre de entrada (o parte del nombre) más la URL (o parte de la URL) del archivo. Por ejemplo:
+ `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`
# Planificación del orden de las conmutaciones de entrada
Se recomienda planificar el orden de los conmutadores de entrada antes de crear las acciones de la MediaLive programación.
**Para planificar el orden de los cambios de entrada**
1. En la primera posición, coloque primero el accesorio de entrada que MediaLive desee introducir. Tenga en cuenta que esta entrada será un cambio inmediato en la programación.
1. Haga una lista de las conmutación y de la asociación de entrada que usará para cada conmutación. Decida el tipo de inicio para cada conmutación: fija, inmediata o de seguimiento. Para obtener más información, consulte [Conmutaciones fijas, inmediatas y de seguimiento](ips-switch-types.md) y [Reglas y límites para las conmutaciones de entrada](ips-limits.md).
Debería poder organizar las conmutaciones de entrada fijas y de seguimiento en una lista ordenada. Es posible que no pueda incluir las conmutación inmediatas en la lista ordenada porque desconoce cuáles son sus horas de inicio. Consulte el [ejemplo](ips-step-plan-switches.md#ips-ordered-list-examples) que se muestra tras este procedimiento.
Tenga en cuenta lo siguiente con respecto a la conmutación a una entrada:
+ Puede cambiar a una asociación de entrada tantas veces como desee.
+ Al cambiar a una entrada dinámica, debe proporcionar la URL que se aplica a ese uso de la entrada dinámica. En la lista que cree, especifique la URL de cada uso.
1. Lea la información más adelante en esta sección acerca del manejo de la transición entre cambios. Para cada asociación de entrada de la lista, tome nota de cómo manejar la transición.
**Acerca de los modelos para la programación**
Hay dos modelos para configurar los cambios de entrada en la programación:
+ En el modelo recomendado, sólo se utiliza la programación para controlar la adquisición de todas las entradas. Con este modelo, el orden de las asociaciones de entrada en el canal no es relevante. Configure la programación para que el primer cambio de entrada sea un cambio inmediato a la entrada que desea adquirir primero. En cuanto el canal comienza y antes de que el canal comience a adquirir, el canal realiza ese cambio inmediato.
En los pasos anteriores de esta sección se muestra cómo diseñar la programación para este modelo.
+ En el otro modelo, el primer adjunto de entrada es el primer dato que se MediaLive ingiere. Configure la programación para que realice su conmutación de entrada solo después de esas primeras ingestas.
No recomendamos este modelo porque hay que tener en cuenta el orden de los archivos adjuntos de entrada y la programación. Con el primer modelo, se controla el orden de ingesta desde un solo lugar: la programación.
## Ejemplo de una lista de conmutaciones de entrada
Este ejemplo muestra una lista de conmutaciones de entrada planificadas. La primera entrada es una conmutación inmediata a una entrada de archivo. Luego, hay varias entradas de archivos cortos que siguen a las conmutaciones, de modo que la conmutación se produce al final de la entrada anterior. Estas entradas se ejecutan una tras otra, pero el plan es interrumpirlas en cualquier momento con una conmutación inmediata a la primera entrada activa. Después de eso, la programación conmuta entre dos entradas en directo. No sabe la hora exacta de las conmutaciones, por lo que debe configurar las conmutaciones como inmediatas.
Lista ordenada: nombre de la acción, tipo de inicio, nombre del archivo adjunto
+ startup, immediate, 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
Conmutaciones que se producirán en cualquier momento:
+ static-live-studio, inmediato, en vivo-1
+ static-live-alternate, inmediato, en vivo-2
# Gestión de la transición cuando la siguiente entrada es fija o inmediata
A la hora de planificar la programación, debe asegurarse de que no haya ningún espacio al cambiar desde una entrada de archivo (entrada A) a una entrada (entrada B) que comienza a una hora fija o que comienza inmediatamente. La entrada B puede ser un archivo o una entrada en directo. Si la entrada actual finaliza antes de la hora de inicio del cambio, existe la posibilidad de que haya un espacio.
El campo **Source end behavior (Comportamiento al finalizar el origen)** en cada asociación de entrada controla el espacio. (Este campo aparece en la página **Asociaciones de entrada**, en la sección **Configuración general de las entradas**). Existen dos opciones para garantizar una transición suave en esta situación:
+ Si configura el campo **Comportamiento del extremo de la fuente** para la entrada A en **LOOP**, cuando la entrada A termine, MediaLive retrocederá y la volverá a ingerir hasta que llegue la hora de inicio de la entrada B.
+ Si establece el campo **Source end behavior (Comportamiento al finalizar el origen)** de la entrada A en **CONTINUE (CONTINUAR)**, entonces la entrada A se incorporará solo una vez; cuando la entrada finaliza, el canal seguirá el comportamiento especificado en el conjunto de campos **Input Loss Behavior (Comportamiento de pérdida de entrada)** (aunque sin la lógica de “repetir fotogramas”). Cuando se produce la hora de inicio de la entrada B, finalizará el comportamiento de pérdida de entrada y el canal cambiará a la entrada B.
(Para mostrar este campo, en **Configuración general de las entradas**, en **Configuración global**, en **Comportamiento de pérdida de entrada**, elija **Comportamiento de pérdida de entrada**. Para obtener más información, consulte [Gestión de pérdidas de entrada de video](feature-input-loss.md)).
# Gestión de la transición cuando la siguiente entrada es de seguimiento
A la hora de planificar la programación, debe asegurarse de que pueda realizarse correctamente el cambio de una entrada a una “entrada de seguimiento”.
Una entrada de seguimiento (entrada B) no se realizará correctamente si la entrada actual (entrada A) está configurada en bucle. Cuando AWS Elemental MediaLive llega al final del archivo, comienza a ingerir de nuevo desde el principio del archivo.
El campo **Source end behavior (Comportamiento al finalizar el origen)** en cada asociación de entrada controla el bucle. (Este campo aparece en la página **Asociaciones de entrada**, en la sección **Configuración general de las entradas**).
+ Establezca siempre el **Source end behavior (Comportamiento al finalizar el origen)** para la entrada A en **CONTINUE (CONTINUAR)**. Cuando finaliza la entrada A, el canal cambiará de inmediato a la entrada B.
Cuando cree el canal, es importante configurar el **Source end behavior (Comportamiento al finalizar el origen)** en **CONTINUE (CONTINUAR)** en cada asociación de entrada donde la siguiente entrada planificada en la programación será una entrada de seguimiento. Si no configura la entrada con **CONTINUE (CONTINUAR)**, no podrá configurar la programación con la siguiente entrada como entrada de seguimiento. Tendrá que cancelar la acción de programación, modificar la asociación de entrada y volver a intentar la acción de programación.
## **Preparación de la entrada: reduzca la latencia cuando la siguiente entrada sea inmediata.**
Es posible que tenga una conmutación de entrada que haya identificado como conmutación de entrada inmediata, pero no sabe cuándo tendrá que producirse la conmutación. Solo sabe que se le avisará con unos segundos de antelación. En esta situación, es posible que desee preparar la entrada con antelación con la creación de una acción de preparación de la entrada. Para obtener más información, consulte [Preparación de entradas en AWS Elemental MediaLive ](feature-prepare-input.md).