Paso 1: Diseñe la ruta para el destino de salida - 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.

Paso 1: Diseñe la ruta para el destino de salida

Realice este paso si aún no ha diseñado la ruta o rutas de destino completas. Si ya ha diseñado las rutas, vaya aPaso 2: Complete los campos de la consola.

Para diseñar la ruta
  1. Recopile el punto final de datos del contenedor o contenedores. Anteriormente, obtuvo esta información del MediaStore usuario. Por ejemplo:

    a23f.data.mediastore.us-west-2.amazonaws.com

  2. Diseñe las partes de las rutas de destino que siguen el punto final de los datos (for MediaStore).

La sintaxis de las rutas de las salidas

Una HLS salida siempre incluye tres categorías de archivos:

  • El manifiesto principal

  • El niño se manifiesta

  • Los archivos multimedia

En la siguiente tabla se describen las partes que componen las rutas de destino de estas tres categorías de archivos.

Las rutas de destino de estas tres categorías de archivos son idénticas e incluyen la baseFilename, lo que significa que MediaLive envía todas estas categorías de archivos a la misma carpeta. Los modificadores y las extensiones de archivo son diferentes para cada categoría de archivo. Al enviar a MediaStore, debe enviar todos los archivos a la misma carpeta. Los sistemas posteriores esperan que todos los archivos estén juntos.

Archivos Sintaxis de la ruta Ejemplo
Archivos de manifiesto principales protocol dataEndpoint path baseFilename extension

La ruta de un manifiesto principal en la ruta de entrega en el contenedor y con el índice de nombres de archivo:

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8
Archivos de manifiesto secundarios protocol dataEndpoint path baseFilename nameModifier extension La ruta del manifiesto secundario para las copias de alta resolución de la salida

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8

Archivos multimedia (segmentos) protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension

La ruta del archivo del segmento 230 puede ser:

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts

¿Cómo MediaLive construye las rutas

Estas rutas se construyen de la siguiente manera:

  • El usuario del AWS servicio debería haberle proporcionado los nombres de los contenedores.

  • Para MediaStore ello, debe determinar lo siguiente:

    • Las carpetas

    • Las baseFilename

    • El modificador

    • El segmentModifier

    Consulte las secciones siguientes.

  • MediaLive inserta el guión bajo antes del contador.

  • MediaLive genera el contador, que siempre tiene cinco dígitos empezando por 00001.

  • MediaLive inserta el punto antes de la extensión.

  • MediaLive selecciona la extensión:

    • Para los archivos de manifiesto, siempre .m3u8

    • Para los archivos multimedia: .ts para los archivos de un flujo de transporte o .mp4 para los archivos de un contenedor f MP4

Diseñar las carpetas y baseFilename

Diseñe una ruta de carpeta baseFilename que se adapte a sus propósitos.

Si tiene dos destinos para cada salida, las rutas de destino deben ser diferentes entre sí de alguna manera. Siga estas instrucciones:

  • Al menos una de las partes de una ruta debe ser diferente de la otra. Es aceptable que todas las partes sean diferentes.

    Por lo tanto, si los cubos o contenedores son diferentes, la ruta de las carpetas y los nombres de los archivos de los dos destinos pueden ser diferentes o pueden ser los mismos. Por ejemplo:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    o

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8

  • Si los cubos o contenedores son iguales, la ruta de la carpeta y los nombres de los archivos de los dos destinos deben ser diferentes entre sí. Por ejemplo:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8

Diseñar el nameModifier

Diseñe las nameModifier partes del nombre del archivo. Los manifiestos secundarios y los archivos multimedia incluyen este modificador en sus nombres de archivo. El nameModifier distingue cada salida de las otras, por lo que debe ser único en cada salida. Siga estas instrucciones:

  • En una salida que contenga vídeo (y posiblemente otras secuencias), se suele describir el vídeo. Por ejemplo, -high o -1920x1080-5500kpbs (para describir la resolución y la velocidad de bits).

  • En una salida que contenga solo audio o solo subtítulos, se suele describir el audio o los subtítulos. Por ejemplo, -aac o -webVTT.

  • Es una buena idea empezar nameModifier con un delimitador, como un guión, para baseFilename separar el. nameModifier

  • El nameModifier puede incluir variables de datos.

Diseñar el segmentModifier

Diseñe la segmentModifiers parte de la ruta de destino. segmentModifier Es opcional y, si lo incluye, solo lo incluirá en los nombres de los archivos multimedia.

Un caso de uso típico de este modificador es utilizar una variable de datos para crear una marca temporal, para evitar que los segmentos se anulen entre sí si el canal se reinicia. Por ejemplo, suponga que incluye la marca temporal $t$-. El segmento 00001 puede tener ese nombreindex-120028-00001. Si la salida se reinicia unos minutos más tarde (lo que provoca que el contador de segmentos se reinicie), el nuevo segmento 00001 tendrá el nombre. index-120039-00001 El nuevo archivo no sobrescribirá el archivo del segmento 00001 original. Algunos sistemas descendentes podrían preferir este comportamiento.