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.
# Configuración de la conmutación de entrada
Puede configurar un MediaLive canal para que ingiera varias entradas secuenciales, en lugar de configurarlo para que ingiera solo una entrada. Para configurar este *canal de varias entradas*, asocie más de una entrada al canal y, a continuación, agregue acciones en la programación del canal para especificar cuándo cambiar de una entrada a otra.
**Topics**
+ [Información sobre la conmutación de entrada y los canales de entrada múltiple](ips-overview.md)
+ [Reglas y límites para las conmutaciones de entrada](ips-limits.md)
+ [Configuración de la conmutación de entrada](setup-ips.md)
+ [Eliminación de acciones de la programación](ips-manage-schedule.md)
+ [Inicio y reinicio de un canal que tiene varias entradas](ips-start-channel-multi-inputs.md)
# Información sobre la conmutación de entrada y los canales de entrada múltiple
Se configura la conmutación de entrada en un MediaLive canal para ingerir las entradas de un canal de entradas múltiples.
**Topics**
+ [Canales de entrada múltiple y programación](schedule-and-switching.md)
+ [Casos de uso típicos](typical-use-cases.md)
+ [Conmutaciones fijas, inmediatas y de seguimiento](ips-switch-types.md)
+ [Entradas estáticas y entradas dinámicas](how-dynamic-inputs-work.md)
+ [Preparación de la entrada](ips-input-prepare.md)
# Canales de entrada múltiple y programación
La conmutación de entrada en un MediaLive canal funciona de la siguiente manera: se crea un canal que contiene más de un accesorio de entrada. Después de crear el canal, accede a la programación de ese canal y agrega cambios de entrada, para crear reglas para pasar de una asociación de entrada a otra. Cuando inicie el canal, el canal cambiará automáticamente las entradas según la programación.
Para trabajar correctamente con varios canales de entrada, recuerde lo siguiente.
**La programación existe dentro del canal**
La programación no existe con independencia del canal. En la consola, encontrará la programación en la página de detalles de un canal existente.
**No hay cambio implícito**
Con un canal de entrada múltiple, debe agregar cambios de entrada a la programación para indicar al canal que cambie. Un canal que contenga más de una asociación de entrada no cambiará a la siguiente asociación de entrada de la lista de asociaciones de entrada a menos que la programación especifique hacerlo.
**No hay entrada “principal”**
Con un canal de entrada múltiple, debe pensar en las asociaciones de entrada como un *conjunto* de entradas todas con el mismo estado. No hay una entrada que sea la entrada principal, a la que el canal vuelve cuando no tiene nada más que adquirir.
# Casos de uso típicos
La conmutación de entrada programada en un MediaLive canal admite los siguientes casos de uso.
## Caso de uso 1: alternancia de una fuente en directo y una entrada de archivo
Tiene un canal para procesar una fuente en directo (streaming) desde un origen específico, quizás para un torneo deportivo. De forma periódica (por ejemplo, entre eventos deportivos individuales), la fuente en directo se debe reemplazar por contenido de archivo (por ejemplo, un relleno de vídeo de olas marinas). Después de unos minutos, se debe reanudar la misma fuente en directo.
Configure el canal con una entrada en directo y una entrada de archivo. La primera entrada es la entrada en directo.
Antes de iniciar el canal, debe que crear una programación que consiste en acciones para conmutar a la entrada en directo al principio de cada hora: a las 10:00 a. m., a las 11:00 a. m., etc.
A continuación, inicie el canal. En cuanto haya acabado cada evento deportivo, modifica la programación “en el momento” para cambiar al relleno de vídeo. La fuente en directo continúa durante unos momentos (quizás mostrando al público o a los jugadores que salen del estadio) y, a continuación, el canal cambia al vídeo de relleno. Al inicio de cada hora, el canal cambia a la fuente en directo.
## Caso de uso 2: una fuente en directo y entradas de archivo con el canal que comienza con una entrada de archivo
Tiene los mismos requisitos que para el caso de uso 1, excepto que desea comenzar el canal con un clip de archivo, quizás desde la apertura del evento deportivo. Al principio de la primera hora, desea mostrar el relleno de vídeo. Sin embargo, al principio de la segunda hora y de las siguientes, desea mostrar imágenes destacadas anteriores del día.
Configura el canal con un evento en directo (una entrada en directo) y varias entradas de archivo: una para la apertura, otra para el relleno de vídeo y varias para los momentos destacados. La primera entrada es el archivo de entrada para el evento de apertura.
Antes de comenzar el canal, debe crear una programación que contenga una acción para cambiar a la entrada en directo en cuanto el archivo de entrada haya finalizado.
A continuación, inicie el canal. Con el paso del tiempo, debe modificar la programación para añadir más acciones, como para el caso de uso 1, para cambiar entre la entrada en directo y las entradas de archivo.
## Caso de uso 3: dos fuentes en directo
Tiene un canal para procesar la fuente en vivo desde dos orígenes distintos. Desea insertar contenido publicitario en el canal, según corresponda. Desea insertar el contenido de este anuncio utilizando MediaLive. (No desea insertar mensajes SCTE-35 que un sistema descendente se encargará de leer para reemplazar los espacios publicitarios con contenido publicitario).
Las fuentes en directo podrían ser la fuente del lugar y la fuente en estudio del mismo evento deportivo. Desea cambiar de una fuente en directo a la otra. Desea sincronizar los cambios “en el momento” en lugar de hacerlo de acuerdo a una programación cronometrada estricta. Ocasionalmente, desea cambiar de una fuente en directo a un anuncio. Cuando el anuncio finaliza, es posible que desee volver a una de las fuentes en directo.
Puede configurar el canal con dos entradas en directo y varias entradas de archivo (un archivo para anuncio).
Antes de iniciar el canal, debe crear una programación que contenga la primera acción de la programación. Esta acción es para cambiar a la primera entrada, entrada A, que desea que adquiera el canal. Puede definir la hora de inicio de la entrada A por lo menos un minuto antes de la hora a la que comienza la programación. Luego inicias el canal. MediaLive lee inmediatamente la programación y pasa a la entrada que se supone que es la acción actual, que es la entrada A. Cuando proceda, se modifica la programación in situ para añadir acciones y poner en cola uno o más conmutadores.
## Caso de uso 4: VOD-to-live
Tiene un canal para procesar solo las entradas de MP4 archivos, o principalmente las entradas de MP4 archivos, las 24 horas del día, los 7 días de la semana.
Puede configurar el canal con una serie de entradas de archivo que se ejecutan uno detrás de otro. Cada archivo se codifica de principio a fin y, a continuación, se inicia el siguiente archivo. A veces, desea recortar un archivo y reproducir solo parte de dicho archivo.
Desea que este canal se ejecute sin detenerse, hasta el siguiente periodo de mantenimiento programado, que puede tardar varias semanas.
Para superar el límite de 20 entradas por canal, puede aprovechar la característica de *entrada dinámica* . Puede crear algunas entradas de archivo con una variable en lugar de toda o parte de la ruta y el nombre del archivo. Puede configurar la programación para que utilice esta entrada dinámica una y otra vez, cada vez con un nombre de archivo diferente asignado en la variable. Puede configurar varias entradas dinámicas.
# Conmutaciones fijas, inmediatas y de seguimiento
En MediaLive, puede clasificar los conmutadores de entrada según los tipos de inicio del conmutador.
+ Fija: las conmutaciones de entrada fijas se inician a una hora específica.
Las conmutaciones fijas utilizan la hora UTC. No utilizan el código temporal de la entrada.
+ Inmediata: las conmutaciones de entrada inmediatas se ponen en marcha lo antes posible. Este tipo de cambio es más parecido a un cambio fijo que a un cambio de seguimiento, ya que interrumpe la entrada actual. La ventaja de este cambio respecto a un cambio fijo es que no tiene que calcular ningún búfer en la hora de inicio.
+ Seguir: un interruptor de entrada de seguimiento se inicia cuando la entrada anterior ha terminado (cuando MediaLive ha llegado al final del archivo).
Este tipo de inicio es una propiedad de la conmutación, no una propiedad de la entrada en sí. Por lo tanto, en la programación puede conmutar a una entrada específica con una conmutación fija y, más tarde, conmutar a la misma entrada con una conmutación de seguimiento.
## Tipos de conmutaciones y tipos de entradas
La combinación de tipos de cambios y tipos de entradas (archivo y en directo) significa que hay estos tipos de cambios:
+ Una entrada de archivo con un comienzo fijo. La entrada anterior puede ser un archivo o una entrada en directo. A la hora de inicio especificada, MediaLive deja de ingerir la entrada anterior y cambia a la nueva entrada.
+ Una entrada de archivo con un inicio inmediato. La entrada anterior puede ser un archivo o una entrada en directo. Tan pronto como sea posible después de introducir este interruptor en la programación, MediaLive deja de ingerir la entrada anterior y cambia a la nueva entrada.
+ Un archivo de entrada que sigue a la entrada anterior. La entrada anterior debe ser una entrada de archivo. No puede ser una entrada en directo porque una entrada en directo no tiene un final, por lo que el cambio no se produciría nunca.
+ Una entrada en directo con un comienzo fijo. La entrada anterior puede ser un archivo o una entrada en directo. A la hora de inicio especificada, MediaLive deja de ingerir la entrada anterior y cambia a la nueva entrada.
+ Una entrada en directo con un inicio inmediato. La entrada anterior puede ser un archivo o una entrada en directo. Tan pronto como sea posible después de introducir este interruptor en la programación, MediaLive deja de ingerir la entrada anterior y cambia a la nueva entrada.
+ Una entrada en directo que sigue a la entrada anterior. La entrada anterior debe ser una entrada de archivo. No puede ser una entrada en directo porque una entrada en directo no tiene un final, por lo que el cambio no se produciría nunca.
En la tabla siguiente se resumen los tipos de entradas e inicio.
| Entrada actual | Entrada siguiente | Tipo de inicio posible |
| --- | --- | --- |
| Archivos | Archivos | Fijo o inmediato |
| Archivos | Archivos | Seguimiento |
| Archivos | En directo | Fijo o inmediato |
| Archivos | En directo | Seguimiento |
| En directo | Archivos | Fijo o inmediato |
| En directo | En directo | Fijo o inmediato |
## Cadenas de seguimiento
Una serie de cambios de entrada de seguimiento se denomina *cadena de seguimiento*. Cuando termina cada entrada, comienza a ingerir MediaLive automáticamente la siguiente entrada. A continuación se muestra un diagrama de cadena de seguimiento:
```
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 cadena de seguimiento comienza con la *acción de referencia*: la entrada situada por encima de la primera acción seguida. Termina con la última entrada de seguimiento. En el ejemplo anterior, la cadena comienza con la entrada de la acción de referencia A y termina con la entrada D. Las entradas A, B y C deben ser archivos porque deben tener un final definido para que la siguiente entrada pueda seguirla correctamente. La entrada E rompe la cadena porque es fija o inmediata.
# Entradas estáticas y entradas dinámicas
Si su MediaLive canal incluye entradas de archivos, debe decidir si desea configurar cada entrada como *entrada estática* o como *entrada dinámica*. El uso de entradas dinámicas le permite aumentar el número de orígenes de vídeo que puede utilizar en el canal, a la vez que respeta el límite de entradas que puede asociar al canal.
Puede configurar las entradas de archivos como entradas estáticas o dinámicas. (Las entradas en directo son siempre entradas estáticas.)
Para configurar una entrada estática, especifique una URL de archivo estándar. Por ejemplo, `s3ssl://amzn-s3-demo-bucket/my-movie.mp4`.
Para configurar una entrada dinámica, debe configurar la totalidad o parte de la URL del archivo con una variable. Por ejemplo, `s3ssl://amzn-s3-demo-bucket/movies/$urlPath$`. Cada vez que configure en la programación la conmutación a esta entrada, debe especificar el valor de `$urlPath$`. Por ejemplo, `s3ssl://amzn-s3-demo-bucket/movies/my-movie.mp4` en una conmutación de entrada y `s3ssl://amzn-s3-demo-bucket/movies/mlaw.mp4` en otra conmutación de entrada.
Puedes configurar el contenido dinámico en las entradas de MP4 archivos y en las entradas de archivos de flujo de transporte (TS).
El [procedimiento para configurar](ips-step-design-inputs.md) la conmutación de entradas, que se encuentra más adelante en esta sección, proporciona información detallada sobre cómo decidir si se deben configurar algunas entradas como entradas dinámicas.
# Preparación de la entrada
El MediaLive programa incluye una acción de preparación de entradas que es una acción auxiliar para los conmutadores de entrada.
Para obtener más información sobre cómo preparar las entradas, consulte [Preparación de entradas en AWS Elemental MediaLive ](feature-prepare-input.md).
# Reglas y límites para las conmutaciones de entrada
En esta sección se describen las reglas y los límites que se aplican a los interruptores de entrada del MediaLive programa.
## Reglas de los tipos de entradas
La cantidad y los tipos de entradas que se pueden configurar para la conmutación de entradas son flexibles. Por ejemplo:
+ Puede conectar tanto las entradas en directo del HLS como las MediaConnect entradas a un canal.
+ Puede hacer que se utilicen tanto entradas de inserción RTMP para un origen de Internet público como una entrada de inserción de VPC RTMP.
Pero también hay ciertas restricciones:
+ El número de entradas de inserción y extracción que se pueden asociar a un canal.
+ El número de entradas de un tipo de entrada específico. Por ejemplo, el número de entradas de CDI que se pueden asociar a un canal.
+ Uso de activos de VOD.
+ Uso de entradas en diferentes zonas de disponibilidad.
+ Uso de entradas dinámicas en un flujo de trabajo de conmutación de entradas.
Para obtener información detallada acerca de estas reglas, consulte [MediaLive reglas y límites de funciones](eml-limitations-and-rules.md).
## La primera conmutación debe ser estática
El primer cambio en el canal debe ser para una entrada estática. No puede ser una entrada dinámica.
## No hay límites en el número de conmutaciones de entradas
La programación para el canal puede contener cualquier número de acciones de cambio de entrada programadas.
Puede cambiar a una entrada específica tantas veces como desee.
## Reutilización de una entrada de archivo
Si realiza un cambio desde una entrada de archivo estático y después vuelve a utilizarla, el canal recibe el archivo desde el principio del archivo o el principio del recorte del archivo (si recortó el archivo). Esta regla se aplica incluso si cambia de la entrada del archivo antes de que finalice el archivo.
Esta regla también se aplica si cambia de una entrada de archivo dinámico y después vuelve a ella sin cambiar el valor de la parte variable de la URL. El canal siempre se incorpora desde el principio.
# Configuración de la conmutación de entrada
Cuando planifique un MediaLive canal que incluya varias entradas entre las que pueda cambiar, hay requisitos especiales que debe tener en cuenta.
En esta sección se da por sentado que está familiarizado con los procedimientos generales de diseño de canales, tal como se describe en [Planificación de las salidas en el canal](planning-the-channel-in-workflow.md), y de creación de canales, tal como se describe en [Creación de un canal desde cero](creating-channel-scratch.md).
**Topics**
+ [Planificación de las salidas](ips-step-plan-outputs.md)
+ [Evaluación de los orígenes](ips-step-plan-inputs.md)
+ [Organización de orígenes en entradas estáticas y dinámicas](ips-step-design-inputs.md)
+ [Diseño de los selectores para cada entrada](ips-step-plan-attachments.md)
+ [Planificar las conmutaciones de entrada en la programación](ips-step-plan-switches.md)
+ [Creación de las entradas y el canal](ips-step-create-inputs-channel.md)
+ [Configuración de la programación con conmutaciones de entrada](ips-set-up-schedule.md)
# Planificación de las salidas
Planifica el lado de salida del MediaLive canal de la manera normal:
+ Identifique todos los grupos de salida.
+ Identifique los tipos de salidas en cada grupo de salida.
+ Identifique las codificaciones de vídeo, audio y subtítulos para cada salida.
Para obtener más información, consulte [Planificación de un MediaLive flujo de trabajo](container-planning-workflow.md).
Una vez completado este paso, tendrá una lista de tipos de grupo de salida y una lista del número de salidas de vídeo, audio y subtítulos en cada grupo de salida.
# Evaluación de los orígenes
Al planificar un MediaLive canal de entradas múltiples, debe identificar todas las fuentes que necesita. A continuación, debe evaluar el audio y los subtítulos de cada origen para asegurarse de que el origen es adecuado en una situación de cambio de entrada.
**Resultado de este paso**
Después de este paso, tiene un conjunto de orígenes que puede configurar correctamente como entradas y asociar al canal para implementar el cambio de entrada en el canal. Ha clasificado estos orígenes por su tipo: orígenes en directo u orígenes de archivo.
**Topics**
+ [Identificación de los orígenes](ips-collect-sources.md)
+ [Evaluación del video en los orígenes](ips-assess-video.md)
+ [Evaluación del audio en los orígenes](ips-assess-audio.md)
+ [Evaluación de los subtítulos en los orígenes](ips-assess-captions.md)
# Identificación de los orígenes
1. Identifique todas las fuentes que necesitará durante la vida útil del MediaLive canal o, al menos, hasta el próximo período de mantenimiento planificado.
1. Observe qué orígenes son entradas de inserción y cuáles son entradas de extracción. Asegúrese de no sobrepasar los [límites](eml-limitations-and-rules.md#limits-inputs).
1. Observe qué orígenes son orígenes activos y cuáles son orígenes de archivos. Para obtener información sobre si un origen es un origen en directo o de archivo (VOD), consulte [Tipos de entrada admitidos en MediaLive](inputs-supported-containers.md).
# Evaluación del video en los orígenes
No hay requisitos especiales para el vídeo cuando se planifica una entrada múltiple MediaLivechannel. Suponiendo que AWS Elemental MediaLive sea compatible con el códec de vídeo que se encuentra en una fuente, puede utilizar esa fuente como entrada para el canal.
No es necesario que los orígenes tengan códecs de vídeo coincidentes.
# Evaluación del audio en los orígenes
MediaLive proporciona flexibilidad a la hora de extraer audio de fuentes en un canal de entradas múltiples MediaLive. También hay algunos requisitos especiales para el audio en estos orígenes.
**Para evaluar el audio en los orígenes**
1. Lee más abajo la información sobre la flexibilidad para hacerte una idea de cómo MediaLive es compatible con una amplia variedad de fuentes de audio.
1. A continuación, lea cada uno de los requisitos para obtener información sobre restricciones específicas en los orígenes de audio. Asegúrese de que el audio de cada origen cumple estos requisitos.
1. Si rechaza un origen, es posible que desee ponerse en contacto con el sistema ascendente para determinar si podría proporcionar una versión más adecuada del contenido de origen.
## Flexibilidad en el uso de audio
Al evaluar el audio, tenga en cuenta las siguientes reglas. Estas reglas proporcionan flexibilidad a la hora de extraer audio y, por lo tanto, le permiten utilizar diversas entradas:
+ Los distintos idiomas de un origen pueden utilizar códecs distintos. Por ejemplo, en sus orígenes, el inglés podría estar en AAC y el español en MPEG-2.
+ El método de identificación de un idioma de audio en el origen no tiene por qué ser el mismo en todos los orígenes del canal de varias entradas.
Por ejemplo, en el origen 1 puede identificar los idiomas por PID. En el origen 2 puede identificar idiomas por código de idioma.
## Primer requisito: cada idioma debe tener el mismo modo de codificación en todos los orígenes
Cada idioma de salida debe estar presente en cada origen y el modo de codificación debe ser el mismo en todos los orígenes.
Por ejemplo, suponga que el canal contiene un grupo de salida de archivo que contiene una codificación de audio para inglés 2.0 y una codificación de audio para francés 2.0:
+ Supongamos que tiene un origen que contiene audio AAC 2.0 en inglés y Dolby Digital 5.1 en francés.
+ Supongamos que tiene un segundo origen que contiene audio AAC 2.0 en inglés y audio AAC 5.1 en francés.
Para el inglés, este origen contiene audio con el mismo modo de códec y codificación que el primer origen. Para el francés, contiene el mismo modo de codificación que el primer origen, pero un códec diferente.
Este origen es aceptable. El hecho de que en una comparación del origen 1 y el origen 2 los códecs sean distintos para el francés no tiene importancia. El requisito es que los *modos de codificación* sean los mismos.
+ Supongamos que tiene un tercer origen que contiene audio AAC 2.0 en inglés y audio AAC 2.0 en francés.
Esta entrada *no* es aceptable porque para el francés, el audio tiene un modo de codificación distinto al del primer origen.
## Segundo requisito: cada idioma debe proporcionar el modo de codificación más alto necesario
Para cada idioma, cada origen debe incluir audio que pueda producir el modo de codificación más alto en todas las salidas del canal.
Por ejemplo, suponga que el canal contiene un grupo de salida de archivo que contiene una codificación de audio AAC 2.0 para español. El canal también contiene un grupo de salida de HLS que contiene una codificación de audio Dolby Digital 5.1 para español:
+ Supongamos que tiene un origen que contiene audio Dolby Digital 5.1 en español.
Este origen contiene audio que puede producir todas las codificaciones de audio de salida deseadas para español. Debe configurar la salida de archivo para remezclar el audio hasta 2.0. No es necesario configurar la salida de HLS para remezclar el audio.
+ Supongamos que tiene un segundo origen que contiene AAC 2.0 en español.
Este origen *no* es aceptable. Este origen no puede producir Dolby Digital 5.1 en español para la salida de HLS.
## Tercer requisito: los orígenes de MP4 no deben contener variaciones del mismo idioma
Un MP4 archivo que contiene múltiples variaciones de un idioma puede producir una salida de audio no deseada. Para obtener resultados óptimos, el archivo debe contener solo una versión de un idioma:
+ Por ejemplo, supongamos que una MP4 fuente contiene audio AAC 5.1 en inglés. La salida del canal requiere una codificación de audio para inglés 2.0. Por lo tanto, en la salida configurará la codificación de audio para reducir la mezcla de 5.1 a 2.0.
+ Supongamos que tiene un segundo origen que contiene AAC 2.0 en inglés en la pista 2 y audio Dolby Digital 5.1 en inglés en la pista 3.
MediaLive extrae el audio de MP4 los archivos por código de idioma y lo extrae de la primera pista que contiene ese idioma. En este ejemplo, lo extrae de la pista 2, que contiene AAC 2.0. No tiene en cuenta la pista 3. En el lado de salida, MediaLive intentará remezclar esta fuente, lo que dará como resultado un audio de mala calidad.
## Cuarto requisito: todos los orígenes deben contener Dolby si se produce una codificación de acceso directo
Si una de las salidas incluye una codificación configurada con el códec de acceso directo, todos los orígenes deben incluir Dolby Digital, Dolby Digital Plus o Dolby Atmos en todos los idiomas requeridos.
Si uno de estos orígenes no incluye uno de estos códecs, no podrá utilizarlo en el canal de varias entradas.
La opción de acceso directo para un códec permite la ingesta de audio en Dolby Digital, Dolby Digital Plus o Dolby Atmos y en cualquier modo de codificación, y transmitirlo sin transcodificación.
# Evaluación de los subtítulos en los orígenes
Existen requisitos especiales para los subtítulos en las fuentes de un canal de entrada MediaLive múltiple.
**Para evaluar los subtítulos en los orígenes**
1. Lea cada uno de los requisitos siguientes para obtener información sobre restricciones específicas en los orígenes de subtítulos. Asegúrese de que los subtítulos de cada origen cumplan estos requisitos.
1. Si rechaza un origen, es posible que desee ponerse en contacto con el sistema ascendente para determinar si podría proporcionar una versión más adecuada del contenido de origen.
## Primer requisito: un origen debe contener todos los formatos e idiomas de subtítulos necesarios
Con un canal de varias entradas, para cada salida debe haber un recurso de subtítulos en el origen que pueda producir los subtítulos en esa salida. Si un origen no tiene todos los subtítulos de origen para producir todos los subtítulos de salida, no se puede utilizar como origen en un canal de entrada múltiple.
Por ejemplo, supongamos que el canal contiene un grupo de salida de archivo que contiene una salida con una codificación de subtítulos para subtítulos incrustados en inglés, francés, español y alemán. El canal también contiene un grupo de salida de HLS que contiene cuatro salidas de subtítulos, para subtítulos Web VTT en inglés, francés, español y alemán.
Cada origen debe incluir un origen de subtítulos que pueda producir subtítulos Web VTT e incrustados. El origen puede contener un origen de subtítulos que puede producir ambos tipos de salida o el origen puede contener dos orígenes de subtítulos:
+ Supongamos que tiene un origen que contiene subtítulos incrustados en los cuatro idiomas.
Este origen es aceptable porque los subtítulos incrustados pueden producir subtítulos incrustados en la salida y subtítulos Web VTT en la salida.
+ Supongamos que tiene un origen que contiene DVB-Sub en los cuatro idiomas.
Este origen *no* es aceptable porque los subtítulos DVB-Sub no pueden producir subtítulos incrustados en la salida.
+ Supongamos que tiene un origen que contiene subtítulos incrustados en inglés, francés, alemán y búlgaro.
Este origen *no* es aceptable porque uno de los idiomas es búlgaro en lugar de español.
+ Supongamos que tiene un origen que contiene subtítulos incrustados en inglés y francés.
Este origen *no* es aceptable porque faltan dos de los idiomas de salida.
## Segundo requisito: para el acceso directo incrustado, todos los orígenes deben contener idiomas en el mismo orden
Cuando hay al menos una salida con subtítulos incrustados y hay al menos dos orígenes que tienen subtítulos incrustados, los idiomas deben estar en el mismo orden en esos orígenes.
*Acceso directo* significa que una salida requiere codificaciones de subtítulos incrustadas en uno o varios idiomas y que un origen contiene subtítulos integrados (normalmente en cuatro idiomas). Por ejemplo, la salida requiere subtítulos incrustados en inglés y español. Un origen contiene subtítulos incrustados en inglés y español y posiblemente en otros dos idiomas.
Si dos orígenes tienen los idiomas de los subtítulos incrustados en un orden diferente, no puede utilizar ambos orígenes en el canal de varias entradas. Solo debe utilizar uno de los orígenes.
Vuelva a ver el ejemplo del requisito precedente:
+ Supongamos que tiene un origen que contiene subtítulos incrustados con los idiomas en los cuatro canales en este orden: inglés, francés, español y alemán.
Supongamos que tiene un segundo origen que contiene subtítulos incrustados con los idiomas en un orden diferente: francés, español, alemán e inglés.
Sólo uno de estos orígenes es aceptable.
Cuando se aplica esta situación a su canal, debe decidir qué orígenes conservar y cuáles rechazar. Una regla que podría seguir es la siguiente:
+ Compare el orden de los idiomas de subtítulos en esos orígenes.
+ Identifique el orden del origen más importante o identifique el orden que siguen la mayoría de los orígenes.
+ Acepte solo los orígenes que siguen este orden. Rechazar los demás orígenes.
**nota**
Este requisito se aplica únicamente al acceso directo incrustado.
Si el canal no contiene ninguna salida que contenga subtítulos incrustados, puede utilizar cualquier origen que contenga subtítulos incrustados ya que el orden de los idiomas en los orígenes no es relevante. Los subtítulos incrustados no se transfieren. Se convierten a otro formato, como DVB-Sub.
# Organización de orígenes en entradas estáticas y dinámicas
Esta sección es un complemento a la información que aparece en [Trabajo con entradas](creating-input.md). Proporciona información que se aplica a las entradas utilizadas en un canal de entradas múltiples. MediaLive
Después de seguir el paso 2 para evaluar los orígenes, termina con un conjunto de orígenes que son adecuados para el canal de entrada múltiple. Ahora debe organizar estas fuentes en tres tipos de MediaLive entradas: entradas estáticas en vivo, entradas de archivos estáticos y entradas de archivos dinámicos.
**Resultado de este paso**
Después de este paso, tiene una lista de lo siguiente:
+ Orígenes que configurará como entradas en directo estáticas. Cada origen se convierte en una entrada (y una asociación de entrada).
+ Orígenes que configurará como entradas de archivo estáticas. Cada origen se convierte en una entrada (y una asociación de entrada).
+ Orígenes que configurará como entradas de archivo dinámicas. Varios orígenes se convierten en una entrada (y una asociación de entrada).
## Identificación de los orígenes en directo
Tome nota de los orígenes que seas orígenes en directo. Cada uno de estos orígenes se convierte en una entrada en directo estática.
## Identificación y organización de orígenes de archivos
Debe evaluar sus orígenes de archivos y determinar si debe implementar algunos orígenes como entradas dinámicas, en lugar de como entradas estáticas.
Una entrada estática siempre se asocia con el mismo origen. Una entrada dinámica se puede asociar a un origen diferente cada vez que la asocie al canal. Por lo tanto, es más flexible y puede ayudarle a trabajar con el límite en el número de entradas asociadas a un canal. Para obtener información general acerca de las entradas dinámicas, consulte [Entradas estáticas y entradas dinámicas](how-dynamic-inputs-work.md).
**Para organizar los orígenes**
1. Organice los orígenes de archivo en conjuntos, donde los orígenes de cada conjunto se almacenan en la misma ubicación de origen con las mismas credenciales de acceso, como el mismo bucket en Amazon S3.
Por ejemplo, puede tener un conjunto de orígenes de archivos en el bucket denominado “prerolls” y otro conjunto en el bucket denominado “filler”. Cada bucket tiene credenciales de acceso distintas, por lo que cada uno es su propio conjunto.
1. Lea este paso si tiene entradas con subtítulos incrustados que está convirtiendo (en lugar de transferirlos directamente). Si no tiene entradas con subtítulos incrustados o si tiene entradas con subtítulos incrustados que siempre se pasan directamente a la salida, omita este paso.
+ Dentro de cada conjunto, identifique los orígenes de archivo que contienen subtítulos incrustados. Determine si hay al menos una salida que convierte estos subtítulos en lugar de pasarlos.
+ En cada origen de archivo que contiene subtítulos incrustados, identifique el orden de los idiomas.
+ Cuando sea necesario, subdivida el conjunto según el orden del idioma.
Por ejemplo, podría tener un conjunto de orígenes de archivos en un bucket de Amazon S3 en el que los idiomas estén en el orden inglés, francés, español y alemán. Es posible que tenga otro conjunto en el mismo bucket donde el orden sea francés, español, alemán e inglés. Divida este conjunto en dos conjuntos.
1. Haga una lista de los conjuntos que ha identificado. Por ejemplo, podría tener estos conjuntos:
+ Orígenes de archivo del bucket de Amazon S3 de procesamiento previo con subtítulos incrustados en el orden inglés, francés, español y alemán
+ Orígenes de archivo del bucket de Amazon S3 de relleno con subtítulos incrustados en el orden francés, español, alemán e inglés
+ Orígenes de archivo del bucket de Amazon S3 de relleno con subtítulos incrustados en un orden distinto, como inglés, francés, español y alemán
1. Decida si cada conjunto de orígenes de archivo se convierte en una entrada de archivo estática o en una entrada de archivo dinámica. Siga estas reglas:
+ Cualquier conjunto que contenga más de un origen de archivo se convierte en una entrada dinámica.
+ Cualquier conjunto que contenga solo un origen de archivo puede convertirse en una entrada estática. Sin embargo, si cree que puede usar más adelante otros orígenes de archivo de esa ubicación (por ejemplo, de ese bucket de Amazon S3), puede que desee tratar el conjunto como una entrada dinámica, para no superar el [límite de entradas de archivo](eml-limitations-and-rules.md#limits-inputs).
# Diseño de los selectores para cada entrada
Después de seguir el paso 3 para organizar las fuentes en diferentes entradas y tipos de entrada (estáticas y dinámicas), debe identificar el contenido que se va a extraer de cada MediaLive entrada.
**Resultado de este paso**
Después de este paso, tiene:
+ Nombres para todas las entradas
+ Una lista de selectores de vídeo, audio y subtítulos para cada entrada
**Topics**
+ [Planificación de los nombres de entrada y asociaciones de entrada](ips-plan-input-names.md)
+ [Planificación de los selectores de video](ips-plan-video-sels.md)
+ [Planificación de los selectores de audio](ips-plan-audio-sels.md)
+ [Planificación de los selectores de subtítulos](ips-plan-captions-sels.md)
# Planificación de los nombres de entrada y asociaciones de entrada
Debe planificar los nombres de la entrada y las asociaciones de entrada. Estos son algunos consejos:
+ Utilice el mismo nombre para la entrada y las asociaciones de entrada.
+ Incluya un indicador de si la entidad es estática o dinámica.
+ Para una entrada estática, incluya el nombre del origen de vídeo o una descripción del origen de vídeo.
+ Para una entrada dinámica, incluya un indicador de sus características, que determinó en el paso 2. Al hacerlo, se garantiza que no se asocia un origen de vídeo no adecuado cuando se especifica el URI en la acción del cambio de entrada.
Por ejemplo, para una entrada estática:
+ `static-filler`
+ `static-live-studio-feed`
Por ejemplo, para una entrada dinámica:
+ `dynamic-s3-preroll-bucket-embedded-EN-FR-ES-DE`
+ `dynamic-s3-preroll-bucket-embedded-FR-ES-DE-EN`
# Planificación de los selectores de video
Solo puede extraer un vídeo de cada MediaLive entrada. Si una entrada determinada contiene más de un vídeo, cree un selector de vídeo para extraer ese vídeo específico. Si una entrada determinada contiene solo un vídeo, no es necesario crear un selector de vídeo. AWS Elemental busca y extrae ese vídeo MediaLive automáticamente. En cuanto a la salida, utiliza MediaLive automáticamente ese único recurso de vídeo.
# Planificación de los selectores de audio
Hay varias reglas que debe seguir al planificar los selectores de audio para MediaLive las entradas. Al configurar los selectores de audio para una entrada, se especifica el idioma que se va a extraer, pero no se especifica el formato del audio de esa entrada. AWS Elemental MediaLive extrae esa entrada para poder incluirla en la salida. La salida espera poder encontrar el idioma extraído específico.
## Regla 1: planificación del mismo número de selectores en cada entrada
Los selectores de cada MediaLive entrada deben extraer suficientes recursos para producir la codificación de audio de cada salida. Además, cada entrada debe tener el mismo número de selectores.
Por ejemplo, suponga que tiene una salida que requiere audio AAC 2.0 en inglés y francés. Tiene una segunda salida que requiere audio Dolby 5.1 en inglés y francés. Tiene una tercera salida que requiere audio Dolby 5.1 en francés, español y portugués:
+ Si la primera entrada contiene Dolby Digital 5.1 en los cuatro idiomas, debe crear cuatro selectores, uno para cada idioma. El audio extraído por estos cuatro selectores puede producir todos los idiomas. Puede producir Dolby Digital 5.1 para la primera salida y puede producir AAC 2.0 para la segunda, ya que puede configurar esa salida para remezclar.
Aunque el canal tiene siete codificaciones de audio de salida, no necesita siete selectores.
+ Si la segunda entrada contiene Dolby Digital 5.1 en francés (pero ningún otro idioma) y también contiene AAC 2.0 en inglés, español y portugués (pero no en francés), debe crear cuatro selectores. El selector de francés solo encontrará ese audio en Dolby Digital 5.1. Los selectores de los demás idiomas encontrarán esos recursos de audio solo en AAC 2.0.
+ Si la tercera entrada contiene Dolby Digital 5.1 en los cuatro idiomas y también contiene AAC 2.0 en los cuatro idiomas, solo deberá crear cuatro selectores.
Aunque podría pensar en crear selectores para extraer el audio AAC 2.0 para francés e inglés solo para esta entrada, no debe hacerlo porque la primera entrada no tiene estos selectores. Recuerde que cada entrada debe tener el mismo número de selectores.
## Regla 2: planificación de un selector independiente para Dolby Digital Plus 7.1
Si el MediaLive canal incluye al menos una salida con Dolby Digital Plus 7.1, cree un selector en cada entrada para ese recurso de audio. En la salida, en cada codificación de audio para Dolby Digital Plus 7.1, asignará la codificación de audio a ese selector.
Una vez que haya identificado todos los selectores de todas las entradas, podría tener una lista como esta:
+ Selector de inglés
+ Selector de francés
+ Selector de español
+ Selector de portugués
+ Selector de EAC3 acceso directo (EAC3 es otro nombre para Dolby Digital Plus)
Cada uno de estos selectores se aplica a todas las entradas, independientemente del formato de audio de esa entrada.
## Regla 3: planificación de los mismos nombres de selector en cada entrada
Todos los MediaLive selectores de un idioma específico deben tener el mismo nombre en todas las entradas. Esta regla existe porque cada salida hace referencia a los selectores solo una vez. La salida no hace referencia al selector una vez para cada diferente entrada.
Recomendamos que asigne a los selectores nombres que incluyan el idioma. No incluya el formato a menos que cree un selector para Dolby Digital Plus 7.1.
# Planificación de los selectores de subtítulos
Al configurar los selectores de subtítulos para una MediaLive entrada, se especifican tanto el formato como el idioma que se van a extraer de la entrada. Cada entrada tiene el número de selectores adecuado para los formatos de los subtítulos en esa entrada. Por lo tanto, cada entrada podría contener un número diferente de selectores. El método para extraer subtítulos es diferente del método para extraer audio.
## Regla 1: planificación del número de selectores de una entrada adecuado para la entrada y la salida
En cada entrada, debe crear el número de selectores que sea adecuado para el formato de entrada y el formato de salida:
+ Por ejemplo, si desea extraer subtítulos incrustados para pasar directamente a los subtítulos, debe crear un selector.
+ Si desea extraer subtítulos incrustados para convertirlos a TTML, debe crear un selector para cada idioma.
Una vez que haya identificado todos los selectores de todas las entradas, podría tener una lista como esta:
+ Selector de acceso directo incrustado: se aplica a las entradas 1, 3 y 4
+ Selector para incrustación, inglés: se aplica a las entradas 1, 3 y 4
+ Selector para incrustación, francés: se aplica a las entradas 1, 3 y 4
+ Selector para DVB Sub, inglés: se aplica a la entrada 2
+ Selector para DVB Sub, francés: se aplica a la entrada 2
+ Selector de transferencia de teletexto: se aplica a todas las entradas
Tenga en cuenta que las entradas 1, 3 y 4 contienen cada una cuatro selectores. La entrada 2 contiene tres selectores.
## Regla 2: planificación de los mismos nombres de selector en cada entrada
Cada selector único debe tener el mismo nombre de selector en todas las entradas. Esta regla existe porque cada salida hace referencia a los selectores solo una vez. La salida no hace referencia al selector una vez para cada diferente entrada en la que existe el selector.
Recomendamos que asigne a cada selector nombres que incluyan el idioma y el formato de origen. Los nombres descriptivos ayudan a elegir el selector correcto en la salida.
# 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).
# Creación de las entradas y el canal
Tras realizar la planificación en los pasos 1 a 5, estará listo para crear las entradas y crear el MediaLive canal.
En un canal de entrada múltiple, todas las entradas ya deben existir en el canal antes de iniciar el canal. No puede agregar una entrada mientras el canal se está ejecutando. Por lo tanto, debe identificar todas las entradas que pueda necesitar hasta el siguiente período de mantenimiento planificado.
**Topics**
+ [Creación de las entradas](ips-create-inputs-tips.md)
+ [Identificación de la primera entrada para el canal](ips-plan-first-input.md)
+ [Creación del canal](ips-create-channel-tips.md)
# Creación de las entradas
Esta sección es un complemento a la información que aparece en [Trabajo con entradas](creating-input.md). Proporciona información que se aplica específicamente a la creación de entradas para su uso en un MediaLive canal que contiene varios adjuntos de entrada.
Siga los pasos de [Creación de una entrada](create-input.md) para crear un canal, con las siguientes notas.
+ Cree las entradas que identificó en los pasos anteriores de esta sección.
+ Asegúrese de configurar cada entrada con el tipo correcto (en directo estática, archivo estático o archivo dinámico).
No hay pasos especiales para crear una entrada en directo estática o una entrada de archivo estática.
Para crear una entrada dinámica, debe introducir una variable en la URL del origen del archivo. Cuando esta variable está presente, MediaLive reconoce la entrada como una entrada dinámica. Para obtener más información, consulte [Configuración de entradas dinámicas](dynamic-inputs.md).
# Identificación de la primera entrada para el canal
Identifique una entrada que vaya a configurar como primera entrada de la lista de adjuntos de entrada para el MediaLive canal:
+ Esta entrada no será la primera entrada en adquirir porque usará la programación para cambiar a la primera entrada en adquirir.
+ No puede ser una entrada de archivo dinámica. Debe ser una entrada en directo o una entrada de archivo estática para que el canal se inicie.
# Creación del canal
Esta sección es un complemento a la información que aparece en [Creación de un canal desde cero](creating-channel-scratch.md). Proporciona información que se aplica específicamente a la creación de un MediaLive canal que contenga varios archivos adjuntos de entrada.
Tenga en cuenta los siguientes puntos y, a continuación, siga los pasos para crear un canal como se describe en [Creación de un canal desde cero](creating-channel-scratch.md).
## Panel Detalles del canal y de la entrada
En el panel **Channel and input details (Detalles del canal y la entrada)** para el canal, en la sección [Input specifications (Especificaciones de entrada)](input-specification.md), configure cada opción para satisfacer o superar los requisitos de las entradas más exigentes.
## Panel Asociaciones de entradas
En el panel **Input attachments (Asociaciones de entrada)** del canal, configure las asociaciones de entrada de las [entradas que ha creado](ips-create-inputs-tips.md).
**Para configurar cada asociación de entrada**
1. Elija **Add (Agregar)** en el panel **Input attachments (Asociaciones de entrada)**.
1. Elija una entrada. Introduzca el nombre que decidió al [planificar las asociaciones](ips-step-plan-attachments.md).
1. Elija **Confirm (Confirmar)** para mostrar los campos de configuración general, de los campos del selector de vídeo, los campos del selector de audio y los campos del selector de subtítulos.
1. Rellene estos campos según corresponda.
Tenga en cuenta los siguientes puntos:
+ Asocie todas las entradas que identificó. Si omite una entrada, no podrá asociarla a menos que detenga el canal.
Ya debería haber [identificado la primera asociación de entrada](ips-order-switches.md). Asegúrese de crear primero esta asociación para que aparezca primero en el canal.
+ Agregue las asociaciones de entrada restantes en cualquier orden.
+ En la sección **General input settings (Configuración general de las entradas)**, para cada asociación de entrada, defina el **Source end behavior (Comportamiento al finalizar el origen)** para que funcione correctamente. Para obtener información, consulte [Gestión de la transición cuando la siguiente entrada es fija o inmediata](ips-transition-gap.md).
+ En la sección **General input settings (Configuración de entrada general)** para cada asociación de entrada, configure los siguientes conjuntos de campos de acuerdo al plan que creó al [planificar las asociaciones](ips-step-plan-attachments.md):
+ Los campos en **Video selector (Selector de vídeo)**
+ Los campos en**Audio selectors (Selectores de audio)**
+ Los campos en **Caption selectors (Selectores de subtítulos)**
## Grupos de salida
En el panel **Output groups (Grupos de salida)** del canal, siga el procedimiento normal para crear todos los grupos de salida que identificó en [Planificación de las salidas](ips-step-plan-outputs.md).
# Configuración de la programación con conmutaciones de entrada
Tras crear las entradas y el canal (paso 6), debe crear acciones en la MediaLive programación para configurar los conmutadores de entrada que desee. Para obtener información detallada sobre la creación de acciones de conmutación de entrada, consulte [Creación de acciones en la programación (consola)](schedule-using-console-create.md).
Cuando configure la programación, siga estas directrices:
+ Debe crear al menos algunos de las conmutaciones de entrada fijas y seguir las acciones de las conmutaciones de entrada antes de iniciar el canal.
+ La primera conmutación de entrada de un canal nuevo debe ser una conmutación de entrada inmediata. Debe crear esta conmutación de entrada antes de iniciar el canal. La configuración de esta manera garantiza que la programación controle siempre el orden de ingesta de las entradas.
+ Para otras conmutaciones inmediatas, es posible que pueda agregar las conmutaciones a la programación antes de iniciar el canal. O bien, puede que solo pueda agregarlos después de que el canal esté en funcionamiento. Debe tener una idea de cuál de estas estrategias se aplica a su plan.
+ Planifique actualizar la programación regularmente. Recuerde que puede agregar acciones a la programación sin detener el canal.
# Eliminación de acciones de la programación
Puede eliminar las acciones del conmutador de entrada de la MediaLive programación. Existen diferentes reglas que se aplican a la eliminación de acciones en función del estado actual del canal. El canal puede estar en ejecución, inactivo o en recuperación. El canal está inactivo si se detuvo manualmente. El canal se está recuperando si ha fallado y MediaLive lo reinicia automáticamente.
**Eliminación de acciones mientras el canal está en ejecución**
Cuando el canal está en funcionamiento, hay restricciones en las acciones del conmutador de entrada que puede eliminar. MediaLive debe conservar la información sobre la entrada actualmente activa. Debe conservar esa información para que, si el canal falla, MediaLive pueda recuperarla y empezar a ingerirla en la entrada adecuada. Por lo tanto, se aplica la regla siguiente:
+ No es posible eliminar la conmutación de entrada fija o inmediata más reciente. El término *más reciente* significa una de las siguientes opciones:
+ La entrada es la entrada que se está ingiriendo actualmente. Por lo tanto, la entrada más reciente y la entrada activa son las mismas.
+ La entrada es la conmutación de entrada fija o inmediata que se ingirió más recientemente. La entrada activa puede ser una entrada de seguimiento.
+ No puede eliminar ninguna de las acciones de una cadena de seguimiento que siga a esta conmutación de entrada fija o inmediata más reciente. Por ejemplo, en el siguiente diagrama, supongamos que la entrada A es la conmutación de entrada fija o inmediata más reciente. No puede eliminar las acciones B, C o D. Puede eliminar E, que no forma parte de la cadena de seguimiento.
```
Input A Fixed
Input B Follow
Input C Follow
Input D Follow
Input E Immediate
```
**Eliminación de acciones mientras el canal está inactivo**
Puede eliminar una acción de la conmutación de entrada cuando el canal esté inactivo, siempre y cuando la acción aún esté programada.
Para eliminar una acción que se encuentra en una cadena de seguimiento, debe eliminar toda la cadena de seguimiento y, a continuación, volver a crear la cadena de seguimiento, omitiendo la acción no deseada. Consulte [Eliminación de acciones de la programación (consola)](schedule-using-console-delete.md).
**Eliminación de acciones mientras el canal en recuperación**
Puede eliminar las acciones de la conmutación de entrada mientras el canal se encuentre en recuperación.
# Inicio y reinicio de un canal que tiene varias entradas
Tras crear el MediaLive canal y añadir acciones a su programación, puede iniciarlo.
Antes de iniciar el canal, asegúrese de que las entradas asociadas al canal estén listas:
+ Las entradas de inserción ya se deben haber insertado antes de iniciar el canal. La inserción de la entrada de inserción debe estar en curso incluso aunque no sea la primera entrada del canal.
+ Si la primera entrada en el canal es una entrada de archivo, debe estar lista para extraerla.
+ Una entrada de archivo que no sea la primera entrada no tiene que estar lista para realizar extracciones hasta aproximadamente 30 segundos antes de que se produzca el cambio en la entrada.
**Topics**
+ [Qué sucede en tiempo de ejecución](#ips-runtime-behavior)
+ [Reinicio de un canal](#ips-restart-channel-multi-inputs)
+ [Qué sucede con las programaciones vacías](#ips-empty-channel-charges)
## Qué sucede en tiempo de ejecución
Al iniciar el canal, AWS Elemental MediaLive tarda poco tiempo en prepararlo para funcionar.
En cuanto el canal esté listo, MediaLive consulte la programación para determinar si hay un conmutador de entrada con un cambio inmediato, con una hora de inicio actual o con una hora de inicio atrasada:
+ Si encuentra esta acción, cambia a esa entrada y comienza la adquisición.
+ Si no encuentra esta acción, empieza a incorporar la primera asociación de entrada indicada en el canal.
Si configuras el canal y lo programas según lo recomendado, tan pronto como el canal esté listo, detectará un cambio inmediato a la primera entrada que desees MediaLive ingerir.
## Reinicio de un canal
Si reinicia un canal que tiene varias entradas configuradas para el cambio de entrada programado, AWS Elemental MediaLive analiza la programación para determinar qué entrada debería estar ejecutándose actualmente. MediaLive entonces se comporta de la siguiente manera:
+ Si esa entrada es una entrada en vivo, entonces MediaLive comienza a ingerir esa entrada en el fotograma actual.
+ Si esa entrada es una entrada de archivo configurada para comenzar a una hora determinada o inmediatamente, entonces MediaLive comienza a ingerir esa entrada al principio del archivo o del clip del archivo (si ha recortado la entrada). No se ajusta a la diferencia entre la hora programada y la hora actual. Por ejemplo, supongamos que ahora son las 13:10:00 UTC. La programación especifica cambiar a la entrada X a las 13:00:00. MediaLive comienza a ingerir el archivo desde el principio, no desde que pasen 10 minutos en el archivo.
+ Si la entrada actual es ambigua porque existe una cadena de entradas de seguimiento, entonces MediaLive no tiene en cuenta las entradas de seguimiento. En su lugar, busca la entrada fija o inmediata más reciente en el pasado, en relación con la hora UTC a la que se reinicia el canal. Comienza a adquirir la entrada al inicio del archivo.
Por ejemplo, supongamos que la programación tiene este aspecto:
+ Entrada en directo X con hora de inicio fija a las 11:00
+ Entrada de archivo A con hora de inicio fija a las 11:06
+ Entrada de archivo B con hora de inicio de seguimiento
+ Entrada de archivo C con hora de inicio de seguimiento
+ Entrada en directo D con hora de inicio fija a las 12:15
Situación 1: supongamos que el canal se detuvo a las 11:04, cuando la entrada X estaba activa. Reinicia el canal a las 12:09. El cambio de entrada fija más reciente respecto a la hora actual es a las 11:06. Es un cambio a la entrada de archivo A. MediaLive va a la entrada A y comienza a ingerir esa entrada desde el principio.
Situación 2: supongamos que el canal se detuvo a las 11:04, cuando la entrada X estaba activa. Reinicia el canal a las 12:16. El cambio de entrada fija más reciente respecto a la hora actual es a las 12:15. Es un cambio a la entrada en vivo D. MediaLive va a la entrada D y comienza a ingerir.
Situación 3: supongamos que el canal se detuvo a las 11:08, cuando la entrada A estaba activa. Reinicia el canal a las 12:14. El cambio de entrada fija más reciente respecto a la hora actual es a las 11:06. Es un cambio a la entrada de archivos A. MediaLive vuelve a la entrada A y comienza a ingerir. Incorporará los archivos A a C hasta las 12:15, cuando cambia a la entrada en directo. Incorporará al menos parte del archivo A. Podría incorporar los archivos B y C. Pero a las 12:15 cambia definitivamente a la entrada D.
## Qué sucede con las programaciones vacías
Si el canal finaliza la última entrada de la programación (por lo que la programación ahora está vacía) y tú la has configurado de forma que la entrada no se reproduzca en bucle, MediaLive se detendrá la ingesta, pero el canal seguirá funcionando. Los cargos por el canal siguen acumulándose.