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.
# Implementación del bloqueo de canalizaciones
Puede configurarlo MediaLive para utilizar el bloqueo de canalizaciones para sincronizar las salidas. El bloqueo de tuberías funciona con canales estándar (que tienen dos canalizaciones) y con canales de canalización única que utilizan canales enlazados. El bloqueo de la tubería garantiza que las salidas tengan una precisión de marco entre sí. El bloqueo de tuberías está activado de forma predeterminada.
Cuando el bloqueo de canalizaciones está activado. MediaLive bloquea los oleoductos haciendo todo lo posible. Cuando no es posible bloquear la canalización, el procesamiento continúa. La incapacidad de bloquear las canalizaciones no se considera una condición de fallo.
El modo predeterminado de bloqueo de canalizaciones es el bloqueo de canalizaciones. No se puede deshabilitar el bloqueo de canalizaciones en los tipos de salida aplicables. Sin embargo, debe configurar el comportamiento para asegurarse de que se adapte a su flujo de trabajo.
**nota**
Es posible que esté familiarizado con el término *bloqueo de salida*. En MediaLive, el término utilizado es *bloqueo de tuberías*. Sea cual sea el término que se utilice, el efecto es idéntico: salidas precisas a nivel de fotograma.
**Modos de bloqueo de canalizaciones**
Hay dos modos de bloqueo de salida:
+ Bloqueo de canalizaciones (predeterminado): bloquea las dos canalizaciones entre sí
+ Bloqueo de Epoch: bloquea las canalizaciones utilizando el Epoch de Unix como referencia.
**Métodos de bloqueo de tuberías**
Al utilizar el modo de bloqueo de canalizaciones, puede elegir el método que se MediaLive utiliza para sincronizar las canalizaciones:
+ Código de tiempo de origen (el predeterminado): MediaLive utiliza códigos de tiempo incrustados de la fuente de entrada para sincronizar las canalizaciones. Este método funciona mejor con códigos de tiempo fiables.
+ Alineación de vídeo: MediaLive utiliza una comparación visual de firmas entre codificadores para sincronizar las canalizaciones. Este método no requiere códigos de tiempo incrustados y resulta útil cuando las fuentes de entrada carecen de códigos de tiempo o tienen códigos de tiempo poco fiables. Para obtener más información, consulte [Requisitos para el bloqueo de tuberías alineado por vídeo](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs).
**Salidas aplicables**
El bloqueo de la canalización **del código de tiempo fuente** solo se aplica a los siguientes tipos de salidas:
+ HLS (modo en vivo)
+ MediaPackage
+ CMAF Ingest
+ Microsoft Smooth
+ Salidas UDP segmentadas. Es posible que haya configurado un grupo de salidas UDP para las salidas segmentadas. Para verificarlo, en un grupo de salidas UDP, selecciona **Salida**, Configuración de **red y, por último, Configuración** **del contenedor**. Busca los tres campos que comienzan con el término *Segmentación.*
El bloqueo de canalización **alineado por vídeo** solo se aplica a los siguientes tipos de salidas:
+ HLS (modo en vivo)
+ CMAF Ingest
El canal puede contener otros tipos de salidas, pero MediaLive no intentará bloquear sus salidas. Esto significa que en esos otros grupos de salida, no hay garantía de que el contenido de las dos canalizaciones tenga una precisión de fotogramas entre sí.
**Topics**
+ [Requisitos de entrada y salida](pipeline-locking-verify-input.md)
+ [Configuración del bloqueo](pipeline-locking-set-up.md)
+ [Resolución de problemas](pipeline-locking-tshoot.md)
# Requisitos de entrada y salida
MediaLive Para bloquear las tuberías, deben cumplirse las siguientes condiciones en el canal. Cuando no es posible bloquear la canalización, el procesamiento continúa. Tan pronto como las condiciones requeridas vuelvan a estar en vigor, MediaLive comienza a bloquearse nuevamente.
## No hay soporte para entradas de HLS
El canal no puede incluir entradas de HLS.
Si el canal incluye una entrada HLS, MediaLive deja de intentar bloquear las tuberías del canal. El bloqueo de la canalización no se reanudará, incluso después de que el canal cambie a otra entrada.
## Las entradas deben incluir un código de tiempo incorporado (método de código de tiempo fuente)
Si utilizas el método de bloqueo de canalización del código de tiempo de origen (el predeterminado), la entrada debe incluir el código de tiempo incrustado. Estas reglas se aplican:
+ Al utilizar el método de código de tiempo de origen, la entrada debe tener un código de tiempo incrustado. Este requisito se aplica tanto al modo de bloqueo de tuberías como al modo de bloqueo por época.
+ Para el modo de bloqueo de Epoch, el código de tiempo incorporado debe estar a menos de 2 minutos de la hora de Epoch. Si el código de tiempo está desfasado durante más de 2 minutos, se MediaLive considera que la fuente no cumple con los requisitos de bloqueo de tuberías.
MediaLive busca continuamente un código de tiempo incrustado en la fuente actual. Cuando no detecta el código de tiempo, suspende temporalmente el intento de bloquear las canalizaciones.
## Requisitos para el bloqueo de tuberías alineado por vídeo
Al utilizar el bloqueo de canalización alineado por vídeo (el **método de bloqueo de canalización** está establecido en **VIDEO\$1ALIGNMENT**), no es necesario incorporar códigos de tiempo.
**Requisitos de entrada**
Algunos tipos de entrada no son compatibles con la alineación de vídeo:
+ Entradas de archivos (MP4\$1FILE, TS\$1FILE)
+ Entradas HLS (URL\$1PULL con contenido HLS)
+ Entradas RTMP\$1PULL
Cuando un tipo de entrada incompatible está activo, el bloqueo de canalización alineado con el vídeo se ejecuta en modo de «bucle abierto» (desbloqueado) pero continúa procesándose. No se produce ningún error de validación, lo que permite flujos de trabajo de conmutación de entradas en los que algunas entradas pueden ser incompatibles.
Para todos los demás tipos de entrada, el bloqueo de canalización alineado por vídeo utiliza una comparación visual de firmas para sincronizar las canalizaciones. Ambas canalizaciones deben recibir el mismo contenido de vídeo para que la sincronización se realice correctamente.
## Requisitos de velocidad de fotogramas
La conversión entre la velocidad de fotogramas de entrada (o velocidades de fotogramas) y la velocidad de fotogramas de salida deseada debe ser *sencilla*, lo que significa que debe aplicarse una de estas afirmaciones:
+ La velocidad de fotogramas de salida debe ser un número entero múltiplo de la velocidad de fotogramas de entrada. Por ejemplo, la velocidad de fotogramas de entrada puede ser de 45 FPS y la velocidad de fotogramas de salida puede ser de 90 FPS.
+ La velocidad de fotogramas de entrada debe ser un número entero múltiplo de la velocidad de fotogramas de salida. Por ejemplo, la velocidad de fotogramas de entrada puede ser de 60 FPS y la velocidad de fotogramas de salida puede ser de 30 FPS.
MediaLive identifica la velocidad de fotogramas de entrada de la fuente cuando cambia a una nueva entrada y determina si se aplica una conversión simple. Si no lo hace, MediaLive detiene el intento de bloquear las canalizaciones hasta que el canal pase a la siguiente entrada. Aunque la velocidad de fotogramas de entrada de la fuente cambie en la mitad de la fuente (de modo que se aplique una conversión sencilla), MediaLive no volverá a intentar bloquearse.
Ten en cuenta que con estas reglas, es posible que las velocidades de fotogramas sean números enteros. Por ejemplo, la velocidad de fotogramas de entrada es de 29,97 FPS y la velocidad de fotogramas de salida es de 59,94 FPS.
Los siguientes son ejemplos de velocidades de fotogramas *complejas*. *No puede* usar la entrada si una de estas combinaciones se aplica a su canal:
+ Esto no es compatible: los FPS de entrada son 59,4 y los FPS de salida son 60.
+ Esto no es compatible: los FPS de entrada son 45 y los FPS de salida son 60.
+ Esto no es compatible: los FPS de entrada son 29,97 FPS, los FPS de salida son 23,978.
## Bloqueo de Epoch y SCTE 35
Existen restricciones a la hora de utilizar el bloqueo por épocas en un HLS o en un grupo de salida. MediaPackage
**Grupo de salida de HLS**
No es posible habilitar el paso directo del SCTE 35 ni la decoración de manifiestos en un grupo de salida de HLS en un canal que utilice el bloqueo de Epoch. Recibirá un error de validación al guardar el canal. Debe decidir cómo resolver este conflicto:
+ No habilite el bloqueo de Epoch en todo el canal: puede [configurar el modo](pipeline-locking-set-up.md#pipeline-locking-mode) de bloqueo de canalización normal en todo el canal y mantener el paso continuo del SCTE 35 en el grupo de salida de HLS.
+ Desactive el paso directo del SCTE 35 en el grupo de salida de HLS: puede mantener el bloqueo de Epoch, pero desactivar el paso directo del SCTE 35 y la decoración del manifiesto en el grupo de salida de HLS. Aún puede habilitar la transferencia directa del SCTE 35 en otros grupos de salida.
**MediaPackage grupo de salida**
Para un grupo MediaPackage de salida, se aplican restricciones si la entrada incluye mensajes SCTE 35:
+ Cuando el bloqueo por época no está activado en el canal, pasa MediaLive automáticamente todos los mensajes del SCTE 35 de la entrada y habilita automáticamente la decoración del manifiesto.
+ Cuando el bloqueo por épocas está activado, desactiva MediaLive automáticamente el paso directo del SCTE 35 y la decoración de manifiestos en el grupo de salida. MediaPackage
Debe decidir qué característica desea conservar. Puede conservar los 35 mensajes del SCTE (en cuyo caso debe desactivar el bloqueo de Epoch en todo el canal). O bien, puede activar el bloqueo de Epoch pero perder la transferencia de los mensajes del SCTE 35. Tenga en cuenta que configurar la salida como un grupo de salida de HLS no supone ninguna ventaja, ya que se aplican restricciones similares a las descritas anteriormente.
# Configuración del bloqueo
El bloqueo de canalizaciones está activado de forma predeterminada en un canal estándar. Puede desactivarlo. Si decide mantenerlo activado, debe configurar el modo para usarlo en un canal específico. Además, debe configurar los grupos de salida para garantizar que MediaLive puedan bloquear correctamente las canalizaciones.
**nota**
Todos los procedimientos de esta sección suponen que está familiarizado con los pasos generales para la creación de un canal, como se describe en [Creación de un canal desde cero](creating-channel-scratch.md).
## Configurar el bloqueo de salida y configurar el modo
Puede configurar el canal de la siguiente manera:
+ Bloqueo desactivado
+ Bloqueo activado en el modo de bloqueo de tuberías: bloquea las dos tuberías entre sí
+ Bloqueo activado en el modo de bloqueo por épocas: bloquea las canalizaciones utilizando la época de Unix como referencia.
**Configure el modo y el método de bloqueo de la tubería**
1. En el canal que está creando o editando, en el panel de navegación, seleccione **Configuración general**. A continuación, elija **Configuración global**.
1. Seleccione **Habilitar la configuración global**.
1. En el **modo de bloqueo de salida**, seleccione **DESACTIVADO**. **O bien, elija el modo: **PIPELINE\$1LOCKING o EPOCH\$1LOCKING**.** Para obtener más información sobre las opciones, elija el enlace **Información** situado junto al campo.
1. **Para configurar el método de bloqueo de tuberías (disponible solo con el modo **PIPELINE\$1LOCKING), expanda** Configuración adicional.**
1. En los **ajustes de bloqueo de salida**, localice el campo **Método de bloqueo de tuberías** y elija el método de sincronización:
+ **SOURCE\$1TIMECODE** (predeterminado): utiliza códigos de tiempo incrustados de la fuente de entrada. Requiere entradas con códigos de tiempo integrados confiables. Consulte [Las entradas deben incluir un código de tiempo incorporado (método de código de tiempo fuente)](pipeline-locking-verify-input.md#pipeline-locking-embedded-tcode).
+ **VIDEO\$1ALIGNMENT**: utiliza la comparación visual de firmas entre codificadores. No requiere códigos de tiempo integrados. Consulte la compatibilidad [Requisitos para el bloqueo de tuberías alineado por vídeo](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs) de las entradas.
1. (Opcional) Para los grupos de entrada CMAF y salida MediaPackage V2, puede configurar una época personalizada. Expanda **Ajustes adicionales** y, a continuación, en **Ajustes de bloqueo de salida**, busque el campo **Época personalizada e introduzca una hora de época personalizada**.
## Configuración de un grupo de salida HLS o Microsoft Smooth MediaPackage
En un grupo de salida de HLS o un grupo de salida Microsoft Smooth, debe configurar la velocidad de fotogramas para cada codificador de video.
**Configurado para el bloqueo de canalizaciones**
1. En el canal que está creando, en el panel de navegación, elija el grupo de salidas de HLS o Microsoft Smooth. Si es necesario, cree las salidas y los codificadores de video en cada salida.
1. En cada salida que contenga una codificación de video, seleccione la codificación de video. En el campo **Configuración del códec**, elija el códec. Aparecen más campos.
1. Seleccione la sección **Velocidad de fotogramas** y defina los siguientes campos:
+ **Control de velocidad de fotogramas**: le recomendamos que elija **Especificado**. La opción **Initialize\$1from\$1source** no funciona bien con el bloqueo de canalizaciones.
+ **Numerador de velocidad de fotogramas** y **Denominador de velocidad de fotogramas**: establezca la resolución deseada para la salida. Asegúrese de que la conversión de la velocidad de fotogramas de entrada a la velocidad de fotogramas de salida cumpla con los [requisitos](pipeline-locking-verify-input.md).
1. Repita el procedimiento para configurar la velocidad de fotogramas en la codificación de video en cada salida.
## Configuración de un grupo de salida UDP
En un grupo de salida UDP, debe obtener información sobre los marcadores de segmentación y configurar los marcadores de segmentación para la velocidad de fotogramas de cada codificación de video.
**Configurado para el bloqueo de canalizaciones**
1. Necesita información sobre cómo configurar la segmentación en las salidas. Esta información se encuentra en los campos de la página **Crear canal** de la consola. Para mostrar los campos, en el panel de navegación, elija **Archivar grupo**. A continuación, elija una salida y elija **Configuración de red**. Seleccione el enlace de **Información** situado junto a cada uno de los siguientes campos:
+ **Marcadores de segmentación**
+ **Tiempo de segmentación**
+ **Milisegundos de anticipación de EBP**
+ **Tipo de fragmento**
+ **Estilo de segmentación**
+ **Colocación de EBP**
+ **Intervalo de audio de EBP**
1. Hable con su contacto en el sistema posterior para obtener los valores recomendados para estos campos.
1. En el canal que está creando, en el panel de navegación, elija el grupo de salida Archivar. Si es necesario, cree las salidas. Luego, en la **Configuración de salida**, seleccione **Configuración de red**. Aparecen más campos.
1. Elija la **Configuración del contenedor** y establezca los valores para los campos de segmentación enumerados en el paso 1. Es posible que algunos de los campos no se apliquen a los marcadores de segmentación que elija.
1. Si es necesario, cree la codificación de video en la salida y, a continuación, seleccione la codificación de video. En el campo **Configuración del códec**, elija el códec. Aparecen más campos.
1. Seleccione la sección **Velocidad de fotogramas** y defina los siguientes campos:
+ **Control de velocidad de fotogramas**: le recomendamos que elija **Especificado**. La opción **Initialize\$1from\$1source** no funciona bien con el bloqueo de canalizaciones.
+ **Numerador de velocidad de fotogramas** y **Denominador de velocidad de fotogramas**: establezca la velocidad de fotogramas deseada para la salida. Asegúrese de que la conversión de la velocidad de fotogramas de entrada a la velocidad de fotogramas de salida cumpla con los [requisitos](pipeline-locking-verify-input.md).
# Resolución de problemas
El bloqueo de canalizaciones garantiza que las canalizaciones tengan una estructura precisa entre sí, en los grupos de salida donde se MediaLive realiza el bloqueo de las canalizaciones.
Si usted o el operador del sistema descendente observan que las tuberías no están sincronizadas, puede realizar la siguiente solución de problemas.
## Solución de problemas generales
Estos pasos de solución de problemas se aplican a todos los métodos de bloqueo de tuberías:
+ Asegúrese de que sea MediaLive [compatible con el bloqueo de canalización](pipeline-locking-verify-input.md) para el tipo de entrada de su canal.
+ Asegúrese de que las salidas afectadas sean aptas para el bloqueo de canalizaciones. El bloqueo de canalizaciones se aplica [solo a tipos específicos de salidas](pipeline-lock.md).
+ Asegúrese de cambiar el **control de velocidad de fotogramas** para que * no* sea **Initialize\$1from\$1source**.
+ Comprueba la FRCPresent CloudWatch métrica **compleja**. Un valor de 1 indica que Medialive está realizando una conversión de velocidad de fotogramas compleja y no está intentando bloquear las canalizaciones. [El bloqueo por canalización solo admite conversiones de velocidad de fotogramas simples.](pipeline-locking-verify-input.md#pipeline-locking-requirements-frame-rate)
+ Si la velocidad de fotogramas de la fuente cambia, es posible que no se MediaLive pueda bloquear la canalización mientras dure, ya que en esa sección del vídeo no existe una conversión sencilla de la velocidad de fotogramas.
## Solución de problemas de bloqueo basado en códigos de tiempo
Si utilizas el bloqueo por épocas o el bloqueo de canalizaciones con el método de código de tiempo de origen (el predeterminado), comprueba lo siguiente además de los pasos generales de solución de problemas:
+ Asegúrese de que la fuente de entrada tenga un código de tiempo incrustado.
+ Si ha elegido el modo de bloqueo de Epoch, asegúrese de que el código de tiempo incrustado esté a menos de 2 minutos de la hora de Epoch.
+ Si una fuente de entrada tiene secciones en las que no hay un código de tiempo incorporado, MediaLive deja de realizar el bloqueo de canalización con precisión de fotogramas. MediaLive recurre automáticamente a realizar un bloqueo aproximado de la tubería. Cada vez que vuelve a aparecer el código de tiempo incorporado, se MediaLive reanuda el bloqueo de la canalización con precisión de fotogramas.
+ Asegúrese de recordar configurar los marcadores de segmentación en un grupo de salida UDP. Para los otros grupos de salida compatibles, no debe preocuparse por esto porque sus salidas siempre están segmentadas.
+ Asegúrese de configurar el tipo de marcador de segmentación que espera su sistema descendente.
## Solución de problemas de bloqueo de tuberías alineado por vídeo
Si utiliza un bloqueo de tuberías alineado por vídeo (el **método de bloqueo de tuberías** está establecido en **VIDEO\$1ALIGNMENT**) y tiene problemas de sincronización, compruebe lo siguiente además de los pasos generales de solución de problemas:
+ Compruebe que el tipo de entrada actual sea compatible. Las entradas HLS, RTMP\$1PULL y file hacen que el bloqueo de la canalización alineado con el vídeo se ejecute en modo de bucle abierto (desbloqueado). Consulte [Requisitos para el bloqueo de tuberías alineado por vídeo](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs).
+ Compruebe la métrica **InputVideoAligned** CloudWatch . Un valor de 1 indica que el bloqueo de canalizaciones ha alineado correctamente el contenido de vídeo de entrada entre las canalizaciones. Si el valor es 0:
+ Asegúrese de que ambas canalizaciones reciban el mismo contenido de vídeo. El bloqueo de canalización alineado con el vídeo compara las firmas visuales entre los codificadores y no se puede bloquear si el contenido es diferente.
+ Compruebe la métrica **PipelinesLocked** CloudWatch . El bloqueo de canalización alineado por vídeo informa de su estado bloqueado mediante esta misma métrica. Un valor de 1 indica que la sincronización se ha realizado correctamente.
+ Si la sincronización es intermitente, compruebe que la conectividad de la red con ambas canalizaciones sea estable. La comparación visual de firmas requiere una entrega de vídeo uniforme a ambos codificadores.