Seleccione sus preferencias de cookies

Usamos cookies esenciales y herramientas similares que son necesarias para proporcionar nuestro sitio y nuestros servicios. Usamos cookies de rendimiento para recopilar estadísticas anónimas para que podamos entender cómo los clientes usan nuestro sitio y hacer mejoras. Las cookies esenciales no se pueden desactivar, pero puede hacer clic en “Personalizar” o “Rechazar” para rechazar las cookies de rendimiento.

Si está de acuerdo, AWS y los terceros aprobados también utilizarán cookies para proporcionar características útiles del sitio, recordar sus preferencias y mostrar contenido relevante, incluida publicidad relevante. Para aceptar o rechazar todas las cookies no esenciales, haga clic en “Aceptar” o “Rechazar”. Para elegir opciones más detalladas, haga clic en “Personalizar”.

Procedimiento para configurar manifiestos redundantes

Modo de enfoque
Procedimiento para configurar manifiestos redundantes - MediaLive

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.

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.

La configuración de los manifiestos redundantes en las salidas HLS consta de dos partes. MediaLive Debe activar la característica en el grupo de salida. También debe realizar ajustes en el diseño de los nombres de salida y las rutas de destino (en comparación con las salidas de HLS que no implementan manifiestos redundantes).

El siguiente campo se refiere específicamente a manifiestos redundantes:

  • Grupo de salida de HLS — Manifiestos y segmentos — Campo de manifiestos redundantes

Para configurar manifiestos redundantes
  1. Consulte al operador del sistema descendente para averiguar si admite manifiestos redundantes.

  2. Revise la información de Campos para el destino de salida – envío a un servidor HTTP. Se considera que los manifiestos provienen de. MediaLive Por lo tanto, las reglas generales sobre los destinos de salida se aplican a los manifiestos redundantes.

  3. Diseñe el URLs para las dos tuberías. Existen requisitos especiales URLs para los archivos HLS. Lea la sección correspondiente:

    Estas reglas complementan la información de Campos para el destino de salida – envío a un servidor HTTP.

  4. Si también necesita rutas personalizadas para manifiestos, asegúrese de leer la información de Cómo funcionan las rutas personalizadas. Debe tener en cuenta las reglas de las rutas personalizadas al diseñar el URLs.

  5. En la sección HLS output group (Grupo de salida de HLS), en Manifest and segments (Manifiesto y segmentos) y en Redundant manifest (Manifiesto redundante), seleccione ENABLED (HABILITADO). Este campo se aplica a todas las salidas del grupo de salida.

  6. Complete estos campos siguiendo su diseño:

    • Sección Grupo de salida – Destino de grupo HLS

    • Sección Grupo de salida – Configuración de HLS – CDN

    • Grupo de salida – Ubicación – Estructura del directorio

    • Grupo de salida – Ubicación – Segmentos por subdirectorio

    • Salidas de HLS – Configuración de salida – Modificador de nombre

    • Salidas de HLS – Configuración de salida – Modificador de segmento

    • Grupo de salida de HLS – Ubicación – Manifiesto de URL base (si también va a configurar rutas personalizadas)

    • Grupo de salida de HLS – Ubicación – URL base (si también va a configurar rutas personalizadas)

Para obtener información acerca de cómo esta función cambia el contenido de los manifiestos HLS, consulte El contenido multimedia de un manifiesto HLS.

Los resultados de esta configuración

A continuación se muestra información sobre cómo funcionan los manifiestos redundantes en tres escenarios de error.

Escenario A: la acción de pérdida de entrada consiste en emitir una salida

Si se pierde la entrada en una de las canalizaciones y el campo de acción de pérdida de entrada está establecido en EMIT_OUTPUT, se seguirán MediaLive actualizando los manifiestos principales y secundarios.

Desde el punto de vista del sistema descendente, no hay ningún cambio en los manifiestos principal o secundarios de ninguna canalización. El contenido que hay dentro de los archivos multimedia es contenido de relleno, pero eso no afecta a cómo el sistema descendente lee los manifiestos.

Escenario B: la acción de pérdida de entrada consiste en poner la salida en pausa

Si la entrada se pierde en una de las canalizaciones (por ejemplo, en la canalización 0) y el campo de acción de pérdida de entrada está establecido en PAUSE_OUTPUT, hace lo siguiente: MediaLive

  • Elimina la descripción de los manifiestos secundarios de la canalización 0.

  • Envía una solicitud a la ubicación del manifiesto secundario de la canalización 0 para eliminar los manifiestos secundarios.

Resultado para el sistema descendente que está leyendo el manifiesto principal de la canalización 0: el sistema ya no encontrará una descripción para los manifiestos secundarios de la canalización 0. El sistema buscará en el manifiesto principal de la canalización 0 un manifiesto secundario alternativo. Si encuentra el manifiesto secundario de la canalización 1, pasará a leer ese manifiesto secundario.

Los sistemas descendentes que están leyendo el manifiesto principal de la canalización 1 no se ven afectados porque estos sistemas estén, probablemente, leyendo los manifiestos secundarios de la canalización 1 (porque estos aparecen primero en el manifiesto).

Escenario C: fallo en la canalización

También es posible que una canalización falle. Este error no es lo mismo que un error de entrada. Cuando una canalización falla (por ejemplo, la canalización 0), ocurre lo siguiente:

  • La salida se detiene.

  • El manifiesto principal de la canalización 0 no se elimina. Todavía contiene una descripción de los manifiestos secundarios de la canalización 0.

  • Los manifiestos secundarios no se actualizan porque no se están creando nuevos archivos multimedia. Los manifiestos secundarios están obsoletos.

  • El manifiesto principal de la canalización 1 no cambia. Todavía contiene una descripción de los manifiestos secundarios de la canalización 0 (y de la canalización 1).

Resultado para el sistema descendente que está leyendo el manifiesto principal de la canalización 0: el sistema encontrará una descripción para los manifiestos secundarios de la canalización 0, pero ese manifiesto estará obsoleto. Si el sistema puede detectar que el manifiesto está obsoleto, puede volver al manifiesto principal de la canalización 0 y buscar un manifiesto secundario alternativo. Si encuentra el manifiesto secundario de la canalización 1, pasará a leer ese manifiesto secundario.

Los sistemas descendentes que están leyendo el manifiesto principal de la canalización 1 no se ven afectados. Probablemente, estos sistemas están leyendo los manifiestos secundarios de la canalización 1 (porque estos aparecen primero en el manifiesto).

nota

Si el sistema descendente para la salida HLS lo es AWS Elemental MediaStore, puede configurarlo para eliminar las entradas obsoletas. MediaStore Consulte Componentes de una política de ciclo de vida de objetos. Una vez eliminado el manifiesto secundario, MediaStore se vuelve a seguir la lógica de «se ha eliminado el manifiesto» del escenario B.

En esta página

PrivacidadTérminos del sitioPreferencias de cookies
© 2025, Amazon Web Services, Inc o sus afiliados. Todos los derechos reservados.