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á.
# Criar um grupo de saídas HLS
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída do HLS. Para obter informações sobre os casos de uso de um grupo de saídas HLS, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md). Para obter informações sobre como escolher entre um HLS e um grupo MediaPackage de saída, consulte[Escolhendo entre o grupo de saída HLS e o grupo MediaPackage de saída](hls-choosing-hls-vs-emp.md).
**Topics**
+ [Organizar codificações em um grupo de saídas HLS](design-hls-package.md)
+ [Coordenar com o sistema downstream](hls-opg-coordinate-dss.md)
+ [Criar um grupo de saídas HLS](creating-hls-output-group.md)
# Organizar codificações em um grupo de saídas HLS
Um grupo de saídas HLS geralmente é configurado como uma pilha ABR de vídeo. Uma pilha ABR de vídeo é um grupo de saídas que contém o seguinte:
+ Mais de uma saída.
Cada saída pode conter o seguinte:
+ Uma codificação de vídeo (reprodução). Normalmente, cada codificação de vídeo tem uma resolução diferente.
+ Uma ou mais codificações de áudio.
+ Uma ou mais codificações de legendas. As legendas são incorporadas ou sidecar.
Há duas maneiras de organizar as codificações, dependendo se as codificações de áudio devem ser empacotadas ou permanecer cada uma em sua própria representação. Você já deve ter [obtido essas informações](identify-dss-video-audio.md) do seu sistema downstream.
**Players downstream que exigem áudio empacotado**
Planeje de forma que o grupo de saídas contenha o seguinte:
+ Uma saída para cada codificação de vídeo. Esta saída contém uma codificação de vídeo, todas as codificações de áudio e todas as codificações de legendas (se as legendas estiverem incorporadas).
As mesmas codificações de áudio aparecerão em cada saída. Por exemplo, as codificações em inglês e francês aparecerão na saída de alta resolução e, em seguida, as mesmas codificações em inglês e francês aparecerão na saída de baixa resolução.
+ Uma saída para cada codificação de legenda se as legendas forem sidecar.
Este diagrama ilustra um grupo de saídas HLS quando as codificações de legendas são legendas integradas.
![\[Output group diagram showing embedded and non-embedded outputs with associated elements.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output11-ABR-2Ve-2A.png)
Este diagrama ilustra um grupo de saídas HLS quando as codificações de legendas são legendas sidecar.
![\[Output group diagram showing V, A, A components, V, A, A outputs, and two C outputs.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output12-ABR-2V-2A-2C.png)
**Players downstream que exigem áudio separado**
Planeje de forma que o grupo de saídas contenha o seguinte:
+ Uma saída para cada codificação de vídeo. Esta saída contém uma codificação de vídeo e todas as codificações de legendas (se as legendas estiverem incorporadas).
+ Uma saída para cada codificação de áudio.
As codificações de áudio podem ser para idiomas diferentes, para taxas de bits diferentes ou para idiomas e taxas de bits diferentes.
+ Uma saída para cada codificação de legenda se as legendas forem sidecar.
A organização das codificações de áudio nesse grupo de saídas é chamada de *grupo de representação de áudio*.
Este diagrama ilustra um grupo de saídas HLS com um grupo de representação de áudio e com codificações de legendas integradas.
![\[Output group diagram showing four outputs: two marked as embedded, and two marked as A.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
Este diagrama ilustra um grupo de saídas HLS para uma pilha ABR com um grupo de representação de áudio e com codificações de legendas sidecar.
![\[Output group diagram showing six outputs: two V, two A, and two C, arranged in a row.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# Coordenar com o sistema downstream
O grupo de saída HLS no AWS MediaLive Elemental oferece suporte a vários tipos de sistemas downstream. Leia as informações aplicáveis ao sistema com o qual você está trabalhando.
**Topics**
+ [Grupo de saídas HLS para Amazon S3](origin-server-hls-s3.md)
+ [Grupo de saída HLS para MediaStore](origin-server-ems.md)
+ [Grupo de saída HLS para MediaPackage](origin-server-hls-emp.md)
+ [Grupo de saída HLS para MediaPackage v2](origin-server-hls-empv2.md)
+ [Grupo de saídas HLS para HTTP](origin-server-http.md)
# Grupo de saídas HLS para Amazon S3
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS com o Amazon S3 como destino. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Recomendamos criar o caminho completo do destino — o bucket do Amazon S3 e todas as pastas. Consulte [Projetar o caminho para o destino da saída](hls-destinations-design-step.md).
1. Peça ao usuário do Amazon S3 para criar quaisquer buckets que ainda não existam.
Com MediaLive, o nome do bucket do Amazon S3 não deve usar notação de pontos, o que significa que não deve ser usado. (ponto) entre as palavras no nome do bucket.
1. Discuta quem é o proprietário do bucket com o usuário do Amazon S3. Se o bucket pertencer a outra conta da AWS , você provavelmente desejará que essa conta se torne a proprietária da saída. Para obter mais informações, consulte [Controlar o acesso à saída](#setting-dss-hls-canned-acl) após esse procedimento.
Observe que você não precisa de credenciais de usuário para enviar para um bucket do S3. 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).
## Controlar o acesso à saída
Você pode estar enviando arquivos de saída para um bucket do Amazon S3 pertencente a outra conta da AWS . Nessa situação, você normalmente quer que a outra conta se torne a proprietária dos arquivos de saída (o objeto que está sendo colocado no bucket). Se o proprietário do bucket não se tornar o proprietário do objeto, você (MediaLive) será o único agente que poderá excluir os arquivos quando eles não forem mais necessários.
Portanto, é do interesse de todos transferir a propriedade dos arquivos de saída depois que eles estiverem no bucket do Amazon S3.
Para transferir a propriedade do objeto, a seguinte configuração é necessária:
+ O proprietário do bucket deve adicionar uma política de permissões do bucket que conceda a você permissão para adicionar uma lista de controle de acesso (ACL) predefinida do Amazon S3 ao MediaLive entregar os arquivos de saída ao bucket. O proprietário do bucket deve ler as informações em [Gerenciando o acesso com ACLs](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls) o guia do usuário do Amazon Simple Storage Service. O proprietário do bucket deve configurar as permissões de ACL para o bucket, não para os objetos.
+ O proprietário do bucket também deve configurar o proprietário do objeto. Esse recurso efetivamente torna obrigatório (em vez de opcional) que o remetente (MediaLive) inclua a ACL de *controle total do proprietário do Bucket*. O proprietário do bucket deve ler as informações em [Controlar a propriedade dos objetos](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) no Guia do usuário do Amazon Simple Storage Service.
Se o proprietário do bucket implementar esse recurso, você deverá configurar MediaLive para incluir a ACL. Caso contrário, a entrega ao bucket do Amazon S3 falhará.
+ Você deve configurar MediaLive para incluir a** ACL de *controle total do proprietário do bucket* quando ela for entregue ao bucket. Você executará essa configuração ao [criar o canal](hls-destinations-s3-specify.md).
O recurso de ACL padrão do S3 oferece suporte ao *controle total de ACLs outras pessoas além do proprietário do Bucket*, mas essas outras normalmente não ACLs são aplicáveis ao caso de uso de entrega de vídeo de. MediaLive
# Grupo de saída HLS para MediaStore
Siga este procedimento se você [determinou](identify-downstream-system.md) que criará um grupo de saída HLS, com AWS Elemental MediaStore como destino. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS
**Para organizar a configuração do destino**
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Recomendamos projetar o caminho completo do destino. Consulte [Projetar o caminho para o destino da saída](hls-destinations-design-step.md).
Se você tiver dois destinos, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes.
1. Peça ao MediaStore usuário que crie qualquer contêiner que ainda não exista.
1. Obtenha o endpoint de dados para o contêiner ou contêineres. Por exemplo:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Você precisa dos endpoints de dados. O nome do contêiner não é necessário.
Observe que você não precisa de credenciais de usuário para enviar aos MediaStore contêineres. 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).
# Grupo de saída HLS para MediaPackage
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS e o enviará para o AWS Elemental MediaPackage via HTTPS. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Peça ao MediaPackage usuário que crie um canal no MediaPackage. Mesmo que o MediaLive canal seja um [canal padrão](plan-redundancy.md) (com dois pipelines), você precisa de apenas um MediaPackage canal.
1. Organize com o MediaPackage usuário a configuração das credenciais do usuário HTTPS. Você deve enviar para MediaPackage por meio de uma conexão segura.
1. Obtenha as seguintes informações:
+ Os dois URLs (pontos finais de entrada é a MediaPackage terminologia) do canal. Os dois URLs de um canal têm a seguinte aparência:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
Os dois URLs são sempre idênticos, exceto pela pasta anterior`channel`.
Certifique-se de obter o URLs (que começa com`https://`), não o nome do canal (que começa com`arn`).
+ 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.
# Grupo de saída HLS para MediaPackage v2
Siga este procedimento se você [determinou](hls-choosing-hls-vs-emp.md) que criará um grupo de saída HLS e o enviará para a MediaPackage v2. Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
**Para organizar a configuração do destino**
1. Peça ao MediaPackage usuário que crie um canal no MediaPackage. Mesmo que o MediaLive canal seja um [canal padrão](plan-redundancy.md) (com dois pipelines), você precisa de apenas um MediaPackage canal.
1. Obtenha os dois URLs (os pontos finais de entrada são a MediaPackage terminologia) para o canal. Os dois URLs de um canal têm a seguinte aparência:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
Os dois URLs são um pouco diferentes, conforme mostrado nos exemplos acima.
Certifique-se de obter o URLs (que começa com`https://`), não o nome do canal (que começa com`arn`).
Observe que você não usa credenciais de usuário para enviar para a MediaPackage v2.
# Grupo de saídas HLS para HTTP
Siga este procedimento se você [decidiu](identify-downstream-system.md) criar um grupo de saídas HLS com um dos sistemas downstream a seguir como destino:
+ Um servidor PUT HTTP ou HTTPS.
+ Um servidor WebDAV HTTP ou HTTPS.
+ Um servidor de origem Akamai.
Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas HLS.
Ao entregar HLS via HTTP, você geralmente está entregando para um servidor de origem. O servidor de origem geralmente tem diretrizes claras sobre as regras do caminho de destino, incluindo o nome do arquivo do manifesto principal (o arquivo `.M3U8`).
**Para organizar a configuração do destino**
Entre em contato com o operador no sistema downstream para coordenar sua configuração.
1. Se o sistema downstream não for um servidor Akamai, descubra se ele usa PUT ou WebDAV.
1. Descubra se o sistema de downstream tem requisitos especiais de conexão. Esses campos de conexão são agrupados no console na seção **Configurações de CDN** na página de grupo de saídas HLS. Para exibir essa página no MediaLive console, na página **Criar canal**, na seção **Grupos de saída**, escolha **Adicionar** e escolha **HLS**. Escolha o grupo e, em seguida, em **Configurações de HLS**, abra as **Configurações de CDN**.
1. Decida se você precisa de dois destinos para a saída:
+ Você precisa de dois destinos em um [canal padrão](plan-redundancy.md).
+ Você precisa de um destino em um canal de pipeline único.
1. Descubra se o sistema downstream usa uma conexão segura. Se isso acontecer, combine com o operador para configurar as credenciais do usuário.
1. Descubra se o sistema de downstream requer caminhos personalizados dentro dos manifestos principais e dos manifestos filhos. Para obter mais informações, consulte [Personalizar os caminhos dentro dos manifestos HLS](hls-manifest-paths.md).
1. Se você estiver configurando um [canal padrão](plan-redundancy.md), descubra se o sistema downstream oferece suporte a manifestos redundantes. Em caso afirmativo, decida se deseja implementar esse recurso. Para obter mais informações, consulte [Criar manifestos HLS redundantes](hls-redundant-manifests.md) e, em especial, [Regras para a maioria dos sistemas de downstream](hls-redundant-manif-most-systems.md) e [Regras para a Akamai CDNs](hls-redundant-manif-akamai.md) para obter instruções específicas.
1. Converse com o operador no sistema downstream para chegar a um acordo sobre um caminho de destino completo para as três categorias de arquivos HLS (os manifestos principais, os manifestos secundários e os arquivos de mídia). MediaLive sempre coloca todas as três categorias de arquivos para cada destino nesse único local. Não é possível configurar MediaLive para colocar alguns arquivos em outro local.
Se você tiver dois destinos, os caminhos de destino deverão de alguma forma ser diferentes um do outro. Pelo menos uma das partes de um caminho deve ser diferente da outra. É aceitável que todas as partes sejam diferentes. Discuta esse requisito com o operador do sistema downstream. O sistema downstream pode ter regras específicas sobre exclusividade.
1. Converse com o operador do sistema downstream sobre os requisitos especiais para os nomes das três categorias de arquivos HLS. Normalmente, o sistema downstream não tem requisitos especiais.
1. Converse com o operador do sistema downstream sobre os requisitos especiais para o modificador nos nomes dos manifestos filhos e dos arquivos de mídia.
Os manifestos filhos e os arquivos de mídia sempre incluem esse modificador em seus nomes de arquivo. Esse modificador distingue cada saída uma da outra. Por isso, ela deve ser exclusiva em cada saída. Por exemplo, os arquivos da saída de alta resolução devem ter um nome diferente dos arquivos da saída de baixa resolução. Por exemplo, os arquivos de uma saída poderiam ter o nome do arquivo e o modificador `curling_high`, enquanto a outra saída poderia ter `curling_low`.
Normalmente, o sistema downstream não tem requisitos especiais.
1. Pergunte ao operador do sistema downstream se os arquivos de mídia devem ser configurados em subdiretórios separados. Por exemplo, um subdiretório para os primeiros 1000 segmentos, outro subdiretório para os segundos 1000 segmentos e assim por diante.
A maioria dos sistemas de downstream não requer subdiretórios separados.
1. Definam as partes do caminho de destino em que o sistema downstream tem requisitos especiais.
+ Por exemplo, o sistema downstream pode exigir apenas que você envie para um host específico. O sistema downstream não precisa saber sobre os nomes de pastas ou arquivos que você usará.
Por exemplo, envie para duas pastas que você nomeia, mas no host em `https://203.0.113.55`
Ou envie para duas pastas que você nomeia, mas no host em `https://203.0.113.55` e `https://203.0.113.82`
+ Ou o sistema downstream pode exigir um host e uma pasta específicos, mas com um nome de arquivo que você escolher. Por exemplo, este host e as pastas:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Tome nota das informações que você coletou:
+ O tipo de conexão do sistema downstream: Akamai, 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.
# Criar um grupo de saídas HLS
Você cria o grupo de saída e suas saídas ao [criar ou editar um MediaLive canal](creating-a-channel-step4.md).
## O procedimento
1. Na página **Create channel (Criar canal)**, em **Output groups (Grupos de saída)**, escolha **Add (Adicionar)**.
1. Na seção **Add output group (Adicionar grupo de saída)**, escolha **HLS**, e depois **Confirm (Confirmar)**. Mais seções aparecem:
+ **Destino do grupo HLS**: essa seção contém campos para o destino das saídas. Para obter mais informações, consulte a seção sobre o tipo de sistema downstream:
+ [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)
+ **Configurações de HLS**: essa seção contém campos para o [destino das saídas](hls-destinations-http.md) para fins de [resiliência](hls-other-features.md#hls-resiliency) e [legendas](hls-other-features.md#hls-captions).
+ **Saídas HLS**: essa seção mostra a saída única que é adicionada por padrão.
+ **Local**: essa seção contém campos para [personalizar os caminhos dentro dos manifestos](hls-manifest-paths.md).
+ **Manifesto e segmentos**: essa seção contém campos para [configurar manifestos redundantes](hls-opg-redundant-manifest.md), configurar o [conteúdo do manifesto](hls-other-features.md#hls-manifest-contents) e [configurar segmentos de mídia](hls-other-features.md#hls-segment-fields).
+ **DRM**: essa seção contém campos para a configuração da [criptografia das saídas](hls-other-features.md#hls-drm).
+ **Marcador de anúncios**: essa seção contém campos para a configuração da [disponibilidade de anúncios SCTE-35](hls-other-features.md#hls-ad-markers).
+ **Legendas**: essa seção contém campos para a configuração de [legendas](hls-other-features.md#hls-captions).
+ **ID3**— Esta seção contém campos para configuração [ID3](hls-other-features.md#hls-id3).
1. Se o seu plano incluir mais de uma saída nesse grupo de saídas, em **HLS outputs (Saídas HLS)**, selecione **Add output (Adicionar saída)** para adicionar o número apropriado de saídas.
1. Em **HLS outputs (Saídas HLS)**, selecione o primeiro link **Settings (Configurações)** para visualizar as seções da primeira saída:
+ **Configurações de saída**: essa seção contém campos para o destino das saídas. Consulte as seguintes seções:
+ [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)
[Faixa esparsa](hls-container.md): essa seção contém campos para o contêiner HLS.
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](hls-streams-section.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saída e para as saídas:
+ Em **HLS settings (Configurações HLS)**, em **Name (Nome)**, insira um nome para o grupo de saídas. Esse nome é interno à MediaLive; ele não aparece na saída. Por exemplo, .**Sports Curling**
+ Na seção **HLS outputs (Saídas HLS)** de cada saída, em **Name (Nome)**, insira um nome para a saída. Esse nome é interno à MediaLive; ele não aparece na saída. Por exemplo, .**high resolution**
1. Para preencher os outros campos, consulte os tópicos listados após este procedimento.
1. Depois de concluir a configuração desse grupo de saídas e de suas saídas, você poderá criar outro grupo de saídas (de qualquer tipo), se o plano exigir. Caso contrário, vá para [Salvar o canal](creating-a-channel-step9.md).
**Topics**
+ [O procedimento](#hls-create-procedure)
+ [Campos de destino em um grupo de saídas HLS](hls-destinations.md)
+ [Campos para o contêiner HLS](hls-container.md)
+ [Campos para personalizar os caminhos dentro dos manifestos](hls-custom-manifests.md)
+ [Campos para manifestos redundantes](hls-opg-redundant-manifest.md)
+ [Campos para streams de vídeo, áudio e legendas (codificações)](hls-streams-section.md)
+ [Campos para outros recursos HLS](hls-other-features.md)
# 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**
# Campos para o contêiner HLS
Os campos a seguir configuram o contêiner em cada saída.
+ Seção **Saídas HLS** – **Configurações da saída** – **Configurações de HLS**
Esses campos controlam o conteúdo do manifesto e a estrutura dos segmentos. Por comparação, os campos descritos em [Campos para conteúdo de manifestos](hls-other-features.md#hls-manifest-contents) controlam quantos manifestos e segmentos estão na saída.
**Como configurar o contêiner**
1. Em **HLS Settings (Configurações HLS)**, escolha a opção apropriada. Para obter informações sobre as opções, consulte a lista após este procedimento.
1. Em **Standard hls (HLS padrão)**, mais campos aparecem. Selecione **Transport/container configuration (Configuração de transporte/contêiner)** e **PID settings (Configurações de PID)**. Mais campos serão exibidos.
1. Altere qualquer campo. Normalmente, você altera os campos nessas duas seções somente se o sistema de downstream fornece valores.
**Sobre contêineres HLS**
MediaLive suporta esses tipos de contêineres:
+ **HLS padrão**: escolha esse tipo de contêiner se quiser empacotar os fluxos (codificações) em um fluxo de transporte (TS). Escolha esse tipo de contêiner para todas as saídas no grupo de saídas (exceto para saídas que fazem parte de um grupo de versões de áudio). Cada saída pode conter estas codificações:
+ Uma codificação de vídeo
+ Uma codificação de vídeo com legendas incorporadas
+ Uma codificação de vídeo (e legendas opcionalmente incorporadas) e uma ou mais codificações de áudio
+ Uma codificação de legenda
+ **Fmp4 hls** — Escolha esse tipo de contêiner se quiser empacotar os fluxos (codificações) como fragmentados. MP4 Escolha esse tipo de contêiner para todas as saídas no grupo de saídas (exceto para saídas que fazem parte de um grupo de versões de áudio). Cada saída pode conter estas codificações:
+ Uma codificação de vídeo
+ Uma codificação de vídeo com legendas incorporadas
+ Uma codificação de legenda
+ **Somente áudio**: escolha esse tipo de contêiner para cada saída somente áudio que faça parte de um grupo de versões de áudio. O grupo de representação pode fazer parte de um TS (fluxo de transporte) ou parte de um pacote MP4 f. Para obter informações sobre como criar um grupo de versões de áudio, consulte [Grupos de representação de áudio para HLS](audio-renditions.md).
+ **Captura de quadros**: escolha esse tipo de contêiner para criar um arquivo JPEG de capturas de quadros no grupo de saídas. Esse contêiner é usado para implementar trick-play. Para obter mais informações sobre esse recurso e instruções sobre como configurá-lo no canal, consulte [Faixa de trick-play segundo a especificação Image Media Playlist](trick-play-roku.md).
# Campos para personalizar os caminhos dentro dos manifestos
Dentro do manifesto principal, existem caminhos para cada manifesto filho. Dentro de cada manifesto filho, há caminhos para os arquivos de mídia desse manifesto.
Opcionalmente, você pode alterar a sintaxe desses caminhos. Normalmente, você só precisa alterar a sintaxe se o sistema de downstream tiver requisitos de caminho especiais.
Os campos a seguir estão relacionados a caminhos personalizados dentro dos manifestos:
+ **HLS output group – Location (Grupo de saída HLS – Local)** – os campos de **Base URL content (Conteúdo de URL base)**.
+ **HLS output group – Location (Grupo de saída HLS – Local)** – os campos de **Base URL manifest (Manifesto de URL base)**.
Para obter mais informações sobre como configurar caminhos personalizados em manifestos, consulte [Personalizar os caminhos dentro dos manifestos HLS](hls-manifest-paths.md).
# Campos para manifestos redundantes
MediaLive suporta manifestos redundantes conforme especificado na especificação HLS. É possível habilitar esse recurso em um canal padrão.
Os seguintes campos estão relacionados a manifestos redundantes:
+ Campo **HLS output group – Manifests and Segments – Redundant manifests (Grupo de saída HLS – Manifestos e segmentos – Manifestos redundantes)**
+ Campos **HLS output group – Location – the Base URL manifest (Grupo de saída HLS – Local – o Manifesto de URL base)**
+ Campos **HLS output group – Location – the Base URL content (Grupo de saída HLS – Local – o Conteúdo de URL base)**
Você não pode habilitar esse recurso em um grupo de saída HLS que tenha MediaPackage como sistema downstream.
Para obter mais informações sobre como configurar manifestos redundantes, consulte [Criar manifestos HLS redundantes](hls-redundant-manifests.md).
# Campos para streams de vídeo, áudio e legendas (codificações)
Os campos a seguir estão relacionados às codificação de vídeo, áudio e legendas em cada saída.
+ Seção **Stream settings (Configurações de stream)**
Para obter informações sobre a criação de codificações, consulte as seguintes seções:
+ [Configurar a codificação de vídeo](creating-a-channel-step6.md)
+ [Configurar as codificações de áudio](creating-a-channel-step7.md)
+ [Configurar as codificações de legendas](creating-a-channel-step8.md)
# Campos para outros recursos HLS
**Topics**
+ [Campos para novas tentativas de conexão](#hls-reconnection-fields)
+ [Campos para conteúdo de manifestos](#hls-manifest-contents)
+ [Campos para segmentos](#hls-segment-fields)
+ [Campos para resiliência](#hls-resiliency)
+ [Campos para DRM](#hls-drm)
+ [Campos para disponibilidade de anúncios SCTE-35](#hls-ad-markers)
+ [Campos para legendas](#hls-captions)
+ [Campos para ID3 metadados](#hls-id3)
## Campos para novas tentativas de conexão
Os seguintes campos na seção **Grupo de saídas — Configurações de HLS — Configurações de CDN** configuram o comportamento de reconexão com o sistema downstream:
+ **Connection retry interval (Intervalo de repetição de conexão)**
+ **Num retries (Novas tentativas de num)**
+ **Filecache duration (Duração do Filecache)**
+ **Restart delay (Atraso da reinicialização)**
Para obter detalhes sobre um campo, selecione o link **Info (Informações)** ao lado do campo no console do MediaLive .
## Campos para conteúdo de manifestos
Os campos a seguir na seção **HLS output group – Manifests and Segments (Grupo de saída HLS – Manifestos e segmentos)** configuram as informações para incluir nos manifestos filhos HLS:
+ **Output selection (Seleção de saída)**
+ **Mode**
+ **Stream inf resolution (Resolução de inf de stream)**
+ **Manifest duration format (Formato da duração do manifesto)**
+ **Num Segments (Segmentos num)**
+ **Listas de reprodução somente em i-frame**: esse campo é usado para implementar trick-play via i-frames. Para obter mais informações, consulte [Faixa de track-play via I-frames](trick-play-i-frames.md).
+ **Data e hora do programa (PDT)**: esse campo é usado para incluir ou excluir a tag `EXT-X-PROGRAM-DATE-TIME` nos arquivos de manifesto. As informações da tag ajudam os players downstream a sincronizar a transmissão com a fonte selecionada no campo do **relógio PDT**.
+ **Período de data e hora do programa (PDT)**: esse campo é usado para definir o intervalo de tempo para inserção de tags `EXT-X-PROGRAM-DATE-TIME`, em segundos.
+ **Relógio de data e hora do programa (PDT)**: esse campo é usado para selecionar a fonte de hora do PDT. É possível selecionar o timecode da saída ou a hora UTC.
+ **Client cache (Cache do cliente)**
+ **Timestamp delta microseconds (Delta de time stamp em microssegundos)**
+ **Codec specification (Especificação do codec)**
+ **Manifest compression (Compressão de manifesto)**
Para obter detalhes sobre um campo, escolha o link **Informações** ao lado do campo no MediaLive console.
## Campos para segmentos
Os campos a seguir configuram segmentos de mídia na saída.
+ Os seguintes campos na seção **HLS output group – Manifests and Segments (Grupo de saída HLS – Manifestos e segmentos)**:
+ **TS file mode (Modo de arquivo TS)**
+ **Segment length (Comprimento do segmento)**
+ **Keep segments (Manter segmentos)**
+ **Min segment length (Comprimento mínimo do segmento)**
+ **Saídas HLS** – **Configurações da saída** – **Tipo de empacotamento H.265**. Esse campo se aplica somente às MP4 saídas f. MediaLiveignora o valor nesse campo para outros tipos.
Para obter detalhes sobre um campo, escolha o link **Info (Informações)** ao lado do campo.
## Campos para resiliência
O campo a seguir está relacionado à implementação de resiliência em uma saída HLS.
+ **Grupo de saídas HLS** – seção **Configurações de HLS** – **Ação de perda de entrada**
Se desejar, altere o valor de **Input loss action (Ação de perda da entrada)**.
**Configuração da maioria dos sistemas de downstream**
Se você estiver enviando essa saída HLS para um sistema de downstream que não seja o AWS Elemental MediaPackage, selecione o link **Info (Informações)** para decidir qual opção escolher. Para obter mais informações, consulte [Como lidar com a perda de entrada de vídeo](feature-input-loss.md).
**Configuração para o MediaPackage**
Se você estiver enviando essa saída HLS para AWS Elemental MediaPackage, defina esse campo para corresponder à forma como você definiu a [classe do canal](channel-class.md):
+ **Se o canal for um canal padrão (para oferecer suporte à redundância de entrada MediaPackage), defina esse campo como PAUSE\$1OUTPUT.**
Com essa configuração, se MediaLive parar de produzir saída em uma tubulação, MediaPackage detecta a falta de conteúdo em sua entrada atual e muda para a outra entrada. A perda de conteúdo é minimizada.
(Se você definir esse campo como **EMIT\$1OUTPUT, MediaLive envia quadros de** preenchimento para. MediaPackage MediaPackage não considera que os quadros de preenchimento sejam conteúdo perdido e, portanto, não muda para sua outra entrada.)
+ Se o canal for um canal de pipeline único, defina esse campo como **EMIT\$1OUTPUT**.
Com essa configuração, se a tubulação falhar MediaLive , MediaPackage continuará entregando para seu próprio sistema downstream (embora o conteúdo seja molduras de preenchimento).
(Se você definir esse campo como **PAUSE\$1OUTPUT**, o MediaPackage interromperá a atualização de seu endpoint, o que poderá causar problemas no sistema de downstream.)
## Campos para DRM
Preencha a seção **DRM** somente se você estiver configurando o DRM usando uma chave estática para criptografar a saída.
+ Nas configurações **Key provider (Provedor de chaves)**, selecione **Static key (Chave estática)**.
+ Preencha os outros campos conforme apropriado. Para obter detalhes sobre um campo, escolha o link **Info (Informações)** ao lado do campo.
Em uma configuração de chave estática, você insere uma chave de criptografia nesta seção (junto com outros dados de configuração) e fornece essa chave à outra parte (por exemplo, enviando-a em um e-mail). Uma chave estática não é realmente uma solução de DRM e não é altamente segura.
MediaLive suporta somente uma chave estática como opção de criptografia. Para usar uma solução de DRM com um provedor de chaves, você deve entregar a saída para AWS Elemental MediaPackage, criando um grupo de [ MediaPackage saída em vez de um grupo](creating-mediapackage-output-group.md) de saída HLS. Em seguida, você criptografa o vídeo usando MediaPackage. Para obter mais informações, consulte o Guia AWS Elemental MediaPackage do usuário.
## Campos para disponibilidade de anúncios SCTE-35
Preencha a seção **Marcadores de anúncios** se você planeja incluir mensagens de anúncio SCTE-35 na saída e para decorar o manifesto HLS. Consulte [Processamento de mensagens SCTE-35](scte-35-message-processing.md) e especificamente [Habilitar a passagem para saídas HLS](scte-35-passthrough-or-removal.md#procedure-to-enable-passthrough-hls).
## Campos para legendas
Os campos a seguir estão relacionados a legendas incorporadas em uma saída HLS. Se o seu plano incluir a criação de pelo menos uma codificação de legendas incorporadas nesta saída HLS, os seguintes campos serão aplicados:
+ Na seção **Captions (Legendas)**, a **Caption language setting (Configuração de idioma da legenda)**.
Se preferir, você poderá configurar o manifesto HLS para incluir informações sobre os idiomas das legendas incorporadas.
+ Seção **Configurações de HLS** – **Mapeamentos de idiomas da legenda**
Se preferir, você poderá configurar o manifesto HLS para incluir informações sobre cada número e idioma de CC (canal de legenda).
Para obter instruções detalhadas sobre esses campos, consulte [Informações de idioma nos manifestos HLS](set-up-the-hls-manifest.md).
## Campos para ID3 metadados
Complete a **ID3 **seção se quiser inserir ID3 metadados cronometrados ou tags de ID3 segmento em todas as saídas desse grupo de saída. Para obter instruções detalhadas, consulte [Inserindo metadados ID3 cronometrados ao criar o canal MediaLive](insert-timed-metadata.md).