

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.

# Diseño de la ruta del destino de salida
<a name="hls-destinations-emp-design"></a>

Realice este paso si aún no diseñó la ruta o rutas de destino completas. Si ya diseñó las rutas, vaya a [Cómo completar los campos de la consola](hls-specify-destination-emp.md).

**Diseño de la ruta**

1. Recopile la información que [obtuvo previamente](origin-server-hls-emp.md) del MediaPackage usuario:
   + Los dos URLs (los puntos finales de entrada son la MediaPackage terminología) del canal. Consulte la información después de realizar el procedimiento. 
   + Si utiliza el estándar MediaPackage, obtenga el nombre de usuario y la contraseña. Si utiliza la MediaPackage versión 2, no utiliza las credenciales de usuario.

1. Debe diseñar las partes de las rutas de destino que siguen la URLs. 

**Topics**
+ [Recopile la información para el estándar MediaPackage](hls-destinations-emp-info.md)
+ [Recopile la información de la MediaPackage versión 2](hls-destinations-emp-info-v2.md)
+ [Sintaxis de las rutas de las salidas](hls-syntax-emp.md)
+ [Diseño de nameModifier](hls-nameModifier-design-emp.md)
+ [Diseño de segmentModifier](hls-segmentModifier-design-emp.md)

# Recopile la información para el estándar MediaPackage
<a name="hls-destinations-emp-info"></a>

De forma estándar MediaPackage, los dos elementos URLs de un canal son similares a los siguientes ejemplos:

`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel` 

`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`

Donde:

`mediapackage`indica que los puntos finales de entrada utilizan la versión 1 de la API MediaPackage 

`channel` siempre aparece al final de la URL. Es el nombre de archivo base de todos los archivos de este destino. 

Los dos URLs son siempre idénticos, excepto en la carpeta anterior`channel`.

# Recopile la información de la MediaPackage versión 2
<a name="hls-destinations-emp-info-v2"></a>

En el MediaPackage caso de la versión 2, URLs los dos de un canal son similares a los siguientes ejemplos:

`mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`

`mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`

Donde: 


| Element | Description (Descripción) | 
| --- | --- | 
| mz82o4-1 y mz82o4-2 |  Indique que los dos puntos finales son para una entrada de canal redundante. MediaPackage Los prefijos son siempre -1 y -2. | 
| mediapackagev2 | Indica que los puntos finales de entrada utilizan la versión 2 de la API MediaPackage  | 
| live-sports/1/curling y live-sports/2/curling | Carpetas para las incorporaciones redundantes. Una carpeta siempre incluye /1/, y la otra siempre incluye /2/.  | 
| index | Siempre aparece al final de la URL. Es el nombre de archivo base de todos los archivos de este destino.  | 

# Sintaxis de las rutas de las salidas
<a name="hls-syntax-emp"></a>

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

Consulte las siguientes secciones.
+ El manifiesto principal
+ Los manifiestos secundarios
+ 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 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. Al enviar a MediaPackage, debe enviar todos los archivos a la misma carpeta. Los sistemas descendentes esperan recibir todos los archivos juntos.


| Archivos | Sintaxis de la ruta | Ejemplo | 
| --- | --- | --- | 
| Archivos de manifiesto principales |  protocol channelURL extension |  La ruta para las salidas. Este es un ejemplo que usa la MediaPackage versión 2 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8`  | 
| Archivos del manifiesto secundario | protocol channelURL nameModifier extension | A continuación, se muestra un ejemplo de la ruta del manifiesto secundario para las copias de alta resolución de la salida de curling (en un destino que utilice la versión 2): MediaPackage`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` | 
| Archivos multimedia (segmentos) | protocol channelURL nameModifier optionalSegmentModifier counter extension | A continuación, se muestra un ejemplo de la ruta del archivo del segmento 230 (en un destino que usa la versión 2): MediaPackagehttps://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts | 

Estas rutas se construyen de la siguiente manera:
+ El MediaPackage usuario debería haberte proporcionado el canal URLs. URLs Cubren la parte de la ruta que va hasta el nombre del archivo base, que incluye:
  + De forma estándar MediaPackage, el nombre de archivo base siempre es. `channel` 
  + Con la MediaPackage versión 2, el nombre de archivo base siempre es. `index` 
+ Debe especificar lo siguiente:
  + El modificador
  + El elemento 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ño de nameModifier
<a name="hls-nameModifier-design-emp"></a>

Diseñe las partes `nameModifier` 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. 
+ En una salida que contenga vídeo (y posiblemente otras secuencias), se suele describir el vídeo. Por ejemplo, si tiene tres representaciones, puede usar **-high**, **-medium** y **-low**. O bien, cada modificador puede describir con precisión la resolución y la velocidad de bits (**-1920x1080-5500kpbs**).
+ 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 que `nameModifier` comience con un delimitador, como un guion, para separar ` baseFilename` de `nameModifier`.

El `nameModifier` puede incluir [variables de datos](variable-data-identifiers.md).

# Diseño de segmentModifier
<a name="hls-segmentModifier-design-emp"></a>

Diseñe la parte de segmentModifiers de la ruta de destino. El elemento segmentModifier es opcional y, si lo incluye, solo los nombres de archivos multimedia lo incluyen. 

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 **\$1t\$1-**. El segmento 00001 puede tener el nombre `index-120028-00001`. Si la salida se reinicia unos minutos más tarde (lo que hace 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.