As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Projetar o caminho para o destino da saída
Execute essa etapa se você ainda não tiver projetado o caminho ou os caminhos de destino completos. Se você já projetou os caminhos, vá para [Preencher os campos no console](hls-specify-destination-emp.md).
**Para projetar o caminho**
1. Colete as informações que você [obteve anteriormente](origin-server-hls-emp.md) do MediaPackage usuário:
+ Os dois URLs (pontos finais de entrada é a MediaPackage terminologia) do canal. Consulte as informações após este procedimento.
+ Se você estiver usando o padrão MediaPackage, obtenha o nome de usuário e a senha. Se você estiver usando a MediaPackage v2, você não usa as credenciais do usuário.
1. Você deve projetar as partes dos caminhos de destino que seguem URLs o.
**Topics**
+ [Colete as informações para o padrão MediaPackage](hls-destinations-emp-info.md)
+ [Colete as informações para a MediaPackage v2](hls-destinations-emp-info-v2.md)
+ [A sintaxe dos caminhos para as saídas](hls-syntax-emp.md)
+ [Projetar o nameModifier](hls-nameModifier-design-emp.md)
+ [Projetar o segmentModifier](hls-segmentModifier-design-emp.md)
# Colete as informações para o padrão MediaPackage
Por padrão MediaPackage, os dois URLs de um canal se parecem com estes exemplos:
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`
Em que:
`mediapackage`indica que os endpoints de entrada usam a versão 1 da API MediaPackage
`channel` sempre aparece no final do URL. É o nome do arquivo base para todos os arquivos desse destino.
Os dois URLs são sempre idênticos, exceto pela pasta anterior`channel`.
# Colete as informações para a MediaPackage v2
Para a MediaPackage v2, os dois URLs para um canal se parecem com estes exemplos:
`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`
Em que:
| Elemento | Description |
| --- | --- |
| mz82o4-1 e mz82o4-2 | Indique que os dois endpoints são para um canal redundante de entrada. MediaPackage Os prefixos são sempre -1 e -2 |
| mediapackagev2 | Indica que os endpoints de entrada usam a versão 2 da API MediaPackage |
| live-sports/1/curling e live-sports/2/curling | Pastas para as ingestões redundantes. Uma pasta sempre inclui /1/ e a outra sempre inclui /2/ |
| index | Sempre aparece no final do URL. É o nome do arquivo base para todos os arquivos desse destino. |
# A sintaxe dos caminhos para as saídas
Uma saída HLS sempre inclui três categorias de arquivos:
Consulte as seções a seguir.
+ O manifesto principal
+ Os manifestos filhos
+ Os arquivos de mídia
A tabela a seguir descreve as partes que compõem os caminhos de destino dessas três categorias de arquivos.
Os caminhos de destino para essas três categorias de arquivos são idênticos, incluindo o *BaseFileName*, o que significa thatMediaLive enviar todas essas categorias de arquivos para a mesma pasta. Os modificadores e as extensões de arquivo são diferentes para cada categoria de arquivo. Ao enviar para MediaPackage, você deve enviar todos os arquivos para a mesma pasta. Os sistemas downstream esperam que todos os arquivos estejam juntos.
| Arquivo | Sintaxe do caminho | Exemplo |
| --- | --- | --- |
| Arquivos de manifesto principais | protocol channelURL extension | O caminho completo para a saída. Aqui está um exemplo que usa MediaPackage v2 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8` |
| Arquivos de manifesto filhos | protocol channelURL nameModifier extension | Aqui está um exemplo do caminho do manifesto secundário para as representações de alta resolução da saída de curling (em um destino que usa v2): MediaPackage`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` |
| Arquivos de mídia (segmentos) | protocol channelURL nameModifier optionalSegmentModifier counter extension | Aqui está um exemplo do caminho do arquivo para o 230º segmento (em um destino que usa MediaPackage v2):https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts |
Esses caminhos são construídos da seguinte forma:
+ O MediaPackage usuário deveria ter fornecido o canal a você URLs. Em seguida, URLs cubra a parte do caminho até e incluindo o nome do arquivo base:
+ Com o padrão MediaPackage, o baseFileName é sempre. `channel`
+ Com a MediaPackage v2, o baseFilename é sempre. `index`
+ É necessário especificar o seguinte:
+ O modificador
+ O segmentModifier
Consulte as seções a seguir.
+ MediaLive insere o sublinhado antes do contador.
+ MediaLive gera o contador, que sempre tem cinco dígitos começando em 00001.
+ MediaLive insere o ponto antes da extensão.
+ MediaLive seleciona a extensão:
+ Para arquivos de manifesto: sempre ` .m3u8`
+ Para arquivos de mídia — .ts para arquivos em um fluxo de transporte ou.mp4 para arquivos em um contêiner f MP4
# Projetar o nameModifier
Projete as partes `nameModifier` do nome do arquivo. Os manifestos filhos e os arquivos de mídia incluem esse modificador em seus nomes de arquivo.
Esse `nameModifier` distingue cada saída uma da outra, então ele deve ser exclusivo em cada saída.
+ Para uma saída que contém vídeo (e possivelmente outros streams), você normalmente descreve o vídeo. Por exemplo, se você tiver três representações, poderá usar **-high**, **-medium** e **-low**. Ou cada modificador pode descrever com precisão a resolução e a taxa de bits (**-1920x1080-5500kpbs**).
+ Para uma saída que contém apenas áudio ou apenas legendas, você normalmente descreve o áudio ou as legendas. Por exemplo, **-aac** ou **-webVTT**.
É uma boa ideia começar o `nameModifier` com um delimitador, como um hífen, para separar ` baseFilename` de `nameModifier`.
O `nameModifier` pode incluir [variáveis de dados](variable-data-identifiers.md).
# Projetar o segmentModifier
Projete a parte segmentModifiers do caminho de destino. O segmentModifier é opcional e, se você incluí-lo, somente os nomes dos arquivos de mídia o incluirão.
Um caso de uso típico para esse modificador é usar uma variável de dados para criar um time stamp, com o intuito de evitar que segmentos se substituam se o canal for reiniciado. Por exemplo, suponha que você inclua o time stamp **\$1t\$1-**. O segmento 00001 pode ter o nome `index-120028-00001`. Se a saída for reiniciada alguns minutos depois (o que faz com que o contador de segmentos seja reiniciado), o novo segmento 00001 terá o nome `index-120039-00001`. O novo arquivo não substituirá o arquivo do segmento original 00001. Alguns sistemas de downstream podem preferir esse comportamento.