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á.
# Campos de destino em um grupo de saídas HLS
O grupo de saída HLS MediaLive oferece suporte a vários tipos de destinos. Cada tipo apresenta requisitos de configuração diferentes.
**Topics**
+ [Campos do destino da saída: envio para o Amazon S3](hls-destinations-s3.md)
+ [Campos para o destino de saída — envio para MediaStore](hls-destinations-ems.md)
+ [Campos para o destino de saída — envio para MediaPackage](hls-destinations-emp.md)
+ [Campos do destino da saída: envio para um servidor HTTP](hls-destinations-http.md)
# Campos do destino da saída: envio para o Amazon S3
Quando você [planejou os destinos para o grupo de saídas HLS](origin-server-hls-s3.md), talvez tenha decidido enviar a saída para o Amazon S3. É necessário criar o caminho ou os caminhos de destino para a saída. Em seguida, você deve inserir as diferentes partes do caminho nos campos apropriados no console.
**Topics**
+ [Projetar o caminho para o destino da saída](hls-destinations-s3-design.md)
+ [Preencher os campos no console](hls-destinations-s3-specify.md)
# 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-destinations-s3-specify.md).
**Para projetar o caminho**
1. Colete os nomes dos buckets que você [obteve anteriormente](origin-server-hls-s3.md) do usuário do Amazon S3. Por exemplo:
`amzn-s3-demo-bucket`
1. Crie as partes dos caminhos de destino que seguem os buckets. Para obter detalhes, consulte a seção a seguir.
**Topics**
+ [A sintaxe dos caminhos para as saídas](#hls-syntax-s3)
+ [Projetar as pastas e baseFilename](#hls-path-s3)
+ [Projetar o nameModifier](#hls-nameModifier-design-s3)
+ [Projetar o segmentModifier](#hls-segmentModifier-design-s3)
## A sintaxe dos caminhos para as saídas
Uma saída HLS sempre inclui três categorias de arquivos:
+ 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 que MediaLive envia 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 o Amazon S3, é necessário 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 bucket path baseFilename extension | O caminho para um manifesto principal no bucket *sports* com o nome de arquivo *index*:s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index.m3u8 |
| Arquivos de manifesto filhos | protocol bucket path baseFilename nameModifier extension | Por exemplo, o URL do manifesto filho para as representações em alta resolução da saída de curling pode ser:`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8` |
| Arquivos de mídia (segmentos) | protocol bucket path baseFilename nameModifier optionalSegmentModifier counter extension | Por exemplo, o URL do arquivo do 230º segmento pode ser:s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high-00230.ts |
Esses caminhos de destino são construídos da seguinte forma:
+ O usuário do Amazon S3 deveria ter fornecido a você os nomes dos buckets.
+ Determine o seguinte:
+ As pastas
+ O baseFilename
+ O modificador
+ O segmentModifier
Consulte as seções a seguir.
+ MediaLive insere o sublinhado antes do contador.
+ MediaLiveautomatically gera esse contador. Inicialmente, esse é um número de cinco dígitos começando em 00001 que aumenta sempre em 1. A sequência então é 00001, 00002, 00003 e assim por diante. Depois de 99999, o próximo número é 100000 (seis dígitos), depois 100001, 100002 e assim por diante. Depois, de 999999 a 1000000 (sete dígitos) e assim por diante.
+ 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 as pastas e baseFilename
Crie um caminho de pasta e um baseFilename adequados às suas finalidades.
Se você tiver dois destinos para cada saída, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Siga estas diretrizes:
+ Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes.
Portanto, se os buckets forem *diferentes*, o caminho da pasta e os nomes dos arquivos dos dois destinos podem ser diferentes um do outro ou podem ser iguais. Por exemplo:
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8`
or
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8`
+ Se os buckets forem *iguais*, o caminho da pasta e os nomes dos arquivos dos dois destinos deverão ser diferentes um do outro. Por exemplo:
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8`
## 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. Siga estas diretrizes:
+ Para uma saída que contém vídeo (e possivelmente outros streams), você normalmente descreve o vídeo. Por exemplo, **-high** ou **-1920x1080-5500kpbs** (para descrever a resolução e a taxa de bits).
+ 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.
# Preencher os campos no console
Depois de projetar os nomes de saída e os caminhos de destino, é possível configurar o grupo de saída HLS.
Os campos a seguir configuram o local e os nomes da mídia HLS e dos arquivos de manifesto (o destino).
+ Seção **Output group – HLS group destination (Grupo de saída – Destino do grupo HLS)**
+ Seção **Output group – HLS settings – CDN (Grupo de saída – Configurações HLS – CDN)**
+ **Output group – Location – Directory structure (Grupo de saída – Local – Estrutura de diretórios)**
+ **Output group – Location – Segments per subdirectory (Grupo de saída – Local – Segmentos por subdiretório)**
+ **Saídas HLS — Configurações de saída — Modificador de nome**
+ **Saídas HLS — Configurações de saída — Modificador de segmento**
**Como definir o destino para a maioria dos sistemas de downstream**
1. Preencha os campos **URL** na seção **HLS group destinations (Destinos do grupo HLS)**. Especifique dois destinos se o canal estiver configurado como um canal padrão ou um destino se estiver configurado como um canal de pipeline único.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-destinations-s3-specify.html)
1. Deixe a seção **Credenciais** em branco nas duas seções de **destinos do grupo HLS**. MediaLive tem permissão para gravar no bucket do S3 por meio da entidade confiável. Alguém na sua organização já deve ter configurado essas permissões. Para obter mais informações, consulte [Requisitos de acesso para a entidade confiável](trusted-entity-requirements.md).
1. Na seção **CDN**, escolha `Hls S3`.
1. Preencha o campo de **configurações de CDN** somente se MediaLive precisar definir uma ACL predefinida sempre que enviar essa saída para o bucket do Amazon S3.
O uso de uma ACL predefinida normalmente só se aplicará se sua organização não for proprietária do bucket do Amazon S3. Você deveria ter discutido o uso de uma ACL predefinida com o proprietário do bucket ao discutir o [destino da saída](origin-server-hls-s3.md#setting-dss-hls-canned-acl).
# Campos para o destino de saída — envio para MediaStore
Quando você [planejou os destinos para o grupo de saída HLS](origin-server-ems.md), talvez tenha decidido enviar a saída para MediaStore. É necessário criar o caminho ou os caminhos de destino para a saída. Em seguida, você deve inserir as diferentes partes do caminho nos campos apropriados no console.
**Topics**
+ [Projetar o caminho para o destino da saída](hls-destinations-ems-design.md)
+ [Preencher os campos no console](hls-specify-destination-ems.md)
# 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-ems.md).
**Para projetar o caminho**
1. Colete o endpoint de dados para o contêiner ou contêineres. Você [já obteve](origin-server-ems.md) essas informações do MediaStore usuário. Por exemplo:
`a23f.data.mediastore.us-west-2.amazonaws.com`
1. Projete as partes dos caminhos de destino que seguem o ponto final de dados (para MediaStore).
**Topics**
+ [A sintaxe dos caminhos para as saídas](#hls-syntax-ems)
+ [Como MediaLive constrói os caminhos](#hls-how-construct-urls-ems)
+ [Projetar as pastas e baseFilename](#hls-path-ems)
+ [Projetar o nameModifier](#hls-nameModifier-design-ems)
+ [Projetar o segmentModifier](#hls-segmentModifier-design-ems)
## A sintaxe dos caminhos para as saídas
Uma saída HLS sempre inclui três categorias de arquivos:
+ 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 que MediaLive envia 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 MediaStore, 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 dataEndpoint path baseFilename extension | O caminho para um manifesto principal no caminho *delivery* no contêiner e com o nome de arquivo *index*:mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8 |
| Arquivos de manifesto filhos | protocol dataEndpoint path baseFilename nameModifier extension | Por exemplo, o URL do manifesto filho para as representações em alta resolução da saída pode ser`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8` |
| Arquivos de mídia (segmentos) | protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension | Por exemplo, o URL do arquivo do 230º segmento pode ser:mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts |
## Como MediaLive constrói os caminhos
Esses caminhos são construídos da seguinte forma:
+ O usuário do AWS serviço deveria ter fornecido os nomes dos contêineres.
+ Para MediaStore isso, você deve determinar o seguinte:
+ As pastas
+ O baseFilename
+ 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 as pastas e baseFilename
Crie um caminho de pasta e um baseFilename adequados às suas finalidades.
Se você tiver dois destinos para cada saída, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Siga estas diretrizes:
+ Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes.
Portanto, se os buckets ou contêineres forem diferentes, o caminho da pasta e os nomes dos arquivos dos dois destinos podem ser diferentes um do outro ou podem ser iguais. Por exemplo:
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
or
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
+ Se os buckets ou contêineres forem iguais, o caminho da pasta e os nomes dos arquivos dos dois destinos deverão ser diferentes um do outro. Por exemplo:
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
## 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. Siga estas diretrizes:
+ Para uma saída que contém vídeo (e possivelmente outros streams), você normalmente descreve o vídeo. Por exemplo, **-high** ou **-1920x1080-5500kpbs** (para descrever a resolução e a taxa de bits).
+ 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.
# Preencher os campos no console
Depois de projetar os nomes de saída e os caminhos de destino, é possível configurar o grupo de saída HLS.
Os campos a seguir configuram o local e os nomes da mídia HLS e dos arquivos de manifesto (o destino).
+ Seção **Output group – HLS group destination (Grupo de saída – Destino do grupo HLS)**
+ Seção **Output group – HLS settings – CDN (Grupo de saída – Configurações HLS – CDN)**
+ **Output group – Location – Directory structure (Grupo de saída – Local – Estrutura de diretórios)**
+ **Output group – Location – Segments per subdirectory (Grupo de saída – Local – Segmentos por subdiretório)**
+ **Saídas HLS — Configurações de saída — Modificador de nome**
+ **Saídas HLS — Configurações de saída — Modificador de segmento**
**Como definir o destino para a maioria dos sistemas de downstream**
1. Preencha os campos **URL** na seção **HLS group destinations (Destinos do grupo HLS)**. Especifique dois destinos se o canal estiver configurado como um canal padrão ou um destino se estiver configurado como um canal de pipeline único.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-specify-destination-ems.html)
1. Deixe a seção **Credenciais** em branco nas duas seções de **destinos do grupo HLS**. MediaLive tem permissão para gravar no MediaStore contêiner por meio da entidade confiável. Alguém na sua organização já deve ter configurado essas permissões. Para obter mais informações, consulte [Requisitos de acesso para a entidade confiável](trusted-entity-requirements.md).
1. Na seção **CDN**, escolha `Hls media store`.
1. Se o MediaStore usuário forneceu valores para [configurar a conexão](origin-server-http.md), insira esses valores nos campos na seção de configurações do **CDN**.
# Campos para o destino de saída — envio para MediaPackage
Quando você [planejou a saída para MediaPackage](hls-choosing-hls-vs-emp.md), talvez tenha decidido enviar a saída criando um grupo de saída HLS. (Ou talvez você tenha decidido criar um [grupo MediaPackage de saída](creating-mediapackage-output-group.md).)
É necessário criar o caminho ou os caminhos de destino para a saída. Em seguida, você deve inserir as diferentes partes do caminho nos campos apropriados no console.
Você pode usar um grupo de saída HLS para enviar para padrão MediaPackage ou toMediaPackage v2. As duas versões usam protocolos diferentes:
+ MediaPackage usa WebDAV.
+ MediaPackage A v2 usa PUT básico.
**Topics**
+ [Projetar o caminho para o destino da saída](hls-destinations-emp-design.md)
+ [Preencher os campos no console](hls-specify-destination-emp.md)
+ [MediaPackage Exemplo padrão](hls-example-mediapackage.md)
+ [MediaPackage exemplo v2](hls-example-mediapackage-v2.md)
# 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.
# Preencher os campos no console
Depois de projetar os nomes de saída e os caminhos de destino, é possível configurar o grupo de saída HLS.
Os campos a seguir configuram o local e os nomes da mídia HLS e dos arquivos de manifesto (o destino).
+ Seção **Output group – HLS group destination (Grupo de saída – Destino do grupo HLS)**
+ Seção **Output group – HLS settings – CDN (Grupo de saída – Configurações HLS – CDN)**
+ **Output group – Location – Directory structure (Grupo de saída – Local – Estrutura de diretórios)**
+ **Output group – Location – Segments per subdirectory (Grupo de saída – Local – Segmentos por subdiretório)**
+ **Saídas HLS — Configurações de saída — Modificador de nome**
+ **Saídas HLS — Configurações de saída — Modificador de segmento**
**Para definir o destino**
1. Preencha os campos **URL** na seção **HLS group destinations (Destinos do grupo HLS)**. Especifique dois destinos se o canal estiver configurado como um canal padrão ou um destino se estiver configurado como um canal de pipeline único.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-specify-destination-emp.html)
1. Insira o nome de usuário da entrada. Para a senha (se aplicável), insira o nome da senha armazenada no AWS Systems Manager Parameter Store. Não insira a senha em si. Para obter mais informações, consulte [Requisitos para parâmetros de AWS Systems Manager senha](requirements-for-EC2.md).
1. Na seção **Configurações de CDN**, escolha o tipo de conexão apropriado:
+ Para enviar para o padrão MediaPackage, escolha`Hls webdav`.
+ Para enviar para a MediaPackage v2, escolha`Basic PUT`.
1. Se o sistema downstream forneceu valores para [configurar a conexão](origin-server-http.md), insira esses valores nos campos na seção **Configurações de CDN**.
# MediaPackage Exemplo padrão
Este exemplo mostra como configurar os campos de destino se o sistema downstream do grupo de saída HLS for padrão. MediaPackage
Suponha que você deseja fazer streaming do jogo de curling e criar três saídas: taxa de bits alta, média e baixa.
| Campo | Valor |
| --- | --- |
| Configurações de CDN na seção Configurações de HLS | hls webdav |
| URL na seção HLS group destination A (Destino do grupo HLS A) | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel |
| Credentials (Credenciais) na seção HLS group destination A (Destino do grupo HLS A) | MediaPackage aceita somente solicitações autenticadas, portanto, você deve inserir um nome de usuário e uma senha que sejam MediaPackage conhecidos. Para a senha, insira o nome da senha armazenada no repositório de parâmetros do AWS Systems Manager . Não insira a senha em si. Para obter mais informações, consulte [Requisitos para parâmetros de AWS Systems Manager senha](requirements-for-EC2.md). |
| URL na seção HLS group destination B (Destino do grupo HLS B) | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel |
| Credentials (Credenciais) na seção HLS group destination B (Destino do grupo HLS B) | Insira um nome de usuário e uma senha para o URL do destino B. As credenciais provavelmente são as mesmas para ambos URLs, mas talvez não sejam. |
| Name modifier (Modificador do nome) na seção HLS outputs (Saídas HLS) | Escolha **Add output (Adicionar saída)** duas vezes: mais duas linhas **Output (Saída)** serão adicionadas a essa seção, totalizando três linhas. Em cada linha, insira um modificador: **-high**, **-medium** e **-low**. |
| Seção Directory Structure (Estrutura de diretórios) e Segments Per Subdirectory (Segmentos por subdiretório) em Location (Local) | MediaPackage não usa esses campos, portanto, deixe-os em branco. |
Como resultado, os arquivos serão criados com os seguintes nomes:
+ Um manifesto principal: **channel.m3u8**
+ Um manifesto filho para cada saída: **channel-high.m3u8**, **channel-medium.m3u8**, **channel-low.m3u8**
+ Arquivos TS para cada saída:
+ **channel-high-00001.ts**, **channel-high-00002.ts**, **channel-high-00003.ts** e assim por diante
+ **channel-medium-00001.ts**, **channel-medium-00002.ts**, **channel-medium-00003.ts** e assim por diante
+ **channel-low-00001.ts**, **channel-low-00002.ts**, ** channel-low-00003.ts** e assim por diante.
Os arquivos serão publicados nas duas entradas de URL ativadas. MediaPackage
# MediaPackage exemplo v2
Este exemplo mostra como configurar os campos de destino se o sistema downstream do grupo de saída HLS for padrão. MediaPackage
Suponha que você deseja fazer streaming do jogo de curling e criar três saídas: taxa de bits alta, média e baixa.
| Campo | Valor |
| --- | --- |
| Configurações de CDN na seção Configurações de HLS | **basic PUT** |
| URL na seção HLS group destination A (Destino do grupo HLS A) | mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index |
| Credentials (Credenciais) na seção HLS group destination A (Destino do grupo HLS A) | Deixe em branco. MediaPackage A v2 não usa credenciais para se autenticar. |
| URL na seção HLS group destination B (Destino do grupo HLS B) | mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index. |
| Credentials (Credenciais) na seção HLS group destination B (Destino do grupo HLS B) | Deixe em branco. MediaPackage A v2 não usa credenciais para se autenticar. |
| Name modifier (Modificador do nome) na seção HLS outputs (Saídas HLS) | Escolha **Add output (Adicionar saída)** duas vezes: mais duas linhas **Output (Saída)** serão adicionadas a essa seção, totalizando três linhas. Em cada linha, insira um modificador: **-high**, **-medium** e **-low**. |
| Seção Directory Structure (Estrutura de diretórios) e Segments Per Subdirectory (Segmentos por subdiretório) em Location (Local) | MediaPackage não usa esses campos, portanto, deixe-os em branco. |
Como resultado, os arquivos serão criados com os seguintes nomes:
+ Um manifesto principal: **index.m3u8**
+ Um manifesto filho para cada saída: **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ Arquivos TS para cada saída:
+ **index-high-00001.ts**, **index-high-00002.ts**, **index-high-00003.ts** e assim por diante
+ **index-medium-00001.ts**, **index-medium-00002.ts**, **index-medium-00003.ts** e assim por diante
+ **index-low-00001.ts**, **index-low-00002.ts**, ** index-low-00003.ts** e assim por diante.
Os arquivos serão publicados nas duas entradas de URL ativadas. MediaPackage
# Campos do destino da saída: envio para um servidor HTTP
Quando você [planejou os destinos para o grupo de saídas HLS](origin-server-http.md), talvez tenha decidido enviar a saída para um servidor HTTP.
É necessário criar o caminho ou os caminhos de destino para a saída. Em seguida, você deve inserir as diferentes partes do caminho nos campos apropriados no console.
**Topics**
+ [Projetar o caminho para o destino da saída](hls-destinations-design-step.md)
+ [Preencher os campos no console](hls-specify-destination.md)
+ [Exemplo para um servidor HTTP ou HTTPS](hls-example-most-downstreamsystems.md)
+ [Exemplo do Akamai](hls-example-akamai.md)
# 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.md).
**Para projetar o caminho**
1. Colete as informações que você [obteve anteriormente](origin-server-http.md) do operador do sistema downstream:
+ O tipo de conexão do sistema downstream: Akamai, Basic PUT ou WebDAV.
+ As configurações dos campos de conexão, se o sistema downstream tiver requisitos especiais.
+ O protocolo de entrega: HTTP ou HTTPS.
+ O nome de usuário e senha para acessar o sistema downstream, se o sistema downstream exigir solicitações autenticadas. Observe que essas credenciais de usuário estão relacionadas à autenticação do usuário, e não ao protocolo. A autenticação do usuário é sobre se o sistema downstream aceitará sua solicitação. O protocolo é sobre se a solicitação será enviada por meio de uma conexão segura.
+ Todos ou parte dos caminhos de destino, possivelmente incluindo os nomes dos arquivos.
+ Se você precisa configurar subdiretórios separados.
1. Como parte do planejamento com o operador do sistema downstream, você deve ter determinado se deseja implementar manifestos redundantes. Também deve ter determinado se o sistema downstream requer manifestos personalizados. Considerando essas duas decisões, leia a seção apropriada:
+ Se você estiver implementando manifestos redundantes, consulte [Criar manifestos HLS redundantes](hls-redundant-manifests.md) e, em seguida, retorne a esta seção.
+ Se você estiver implementando caminhos personalizados para manifestos, consulte [Personalizar os caminhos dentro dos manifestos HLS](hls-manifest-paths.md) e, em seguida, retorne a esta seção.
+ Se você não estiver implementando nenhum desses recursos, continue lendo esta seção.
1. Crie as partes dos caminhos de destino que seguem os buckets. Para obter detalhes, consulte a seção a seguir.
**Topics**
+ [A sintaxe dos caminhos para as saídas](#hls-syntax-http)
+ [Projetar as pastas e baseFilename](#hls-baseFilename-design)
+ [Projetar o nameModifier](#hls-nameModifier-design)
+ [Projetar o segmentModifier](#hls-segmentModifier-design)
## A sintaxe dos caminhos para as saídas
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.
| Arquivo | Sintaxe do caminho | Exemplo |
| --- | --- | --- |
| Arquivos de manifesto principais | protocolo domínio caminho baseFilename extensão | O URL de um manifesto principal com o nome de arquivo */index*:http://203.0.113.55/sports/delivery/curling/index.m3u8 |
| Arquivos de manifesto filhos | protocolo domínio caminho baseFilename nameModifier extensão | Por exemplo, o URL do manifesto filho para as representações em alta resolução da saída`http://203.0.113.55/sports/delivery/curling/index-high.m3u8` |
| Arquivos de mídia (segmentos) | protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension | O URL do arquivo do 230º segmento pode ser:http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts |
Esses caminhos de destino são construídos da seguinte forma:
+ O operador do sistema downstream [deveria ter fornecido a você](origin-server-http.md) o protocolo, o domínio e parte do caminho. Por exemplo:
`http://203.0.113.55/sports/`
O protocolo é sempre HTTP or HTTPS.
+ O operador pode ter fornecido as informações a seguir. Caso contrário, você deverá decidir:
+ As pastas
+ O baseFilename
+ 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 e `.mp4` para arquivos em um MP4 contêiner f
## Projetar as pastas e baseFilename
Para as partes `folder` e `baseFilename` do caminho de destino, siga estas diretrizes:
+ Para um canal de pipeline único, você precisa apenas de um `baseFilename`.
+ Para um canal padrão quando *não *está implementando [manifestos redundantes](hls-opg-redundant-manifest.md), você precisa de dois `baseFilenames`. Os dois `baseFilenames` podem ser idênticos ou diferentes. Antes de criar `baseFilenames` diferentes, certifique-se de que o sistema de downstream pode funcionar com essa configuração.
+ Para obter um canal padrão quando *estiver* implementando manifestos redundantes, consulte [Campos para manifestos redundantes](hls-opg-redundant-manifest.md).
## 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. Siga estas diretrizes:
+ Para uma saída que contém vídeo (e possivelmente outros streams), você normalmente descreve o vídeo. Por exemplo, **-high** ou **-1920x1080-5500kpbs** (para descrever a resolução e a taxa de bits).
+ 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 incluir um delimitador para separar claramente ` 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.
# Preencher os campos no console
Os campos a seguir configuram o local e os nomes da mídia HLS e dos arquivos de manifesto (o destino).
+ Seção **Output group – HLS group destination (Grupo de saída – Destino do grupo HLS)**
+ Seção **Output group – HLS settings – CDN (Grupo de saída – Configurações HLS – CDN)**
+ **Output group – Location – Directory structure (Grupo de saída – Local – Estrutura de diretórios)**
+ **Output group – Location – Segments per subdirectory (Grupo de saída – Local – Segmentos por subdiretório)**
+ **Saídas HLS — Configurações de saída — Modificador de nome**
+ **Saídas HLS — Configurações de saída — Modificador de segmento**
**Para definir o destino**
1. Preencha os campos **URL** na seção **HLS group destinations (Destinos do grupo HLS)**. Especifique dois destinos se o canal estiver configurado como um canal padrão ou um destino se estiver configurado como um canal de pipeline único.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-specify-destination.html)
1. Se o sistema downstream exigir autenticação do usuário MediaLive, em cada seção de **destino do grupo HLS**, preencha a seção **Credenciais**. Insira o nome de usuário e uma senha fornecidos pelo sistema downstream. Para a senha, insira o nome da senha armazenada no AWS Systems Manager Parameter Store. Não insira a senha em si. Para obter mais informações, consulte [Requisitos para parâmetros de AWS Systems Manager senha](requirements-for-EC2.md).
1. Na seção de **Configurações de CDN**, escolha a opção que o sistema downstream recomendou que você usasse: Akamai, PUT ou WebDAV.
1. Se o sistema downstream forneceu valores para [configurar a conexão](origin-server-http.md), insira esses valores nos campos na seção **Configurações de CDN**.
# Exemplo para um servidor HTTP ou HTTPS
Este exemplo mostra como configurar os campos de destino se o sistema downstream for um servidor que usa Basic PUT.
Suponha que você deseja fazer streaming do jogo de curling e criar três saídas: taxa de bits alta, média e baixa.
| Campo | Valor |
| --- | --- |
| Configurações de CDN na seção Configurações de HLS | Hls basic putAltere os outros campos CDN de acordo com as instruções do sistema de downstream. |
| URL na seção HLS group destination A (Destino do grupo HLS A) | Por exemplo:**https://203.0.113.55/sports/curling/index** |
| Credentials (Credenciais) na seção HLS group destination A (Destino do grupo HLS A) | Se o sistema downstream exigir solicitações autenticadas, insira o nome de usuário fornecido pelo sistema downstream. Para a senha, insira o nome da senha armazenada no repositório de parâmetros do AWS Systems Manager . Não insira a senha em si. Para obter mais informações, consulte [Requisitos para parâmetros de AWS Systems Manager senha](requirements-for-EC2.md). |
| URL na seção HLS group destination B (Destino do grupo HLS B) | Por exemplo:**https://203.0.113.82/sports/curling/index** |
| Credentials (Credenciais) na seção HLS group destination B (Destino do grupo HLS B) | Insira um nome de usuário e uma senha para o URL do destino B, se aplicável. As credenciais provavelmente são as mesmas para ambos URLs, mas talvez não sejam. |
| Name modifier (Modificador do nome) na seção HLS outputs (Saídas HLS) | Escolha **Add output (Adicionar saída)** duas vezes: mais duas linhas **Output (Saída)** serão adicionadas a essa seção, totalizando três linhas. Em cada linha, insira um modificador: **-high**, **-medium** e **-low**. |
| Seção Directory Structure (Estrutura de diretórios) e Segments Per Subdirectory (Segmentos por subdiretório) em Location (Local) | Suponha que o sistema de downstream não use esses campos. |
Como resultado, os arquivos serão criados com os seguintes nomes:
+ Um manifesto principal: `index.m3u8`
+ Um manifesto filho para cada saída: `index-high.m3u8`, `index-medium.m3u8`, `index-low.m3u8`
+ Arquivos TS para cada saída:
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts` e assim por diante
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts` e assim por diante
+ `index-low-00001.ts`, `index-low-00002.ts`, ` index-low-00003.ts` e assim por diante
Os arquivos serão publicados em dois hosts no sistema de downstream e em uma pasta chamada `sports` em cada host.
# Exemplo do Akamai
Este exemplo mostra como configurar os campos de destino se o sistema de downstream for um servidor do Akamai.
Suponha que você deseja fazer streaming do jogo de curling e criar três saídas: taxa de bits alta, média e baixa.
| Campo | Valor |
| --- | --- |
| Configurações de CDN na seção Configurações de HLS | HLS akamai Selecione essa configuração se você estiver usando a autenticação de tokens do Akamai. Altere os outros campos de CDN de acordo com as instruções do Akamai.HLS basic put Selecione essa configuração se você estiver usando autenticação Digest. Altere os outros campos de CDN de acordo com as instruções do Akamai. |
| URL na seção HLS group destination A (Destino do grupo HLS A) | Por exemplo:**https://p-ep50002.i.akamaientrypoint.net/50002/curling/index**Mapeamento desse URL para a terminologia do Akamai: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Credenciais) na seção HLS group destination A (Destino do grupo HLS A) | Se a Akamai exigir solicitações autenticadas, insira um nome de usuário e uma senha que sejam conhecidos pela Akamai. Para a senha, insira o nome da senha armazenada no repositório de parâmetros do AWS Systems Manager . Não insira a senha em si. Para obter mais informações, consulte [Requisitos para parâmetros de AWS Systems Manager senha](requirements-for-EC2.md). |
| URL na seção HLS group destination B (Destino do grupo HLS B) | Por exemplo:**https://b-ep50002.i.akamaientrypoint.net/50002-b/curling/index**Mapeamento desse URL para a terminologia do Akamai: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Credenciais) na seção HLS group destination B (Destino do grupo HLS B) | Insira um nome de usuário e uma senha para o URL do outro destino, se aplicável. As credenciais provavelmente são as mesmas para ambos URLs, mas talvez não sejam. |
| Name modifier (Modificador do nome) na seção HLS outputs (Saídas HLS) | Escolha **Add output (Adicionar saída)** duas vezes: mais duas linhas **Output (Saída)** serão adicionadas a essa seção, totalizando três linhas. Em cada linha, insira um modificador: **-high**, **-medium** e **-low**. |
| Seção Directory Structure (Estrutura de diretórios) e Segments Per Subdirectory (Segmentos por subdiretório) em Location (Local) | Preencha os campos de acordo com as instruções do Akamai. |
Como resultado, os arquivos serão criados com os seguintes nomes:
+ Um manifesto principal: **index.m3u8**
+ Um manifesto filho para cada saída: **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ Arquivos TS para cada saída:
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts` e assim por diante
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts` e assim por diante
+ `index-low-00001.ts`, `index-low-00002.ts`, ` index-low-00003.ts` e assim por diante.
Os arquivos serão publicados em dois locais:
+ No host Akamai **p-ep50002.i.akamaientrypoint.net** em uma pasta chamada **50002**
+ No host **b-ep50002.i.akamaientrypoint.net** em uma pasta chamada **50002-b**