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 la información que obtuvo previamente del operador del sistema descendente:

   • El tipo de conexión del sistema descendente: Akamai, PUT básico o WebDAV.

   • La configuración de los campos de conexión, si el sistema descendente tiene requisitos especiales.

   • El protocolo de entrega: HTTP o HTTPS.

   • El nombre de usuario y la contraseña para acceder al sistema descendente, si el sistema descendente requiere solicitudes autenticadas. Tenga en cuenta que estas credenciales de usuario se refieren a la autenticación del usuario, no al protocolo. La autenticación del usuario consiste en determinar si el sistema intermedio aceptará su solicitud. El protocolo se refiere a si la solicitud se envía a través de una conexión segura.

   • Todas o parte de las rutas de destino, incluidos posiblemente los nombres de los archivos.

   • Si necesita configurar subdirectorios independientes.

2. Como parte de la planificación con el operador del sistema posterior, debería haber determinado si desea implementar manifiestos redundantes. También debería haber determinado si el sistema posterior requiere manifiestos personalizados. Teniendo en cuenta estas dos decisiones, lea la sección correspondiente:

   • Si está implementando manifiestos redundantes, consulte y, a continuaciónManifiestos HLS redundantes, vuelva a esta sección.

   • Si está implementando rutas personalizadas para los manifiestos, consulte yPersonalización de las rutas dentro de manifiestos HLS, a continuación, vuelva a esta sección.

   • Si no está implementando ninguna de estas funciones, continúe leyendo esta sección.

3. Diseñe las partes de las rutas de destino que siguen el segmento o los segmentos. Para obtener más información, consulta las secciones siguientes.

La sintaxis de las rutas de las salidas

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 el nombre del archivo base, lo que significa que thatMediaLive 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.

Archivos	Sintaxis de la ruta	Ejemplo
Archivos de manifiesto principales	ruta de dominio de protocolo (extensión BaseFileName)	La URL de un manifiesto principal con el nombre de archivo /index: http://203.0.113.55/sports/delivery/curling/index.m3u8
Archivos de manifiesto secundarios	ruta de dominio de protocolo: extensión BaseFileName NameModifier	La URL del manifiesto secundario para las copias de alta resolución del resultado http://203.0.113.55/sports/delivery/curling/index-high.m3u8
Archivos multimedia (segmentos)	protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension	La URL del archivo del segmento 230 puede ser: http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts

Estas rutas de destino se construyen de la siguiente manera:

• El operador del sistema descendente debería haberle proporcionado el protocolo, el dominio y parte de la ruta. Por ejemplo:

  http://203.0.113.55/sports/

  El protocolo es siempre HTTP o HTTPS.

• Es posible que el operador haya proporcionado lo siguiente. De lo contrario, usted decide:

  • Las carpetas

  • El nombre del archivo base

  • El modificador

  • El modificador de segmentos

  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 archivos multimedia: .ts para archivos en un flujo de transporte y .mp4 para archivos en un contenedor fMP4

Diseñar las carpetas y BaseFileName

Para la baseFilename parte folder y de la ruta de destino, siga estas pautas:

• Para un canal de canalización única, solo necesita un baseFilename.

• Para un canal estándar, cuando no esté implementando manifiestos redundantes, necesitará dos baseFilenames. Los dos baseFilenames pueden ser idénticos o diferentes. Antes de crear distintos baseFilenames, asegúrese de que el sistema descendente pueda funcionar con esa configuración.

• Para un canal estándar, cuando esté implementando manifiestos redundantes, consulte Campos para manifiestos redundantes.

Diseñar el modificador de nombres

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 incluir un delimitador para separar claramente el baseFilename. nameModifier

• El nameModifier puede incluir variables de datos.

Diseñar el modificador de segmentos

Diseñe la parte de SegmentModifiers de la ruta de destino. El SegmentModifier es opcional y, si lo incluye, solo lo incluirán 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 nombre. /index-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.