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á.
# Configuração: Criar grupos de saídas e saídas
Esta seção descreve como planejar e criar grupos de saída e saídas em um AWS MediaLive Elemental.
Você cria grupos de saídas e saídas ao [criar ou editar um canal](creating-channel-scratch.md). Ao criar um canal, você deve criar pelo menos um grupo de saídas. Após criar o canal, será possível editá-lo para adicionar mais grupos de saídas.
No console, crie grupos de saídas na seção **Saídas** da página **Canal**. Não é possível criar grupos de saídas e saídas separadamente do canal ao qual eles pertencem.
**Topics**
+ [Criar um grupo de saídas de arquivamento](opg-archive.md)
+ [Criação de um grupo de saídas de ingestão de CMAF](opg-cmafi.md)
+ [Criando um grupo de saída de captura de quadros](opg-framecapture.md)
+ [Criar um grupo de saídas HLS](opg-hls.md)
+ [Criando um grupo de saída do MediaConnect roteador](opg-mediaconnect-router.md)
+ [Criando um grupo MediaPackage de saída](opg-mediapackage.md)
+ [Criar um grupo de saídas do Microsoft Smooth](opg-mss.md)
+ [Criar um grupo de saídas RTMP](opg-rtmp.md)
+ [Criando um grupo de saída SRT](opg-srt.md)
+ [Criar um grupo de saídas UDP](opg-udp.md)
# Criar um grupo de saídas de arquivamento
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída do Archive. Para obter informações sobre os casos de uso de um grupo de saídas de arquivamento, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
**Topics**
+ [Organizar codificações em um grupo de saídas de arquivamento](design-archive-package.md)
+ [Coordenar com o sistema downstream](archive-op-origin-server-s3.md)
+ [Criar um grupo de saídas de arquivamento](creating-archive-output-group.md)
# Organizar codificações em um grupo de saídas de arquivamento
Um grupo de saída de arquivamento pode conter o seguinte:
+ Uma ou mais saídas.
A saída contém o seguinte:
+ Uma codificação de vídeo.
+ Zero ou mais codificações de áudio.
+ Zero ou mais codificações de legendas. As legendas são legendas incorporadas ou em estilo de objeto.
Normalmente, o grupo de saída Archive espelha a estrutura de saída de outro grupo de saída. Por exemplo, ele pode espelhar a pilha ABR em um grupo de saída HLS.
Este diagrama ilustra um grupo de saídas de arquivamento que contém uma saída que possui uma codificação de vídeo com legendas incorporadas e duas codificações de áudio.
![\[Output group diagram showing one output with a video encode and two audio encodes.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
Este diagrama ilustra um grupo de saídas de arquivamento que contém uma saída que possui uma codificação de vídeo, duas codificações de áudio e duas codificações de legendas em estilo de objeto.
![\[Output group containing V, A, A, C, C elements representing video, audio, and caption encodes.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# Coordenar com o sistema downstream
O destino de um grupo de saídas de arquivamento está sempre em um bucket do Amazon S3. Você e o operador do Amazon S3 devem concordar sobre o bucket a ser usado.
**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 [Campos do destino de saída](archive-destinations.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 a propriedade 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-archive-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 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](archive-destinations.md).
O recurso de ACL padrão do S3 oferece suporte ao controle total, ACLs além do *proprietário do Bucket*. Mas esses outros normalmente não ACLs são aplicáveis ao caso de uso de entrega de vídeo de MediaLive.
# Criar um grupo de saídas de arquivamento
Você cria o grupo de saída e suas saídas ao [criar ou editar um MediaLive canal](creating-a-channel-step4.md).
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)**, selecione **Archive (Arquivamento)** e **Confirm (Confirmar)**. Mais seções aparecem:
+ **Destino do grupo de arquivamento**: esta seção contém campos para o [destino de saída](archive-destinations.md).
+ **Configurações de arquivamento**: esta seção contém campos para o [destino de saída](archive-destinations.md).
+ **Saídas de arquivamento**: esta seção mostra a saída que é adicionada por padrão. Uma saída de arquivamento pode conter apenas uma saída, portanto, não clique em **Adicionar saída**.
1. Em **Archive outputs (Saídas de arquivamento)**, selecione o link **Settings (Configurações)** para visualizar as seções da saída individual:
+ **Configurações de saída**: esta seção contém campos para o [destino de saída](archive-destinations.md) e o [contêiner de saída](archive-container.md).
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](archive-streams.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saídas e para a saída:
+ Em **Archive settings (Configurações de arquivamento)**, 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 Game 10122017 ABR** ou **tvchannel59**.
+ Em **Archive outputs (Saídas de arquivamento)**, em **Name (Nome)**, insira um nome para a saída. Esse nome é interno à MediaLive; ele não aparece na saída.
1. Para preencher os outros campos, consulte os tópicos listados após este procedimento.
**Topics**
+ [Campos do destino de saída](archive-destinations.md)
+ [Campos para o contêiner de saída](archive-container.md)
+ [Campos para streams de vídeo, áudio e legendas (codificações)](archive-streams.md)
# Campos do destino de saída
Os campos a seguir configuram o local e os nomes dos arquivos da saída de arquivamento (o destino).
+ Seção **Grupo de saídas**, **Destino do grupo de arquivamento**
+ **Grupo de saídas**, **Configurações de arquivamento**, **Configurações de CDN**
+ **Grupo de saídas**, **Configurações adicionais**, **Intervalo de rolagem**
+ **Saídas de arquivamento**, **Modificador de nome**
+ **Saídas de arquivamento**, **Extensão**
É 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.
# Projetar o caminho para o destino da saída
1. Projete o caminho ou os caminhos de destino, seguindo esta sintaxe:
`protocol bucket folders baseFilename nameModifier counter extension`
Por exemplo, para um canal padrão:
`s3ssl://amzn-s3-demo-bucket/channel59/delivery/curling-20171012T033162.000000.m2ts`
`s3ssl://amzn-s3-demo-bucket1/channel59/delivery/curling-20171012T033162.000000.m2ts`
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.
A tabela a seguir mapeia cada parte no exemplo para a parte na sintaxe.
| Parte do URL | Exemplo | Comment |
| --- | --- | --- |
| protocolo | s3ssl:// | O protocolo é sempre s3ssl://, pois o destino de uma saída de arquivamento é sempre um bucket do S3. |
| parte do bucket do caminho | balde de demonstração amzn-s3- | Com MediaLive, o nome do bucket do Amazon S3 não deve usar notação de pontos. Por exemplo, **mycompany-videos** é aceitável, mas **mycompany.videos** não é. |
| parte das pastas do caminho | channel59/delivery/ | As pastas podem estar presentes ou não e podem ter o tamanho que você quiser.As pastas devem sempre terminar com uma barra. |
| baseFilename | curling | Não termine o nome do arquivo com uma barra. |
| nameModifier | -20171012T033162 | O modificador é opcional para uma saída de arquivamento. |
| delimitador antes do contador | . | MediaLive insere automaticamente esse delimitador. |
| contador | 000000 | MediaLive gera automaticamente esse contador. Inicialmente, esse é um número de seis dígitos começando em 000000 e aumentando em 1. A sequência então é 000000, 000001, 000002 e assim por diante. Depois de 999999, o próximo número é 1000000 (sete dígitos), depois 1000001, 1000002 e assim por diante. Depois, de 9999999 a 10000000 (oito dígitos) e assim por diante. |
| ponto antes da extensão | . | MediaLive insere automaticamente esse ponto. |
| extensão | m2ts | Sempre m2ts. |
# Preencher os campos no console
1. Insira as diferentes partes do destino nos campos apropriados.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/archive-specify-destination.html)
1. Deixe a seção **Credenciais** em branco nas duas seções de **destinos do grupo de arquivamento**. 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. 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](archive-op-origin-server-s3.md#setting-dss-archive-canned-acl).
1. Preencha campo **Rollover interval (Intervalo de rolagem)** na seção **Archive settings (Configurações de arquivamento)**.
Por exemplo, **300** divide a saída em arquivos separados, cada um com uma duração de 300 segundos (5 minutos).
Cada vez que a prorrogação expira, MediaLive fecha o arquivo atual no Amazon S3 e inicia um novo arquivo usando o `baseFilename``nameModifier`, o e um contador sequencial.
O arquivo atual é visível no Amazon S3 somente depois de ter sido fechado.
Para obter mais informações, consulte os [exemplos](archive-examples.md).
# Exemplos de campos de destino para um grupo de saídas de arquivamento
Esses exemplos mostram como configurar os campos relacionados a locais de arquivo. Eles não mostram como configurar outros campos, como os campos nas saídas individuais.
## Exemplo 1
Você deseja criar um arquivamento da saída de streaming do canal de TV 59. Você deseja armazenar a saída no bucket do S3 chamado **amzn-s3-demo-bucket** e deseja dividir o fluxo em blocos de 5 minutos.
| Campo | Valor |
| --- | --- |
| Campo Rollover interval (Intervalo de rolagem) na seção Archive settings (Configurações de arquivamento) | 300 |
| URL na seção Archive group destination A (Destino do grupo de arquivamento A) | s3ssl://amzn-s3-demo-bucket/channel59/delivery/curling |
| URL na seção Archive group destination B (Destino do grupo de arquivamento B) | s3ssl://amzn-s3-demo-bucket/channel59/backup/curlingUsar *delivery* e *backup* como nomes de pastas é apenas um exemplo. |
| Name modifier (Modificador do nome) na seção Archive outputs (Saídas de arquivamento) | -\$1dt\$1Para obter informações sobre identificadores de dados variáveis (como `$dt$`), consulte [Identificadores para dados variáveis em MediaLive](variable-data-identifiers.md). |
| Extension (Extensão) na seção Archive outputs (Saídas de arquivamento) | Deixe em branco para usar o padrão (.m2ts). |
Resultado: a saída será dividida em arquivos de 5 minutos (300 segundos) cada. Cada arquivo terá um nome de arquivo **curling**, além do tempo que o canal foi iniciado, além de um contador (000000, 000001 e assim por diante), além da extensão do nome de arquivo. Por exemplo:
+ O primeiro arquivo será **curling-20171012T033162-000001.m2ts**.
+ O segundo arquivo será **curling-20171012T033162-000002.m2ts**.
Cada arquivo será armazenado em **s3ssl://amzn-s3-demo-bucket/channel59/delivery** e **s3ssl://amzn-s3-demo-bucket/channel59/backup**.
Um determinado arquivo não será visível no Amazon S3 enquanto estiver sendo gravado. Assim que a substituição ocorrer (ou se o usuário interromper o canal), MediaLive fecha o arquivo atual. Nesse ponto, o arquivo se tornará visível.
## Exemplo 2
Você deseja criar um arquivamento de destaques do jogo de curling que também está sendo transmitido (em um grupo de saída HLS separado). Você deseja criar três saídas: uma que tenha idiomas de áudio para a Europa, uma para idiomas de áudio para a Ásia e outra para idiomas de áudio para a África. Você deseja armazenar as saídas nos buckets do S3 chamados **amzn-s3-demo-bucket1** e **amzn-s3-demo-bucket2**. Você deseja dividir o stream em blocos de 5 minutos.
| Campo | Valor |
| --- | --- |
| Campo Rollover interval (Intervalo de rolagem) na seção Archive settings (Configurações de arquivamento) | 300 |
| URL na seção Archive group destination A (Destino do grupo de arquivamento A) | s3ssl://amzn-s3-demo-bucket1/sports-delivery/highlights/curling/10312017Neste exemplo, a pasta **10312017** está definida para corresponder à data de hoje. |
| URL na seção Archive group destination B (Destino do grupo de arquivamento B) | s3ssl://amzn-s3-demo-bucket2/sports-delivery/highlights/curling/10312017Neste exemplo, os caminhos têm nomes de bucket diferentes. |
| Name modifier (Modificador do nome) na seção Archive outputs (Saídas de arquivamento) | 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: **-audiogroup1**, **-audiogroup2** e **-audiogroup3**. |
| Extension (Extensão) na seção Archive outputs (Saídas de arquivamento) | Deixe em branco para usar o padrão (.m2ts). |
Resultado: três categorias separadas de arquivos serão criadas para cada saída. Cada arquivo terá um nome de arquivo de **10312017**, além do modificador, o contador sequencial e a extensão de nome de arquivo. Por exemplo:
+ `10312017-audiogroup1-000000.m2ts`, `10312017-audiogroup2-000000.m2ts` e `10312017-audiogroup3-000000.m2ts`.
+ `10312017-audiogroup1-000001.m2ts`, `10312017-audiogroup2-000001.m2ts` e `10312017-audiogroup3-000001.m2ts`.
Cada arquivo será armazenado em `s3ssl://amzn-s3-demo-bucket1/sports-delivery/highlights/curling` e `s3ssl://amzn-s3-demo-bucket2/sports-delivery/highlights/curling`.
Um determinado arquivo não será visível no Amazon S3 enquanto estiver sendo gravado. Assim que a substituição ocorrer (ou se o usuário interromper o canal), MediaLive fecha o arquivo atual. Nesse ponto, o arquivo se tornará visível.
# Campos para o contêiner de saída
Os seguintes campos dizem respeito ao empacotamento e à entrega do stream de transporte de arquivamento:
+ Na seção **Configurações de saída**, **Configurações do contêiner**
+ Na seção **Configurações de saída**, **Configurações de PID**
Para todos esses campos, se desejar, altere todos os valores. Para obter detalhes sobre um campo, escolha o link **Informações** ao lado do campo no MediaLive console.
# Campos para streams de vídeo, áudio e legendas (codificações)
Os campos a seguir estão relacionados à codificação dos streams de vídeo, áudio e legendas (codificações) na 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)
# Criação de um grupo de saídas de ingestão de CMAF
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída do CMAF Ingest. Para obter informações sobre os casos de uso de um grupo de saídas de ingestão de CMAF, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
Observe que isso MediaLive gera uma pontuação de qualidade para as saídas em um grupo de saída do CMAF Ingest. Para obter mais informações, consulte [Trabalhando com o MQCS](mqcs.md).
**Topics**
+ [Organize as codificações em saídas](design-cmafi-package.md)
+ [Obter o destino](downstream-system-cmafi-empv2.md)
+ [Criar grupo de saídas](creating-cmafi-output-group.md)
# Organizar codificações em um grupo de saídas de ingestão de CMAF
Um grupo de saída CMAF Ingest normalmente 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.
+ Zero ou mais codificações de áudio.
+ Zero ou mais codificações de legendas. As legendas são legendas incorporadas ou legendas secundárias.
Este diagrama ilustra um grupo de saídas do de ingestão de CMAF quando as legendas são incorporadas ao vídeo. Cada codificação de vídeo está em uma saída separada. As legendas estão presentes em cada saída de vídeo. Cada codificação de áudio está em uma saída separada.
![\[Output group diagram showing four outputs: two labeled "V embedded" and two labeled "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 CMAF Ingest quando as legendas são legendas sidecar. Cada codificação está em sua própria saída.
![\[Output group diagram showing six outputs: two V, two A, and two C, representing video, audio, and captions.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# Obter destino para um grupo de saídas de ingestão de CMAF
1. Decida se você precisa de dois destinos URLs 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. Obtenha um ou dois URLs do MediaPackage operador. A MediaPackage terminologia do URL é o *endpoint de entrada*. 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 ao CMAF Ingest para. MediaPackage
**Exemplo**
Dois URLs se parecem com este exemplo:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
Observe o seguinte:
+ `v1/`Perto do final da URL está a versão do esquema da URL de MediaPackage destino, ela não se refere à MediaPackage v1.
+ `curling-channel-group/`é o nome do grupo de canais que o MediaPackage operador criou.
+ `curling-channel/`é o nome do MediaPackage canal que o MediaPackage operador criou. Não é o nome do MediaLive canal.
+ A única diferença entre os dois URLs é o `-1` e `-2` antes`.ingest`.
# Criar um grupo de saídas de ingestão de CMAF
Você cria o grupo de saída e suas saídas ao [criar ou editar um MediaLive canal](creating-a-channel-step4.md).
1. Na página **Criar canal** ou **Editar canal**, em **Grupos de saídas**, escolha **Adicionar**.
1. Na seção **Adicionar grupo de saídas**, escolha **Ingestão de CMAF** e, em seguida, **Confirmar**. Mais seções aparecem:
+ **Destino de ingestão de CMAF**: esta seção contém campos para o destino das saídas. Você deveria ter obtido o URLs para inserir ao [planejar os destinos para o grupo de saída do CMAF Ingest](downstream-system-cmafi-empv2.md). O URL se parece com isto:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
Deixe a seção **Credenciais** vazia. Você não precisa inserir credenciais para se autenticar. MediaPackage
+ **Configurações de ingestão do CMAF**: esta seção contém campos para definir como os segmentos são entregues e para configurar como vários atributos se comportam. Veja mais adiante nesta seção.
+ **Saídas de ingestão de CMAF**: esta seção mostra a saída única que é adicionada por padrão. É possível adicionar mais saídas e adicionar codificações de vídeo, áudio e legendas a cada saída. Veja mais adiante nesta seção.
**Topics**
+ [Campos na seção de configurações de ingestão de CMAF](#cmafi-opg-settings)
+ [Campos para streams de vídeo, áudio e legendas (codificações)](#cmafi-opg-streams-section)
## Campos na seção de configurações de ingestão de CMAF
| Campo | Description |
| --- | --- |
| Nome | Um nome para o grupo de saídas. Esse nome é interno do MediaLive. Ele não aparece na saída. Por exemplo, .Sports Curling |
| SCTE35 Tipo | Para passar mensagens SCTE-35 no grupo de saídas, escolha SCTE\$135\$1WITHOUT\$1SEGMENTATION.O texto WITHOUT\$1SEGMENTATION indica que cada mensagem SCTE-35 inserida resultará em um novo IDR no vídeo, mas não resultará em um novo segmento. Esse tratamento é padrão para a ingestão de CMAF Para obter mais informações sobre a configuração para SCTE-35, consulte [Processamento de mensagens SCTE-35](scte-35-message-processing.md). |
| Comprimento do segmento, unidades de comprimento do segmento | Insira a duração preferida dos segmentos (em milissegundos ou segundos). Os segmentos terminarão no próximo quadro-chave após a duração especificada, portanto, a duração real do segmento pode ser maior. Se as unidades forem segundos, a duração poderá ser uma fração dos segundos. |
| Retardo de envio ms | Número de milissegundos para retardar a saída do pipeline 1, quando o canal é iniciado ou reiniciado. (Esse campo se aplica somente aos canais padrão. O valor é ignorado em um canal de pipeline único.) Alguns empacotadores sempre ingerem o primeiro pipeline que recebem. Portanto, você pode definir um valor aqui para garantir que o pipeline 0 sempre chegue primeiro ao empacotador. |
| Comportamento da Nielsen ID3 | Para obter mais informações sobre esse atributo, consulte [Convertendo marcas d'água da Nielsen em ID3](feature-nielsen-id3.md). |
## Campos para streams de vídeo, áudio e legendas (codificações)
1. Nas **Saídas de ingestão de CMAF**, escolha **Adicionar saída** para adicionar o número apropriado de saídas à lista de saídas.
1. Escolha o primeiro link de **Configurações** para visualizar as seções da primeira saída. Cada saída tem duas seções: **Configurações de saída** e **Configurações do fluxo**.
1. Preencha as **Configurações de saída**:
+ **Nome da saída**: altere o nome gerado aleatoriamente para um nome significativo. Esse nome é interno à MediaLive; ele não aparece na saída.
+ **Modificador de nome**: MediaLive atribui um modificador sequencial a cada saída no grupo de saída: **\$11, **\$12**** e assim por diante. Altere o nome, se desejar.
1. Preencha as **Configurações do fluxo**. Esta seção contém campos para as codificações de saída (vídeo, áudio e legendas) a serem criadas na saída. 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)
# Criando um grupo de saída de captura de quadros
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída de captura de quadros. Uma saída de captura de quadros é um complemento ao streaming; ela em si não é uma saída de streaming. Esse tipo de saída pode ser útil para seu fluxo de trabalho. Por exemplo, você pode usar uma saída de captura de quadros para criar miniaturas do conteúdo. (Você também pode criar miniaturas usando o [atributo de miniaturas](thumbnails.md).)
**Topics**
+ [Organizar codificações em um grupo de saídas de captura de quadros](design-framecapture-package.md)
+ [Coordenar com o sistema downstream](framecapture-op-origin-server-s3.md)
+ [Criar um grupo de saídas de captura de quadros](creating-framecapture-output-group.md)
# Organizar codificações em um grupo de saídas de captura de quadros
Um grupo de saída de captura de quadros pode conter o seguinte:
+ Uma ou mais saídas.
Cada saída pode conter somente uma codificação JPEG de vídeo.
# Coordenar com o sistema downstream
O destino de um grupo de saídas de captura de quadros está sempre em um bucket do Amazon S3. Você e o operador do Amazon S3 devem concordar sobre o bucket a ser usado.
**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.
Observe que um grupo de saída de captura de quadros requer somente um conjunto de endereços de destino, não um para cada saída.
1. Recomendamos criar o caminho completo do destino — o bucket do Amazon S3 e todas as pastas. Consulte [Destino de captura de quadros](framecapture-destinations.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 a propriedade 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](archive-op-origin-server-s3.md#setting-dss-archive-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 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](archive-destinations.md).
O recurso de ACL padrão do S3 oferece suporte ao controle total, ACLs além do *proprietário do Bucket*. Mas esses outros normalmente não ACLs são aplicáveis ao caso de uso de entrega de vídeo de MediaLive.
# Criar um grupo de saídas de captura de quadros
Você cria o grupo de saída e suas saídas ao [criar ou editar um MediaLive canal](creating-a-channel-step4.md).
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)**, selecione **Frame capture (Captura de quadros)** e **Confirm (Confirmar)**. Mais seções aparecem.
+ **Destino**: esta seção contém campos para o [destino de saída](framecapture-destinations.md).
+ **Configurações de captura de quadros**: esta seção contém um campo para o nome do grupo de saídas e para o [destino de saída](framecapture-destinations.md).
+ **Saídas de captura de quadros**: esta seção mostra a saída que é adicionada por padrão. Uma saída de captura de quadros pode conter apenas uma saída, portanto, não clique em **Adicionar saída**.
Para visualizar os campos, selecione o link **Settings (Configurações)**.
1. Em **Frame capture outputs (Saídas de captura de quadros)**, selecione o link **Settings (Configurações)** para visualizar as seções da saída individual:
+ **Configurações de saída**: esta seção contém campos para o [destino de saída](framecapture-destinations.md).
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](output-settings-framecapture.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saídas e para a saída:
+ Em **Frame capture settings (Configurações de captura de quadros)**, em **Name (Nome)**, insira um nome para o grupo de saída. Esse nome é interno à MediaLive; ele não aparece na saída. Por exemplo, .**Sports Game Thumbnails**
+ Em **Frame capture outputs (Saídas de captura de quadros)**, em **Name (Nome)**, insira um nome para a saída. Esse nome é interno do MediaLive; ele não aparece na saída.
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 de e sua saída única, 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**
+ [Destino de captura de quadros](framecapture-destinations.md)
+ [Configurações do stream](output-settings-framecapture.md)
# Destino de captura de quadros
Os campos a seguir configuram o local e os nomes dos arquivos de captura de quadros (o destino).
+ Seção **Grupo de saídas**, **Destino do grupo de captura de quadros**
+ **Grupo de saídas**, **Configurações de captura de quadros**, **Configurações de CDN**
**Configurações de saída**, **Modificador de nome**
É 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.
## Projetar o caminho para o destino da saída
**Para projetar o caminho**
+ Projete o caminho ou os caminhos de destino, seguindo esta sintaxe:
`protocol bucket folders baseFilename nameModifier counter extension`
Por exemplo, para um canal padrão:
`s3ssl://amzn-s3-demo-bucket1/sports-thumbnails/delivery/curling-20180820.00000.jpg`
`s3ssl://amzn-s3-demo-bucket1/sports-thumbnails/backup/curling-20180820.00000.jpg`
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.
A tabela a seguir mapeia cada parte no exemplo para a parte na sintaxe.
| Parte do URL | Exemplo | Comment |
| --- | --- | --- |
| protocolo | s3ssl:// | O protocolo é sempre s3ssl://, pois o destino de uma saída de captura de quadros é sempre um bucket do S3. |
| parte do bucket do caminho | amzn-s3-demo-bucket1 | Com MediaLive, o nome do bucket do S3 não deve usar a notação de pontos, o que significa que não deve ser usado. (ponto) entre as palavras no nome do bucket. |
| parte das pastas do caminho | sports-thumbnails/delivery/ | As pastas podem estar presentes ou não e podem ter o tamanho que você quiser.As pastas devem sempre terminar com uma barra. |
| baseFilename | curling | Não termine o nome do arquivo com uma barra. |
| nameModifier | - 2018 0820 | O modificador é opcional para uma saída de captura de quadros. |
| delimitador antes do contador | . | MediaLive insere automaticamente esse delimitador. |
| contador | 00000 | MediaLive gera automaticamente esse contador. Inicialmente, esse é um número de cinco dígitos começando em 00000 que aumenta sempre em 1. A sequência então é 00000, 00001, 00002 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. |
| ponto antes da extensão | . | MediaLive insere automaticamente esse ponto. |
| extensão | jpg | Sempre jpg. |
## Preencher os campos no console
**Para especificar o local da saída**
1. Insira as diferentes partes do destino nos campos apropriados.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/framecapture-destinations.html)
1. Deixe a seção **Credenciais** em branco nas duas seções de **destinos do grupo de captura de quadros**. 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. 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](archive-op-origin-server-s3.md#setting-dss-archive-canned-acl).
# Configurações do stream
Por padrão, a saída é configurada com uma codificação de vídeo. Essa é a única codificação que uma saída de captura de quadros pode conter. Portanto, não é possível adicionar codificações de áudio ou de legendas ou mais codificações de vídeo.
Para obter informações sobre os campos na codificação de vídeo, consulte [Configurar a codificação de vídeo](creating-a-channel-step6.md).
# 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).
# Criando um grupo de saída do MediaConnect roteador
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída MediaConnect do roteador. Para obter informações sobre os casos de uso de um grupo de saída do MediaConnect roteador, consulte[Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
**Topics**
+ [Organizar codificações](design-mediaconnect-router-package.md)
+ [Coordenar com o sistema downstream](downstream-system-mediaconnect-router.md)
+ [Criar grupo de saídas](creating-mediaconnect-router-output-group.md)
# Organize as codificações em um grupo de saída MediaConnect do roteador
Um grupo de saída MediaConnect do roteador usa o contêiner M2TS (MPEG-2 Transport Stream). Cada saída pode conter o seguinte:
+ Uma codificação de vídeo.
+ Zero ou mais codificações de áudio.
+ Zero ou mais codificações de legendas. As legendas são legendas incorporadas ou legendas secundárias.
Você pode ter até cinco saídas por grupo de saída MediaConnect do roteador.
# Coordene com o sistema downstream para um grupo de saída MediaConnect do roteador
Uma vantagem do MediaConnect roteador é que você não precisa criar nenhum AWS Elemental MediaConnect recurso antes de criar a MediaLive saída. Quando você cria um MediaLive canal com um grupo de saída do MediaConnect roteador, as saídas aparecem automaticamente como opções na API do MediaConnect roteador.
MediaConnect As saídas do roteador suportam criptografia para dados em trânsito. Você pode escolher um dos seguintes modos de criptografia:
+ **AUTOMÁTICO** — Os serviços lidam perfeitamente com a criptografia usando um segredo gerenciado pelo serviço. Essa é a opção recomendada.
+ **SECRETS\$1MANAGER** — Você fornece o ARN de um segredo AES-256 armazenado em. AWS Secrets Manager O segredo deve existir antes de você criar o MediaLive canal.
Você deve especificar as zonas de disponibilidade para o grupo de saída. Para um canal de pipeline único, especifique uma zona de disponibilidade. Para um canal padrão, especifique duas zonas de disponibilidade diferentes para fornecer resiliência zonal.
**Importante**
Se um recurso de MediaConnect roteador já tiver sido criado, as zonas de disponibilidade que você especificar devem corresponder às do recurso existente. Se o recurso MediaConnect Roteador ainda não tiver sido criado, o recurso deverá ser configurado para corresponder às Zonas de Disponibilidade que você especificar aqui.
Você pode usar uma entrada de MediaConnect roteador com uma saída de MediaConnect roteador para processar o vídeo MediaLive (por exemplo, para normalizar a taxa de quadros) e depois passar o vídeo de volta para o MediaConnect roteador. Por padrão, quando você usa entradas e saídas MediaConnect do roteador, todo o fluxo de trabalho de transporte é end-to-end criptografado.
# Crie um grupo de saída do MediaConnect roteador
Você cria o grupo de saída e suas saídas ao [criar ou editar um MediaLive canal](creating-a-channel-step4.md).
1. Na página **Criar canal** ou **Editar canal**, em **Grupos de saídas**, escolha **Adicionar**.
1. Na seção **Adicionar grupo de saída, escolha Grupo** de **saída MediaConnect do roteador** e, em seguida, escolha **Confirmar**. Mais seções aparecem:
+ MediaConnect Destino **do grupo de saída do roteador** — Esta seção contém campos para o destino das saídas. Na seção Destinos de saída, aparece a guia **Grupo de saída do MediaConnect roteador**. **O tipo de criptografia é padronizado como AUTOMÁTICO.** Para usar um segredo de AWS Secrets Manager, altere o tipo de criptografia para **SECRETS\$1MANAGER** e insira o ARN secreto.
+ **MediaConnect Configurações do roteador** — Esta seção contém campos para configurar o grupo de saída. Veja mais adiante nesta seção.
+ **MediaConnect Saídas do roteador** — Esta seção mostra a única saída adicionada por padrão. Você pode adicionar mais saídas (até cinco por grupo de saída) e adicionar codificações de vídeo, áudio e legendas em cada saída. Veja mais adiante nesta seção.
**Topics**
+ [Campos na seção de configurações do MediaConnect roteador](#mediaconnect-router-opg-settings)
+ [Campos para streams de vídeo, áudio e legendas (codificações)](#mediaconnect-router-opg-streams-section)
## Campos na seção de configurações do MediaConnect roteador
| Campo | Description |
| --- | --- |
| Nome | Um nome para o grupo de saídas. Esse nome é interno do MediaLive. Ele não aparece na saída. |
| Zonas de disponibilidade | As zonas de disponibilidade para o grupo de saída. Para um canal de pipeline único, especifique uma zona de disponibilidade. Para um canal padrão, especifique duas zonas de disponibilidade diferentes. As duas zonas de disponibilidade devem ser diferentes para fornecer resiliência zonal. |
| Entradas de roteador conectadas | Um campo somente para leitura que mostra as entradas do MediaConnect roteador conectadas a essa saída. Essas informações são meramente informativas. Para conectar ou desconectar as entradas MediaConnect do roteador, use a API do MediaConnect roteador. |
## Campos para streams de vídeo, áudio e legendas (codificações)
1. Em **Saídas do MediaConnect roteador**, escolha **Adicionar saída** para adicionar saídas.
1. Escolha o primeiro link de **Configurações** para visualizar as seções da primeira saída. Cada saída tem duas seções: **Configurações de saída** e **Configurações do fluxo**.
1. Preencha as **Configurações de saída**:
+ **Nome da saída**: altere o nome gerado aleatoriamente para um nome significativo. Esse nome é interno à MediaLive; ele não aparece na saída.
+ **Modificador de nome**: MediaLive atribui um modificador sequencial a cada saída no grupo de saída: **\$11, **\$12**** e assim por diante. Altere o nome, se desejar.
1. Em **Configurações de saída**, para **Configurações de contêiner**, o contêiner é definido como M2TS. Para obter informações sobre as configurações de M2TS, consulte os campos M2TS em. [Campos para o transporte UDP](udp-container.md)
1. Preencha as **Configurações do fluxo**. Esta seção contém campos para as codificações de saída (vídeo, áudio e legendas) a serem criadas na saída. 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)
# Criando um grupo MediaPackage de saída
Ao criar um MediaLive canal, talvez você queira incluir um grupo MediaPackage de saída. Para obter informações sobre os casos de uso de um grupo MediaPackage de saída, 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**
+ [Organize as codificações em um grupo MediaPackage de saída](design-emp-hls-package.md)
+ [Coordene com o operador MediaPackage](origin-server-emp.md)
+ [Crie um grupo MediaPackage de saída](creating-mediapackage-output-group.md)
# Organize as codificações em um grupo MediaPackage de saída
Normalmente, um grupo MediaPackage de saída é 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.
+ Zero ou mais codificações de áudio.
+ Zero ou mais codificações de legendas. As legendas são legendas incorporadas ou em estilo de objeto.
Este diagrama ilustra um grupo MediaPackage de saída quando as legendas são incorporadas ao vídeo. Cada codificação de vídeo está em uma saída separada. As legendas estão presentes em cada saída de vídeo. Cada codificação de áudio está em uma saída separada.
![\[Output group diagram showing video outputs with embedded captions and separate audio outputs.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
Este diagrama ilustra um grupo MediaPackage de saída quando as legendas são legendas secundárias. Cada codificação está em sua própria saída.
![\[Output group diagram showing six outputs: two V, two A, and two C, representing video, audio, and captions.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# Coordene com o operador MediaPackage
Você e o operador do AWS Elemental MediaPackage serviço devem concordar com o destino da saída do seu grupo de MediaPackage saída.
**nota**
Você pode enviar para AWS Elemental MediaPackage criando um grupo MediaPackage de saída ou criando um grupo de saída HLS. Consulte [Escolhendo entre o grupo de saída HLS e o grupo MediaPackage de saída](hls-choosing-hls-vs-emp.md) para obter uma descrição das diferenças.
## MediaPackage coordenação v1 (HLS)
**Para organizar a configuração do destino MediaPackage v1**
1. Peça ao MediaPackage usuário que crie um canal. 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 o ID do MediaPackage canal. Por exemplo, .`curling-live` O ID do canal diferencia letras maiúsculas de minúsculas.
## MediaPackage coordenação v2 (CMAF)
**Para organizar a configuração do destino MediaPackage v2**
1. Peça ao MediaPackage usuário que crie canais MediaPackage v2 nas regiões necessárias. Obtenha as seguintes informações para cada destino:
+ Nome da região da AWS (por exemplo, `us-east-1` ou`eu-west-1`)
+ MediaPackage nome do grupo de canais
+ MediaPackage nome do canal
+ Qual endpoint de ingestão (ENDPOINT\$11 ou ENDPOINT\$12) é a entrada preferida para o canal MediaPackage
1. Se você planeja usar destinos adicionais para redundância ou entrega entre regiões, coordene a configuração de canais MediaPackage v2 adicionais conforme necessário.
**nota**
Você não precisa de credenciais de usuário para enviar um grupo MediaPackage de saída. MediaPackage MediaLive tem permissão para escrever MediaPackage 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).
# Crie um grupo MediaPackage de saída
Ao [planejar o fluxo de trabalho do seu canal](identify-downstream-system.md), você pode ter determinado que deseja incluir um grupo MediaPackage de saída. (Ou talvez você tenha decidido usar um [grupo de saída HLS para fazer entregas MediaPackage](hls-destinations-emp.md).)
## Crie grupos MediaPackage de saída
Você pode criar grupos MediaPackage de saída para duas MediaPackage versões diferentes:
+ **MediaPackage v1 (HLS)** - usa o protocolo de ingestão HLS e requer um ID de canal MediaPackage
+ **MediaPackage v2 (CMAF)** - usa o protocolo de ingestão CMAF e requer MediaPackage nome do grupo de canais e nome do canal
### MediaPackage Procedimento v1 (HLS)
1. Na página **Create channel (Criar canal)**, na seção **Output groups (Grupos de saída)**, escolha **Add (Adicionar)**. O painel de conteúdo é alterado para mostrar a seção **Add output group (Adicionar grupo de saídas)**.
1. Escolha e **MediaPackage**, em seguida, escolha **Confirmar**. Mais seções aparecem:
+ **MediaPackage destination**
+ **MediaPackage configurações**
+ **MediaPackage saídas** — Esta seção mostra a única saída que é adicionada por padrão.
1. Na seção de **MediaPackage destino**, em **ID MediaPackage do canal**, insira o ID do canal desse canal. Por exemplo, .`curling-live`
1. (Opcional) Na seção de **MediaPackage configurações**, em **Nome**, insira um nome para o grupo de saída.
1. Se você precisar especificar as configurações do grupo MediaPackage V2, selecione-o no menu suspenso e especifique as configurações conforme necessário.
1. Se seu plano incluir mais de uma saída nesse grupo de saída, em **MediaPackage saídas**, escolha **Adicionar saída para adicionar** o número apropriado de saídas.
Talvez você queira adicionar uma saída para implementar o 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).
1. Selecione o primeiro link **Settings (Configurações)** para visualizar as seções da primeira saída. A seção contém campos para os [streams de saída](hls-streams-section.md) (vídeo, áudio e legendas).
1. [Salvar o canal](creating-a-channel-step9.md).
### MediaPackage Procedimento v2 (CMAF)
1. Na página **Create channel (Criar canal)**, na seção **Output groups (Grupos de saída)**, escolha **Add (Adicionar)**. O painel de conteúdo é alterado para mostrar a seção **Add output group (Adicionar grupo de saídas)**.
1. Escolha e **MediaPackage**, em seguida, escolha **Confirmar**. Mais seções aparecem:
+ **MediaPackage destination**
+ **MediaPackage configurações**
+ **MediaPackage saídas** — Esta seção mostra a única saída que é adicionada por padrão.
1. Na seção de **MediaPackage destino**, configure o destino principal:
1. Em **Região**, selecione a região que contém seu canal MediaPackage v2. O padrão é sua região atual.
1. Para **nome do grupo de MediaPackage canais**, selecione o nome do grupo de MediaPackage canais que contém seu canal MediaPackage v2.
1. Para o **nome do MediaPackage canal**, selecione seu canal MediaPackage v2.
1. **Em Endpoint ID**, selecione qual endpoint MediaPackage de ingestão deve receber conteúdo:
+ **ENDPOINT\$11** - O conteúdo é enviado para o primeiro endpoint de ingestão
+ **ENDPOINT\$12** - O conteúdo é enviado para o segundo endpoint de ingestão
1. **(Opcional) Para configurar destinos adicionais para redundância ou entrega entre regiões, expanda a seção **Destinos adicionais** e clique em Adicionar destino.** Para cada destino adicional, repita as etapas de configuração acima, especificando a região, o nome do grupo de canais, o nome do canal e o ID do endpoint para cada canal adicional MediaPackage . Os canais padrão oferecem suporte a até dois destinos adicionais, enquanto os canais de tubulação única oferecem suporte a um destino adicional.
1. (Opcional) Na seção de **MediaPackage configurações**, em **Nome**, insira um nome para o grupo de saída.
1. Se seu plano incluir mais de uma saída nesse grupo de saída, em **MediaPackage saídas**, escolha **Adicionar saída para adicionar** o número apropriado de saídas.
1. Selecione o primeiro link **Settings (Configurações)** para visualizar as seções da primeira saída. A seção contém campos para os [streams de saída](hls-streams-section.md) (vídeo, áudio e legendas). As saídas de ingestão do CMAF permitem apenas um único tipo de fluxo por saída.
1. [Salvar o canal](creating-a-channel-step9.md).
# Seção Fluxos
Os campos a seguir estão relacionados à codificação dos streams de vídeo, áudio e legendas (codificações) na 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)
## Empacotamento de codificações de vídeo e codificações somente de áudio
MediaLive manipula o empacotamento de codificações em cada saída da seguinte forma:
+ Se uma saída contiver vídeo e áudio (e, opcionalmente, legendas), a versão do áudio será marcada como **program audio**.
+ Se uma saída não contiver vídeo, a versão do áudio será marcada como **audio only** e cada codificação de áudio será marcada como **ALTERNATE\$1AUDIO\$1NOT\$1AUTO\$1SELECT**.
## Definir a largura e a altura do vídeo
Esta seção refere-se aos campos em **Stream settings (Configurações de streaming)**, **Video (Vídeo)**.
Você deve especificar valores em **Width (Largura)** e **Height (Altura)**. O grupo MediaPackage de saída não suporta deixar esses campos em branco para usar a largura e a altura do vídeo de origem.
## Definir a taxa de proporção do vídeo
Esta seção refere-se aos campos em **Stream settings (Configurações de streaming)**, **Video (Vídeo)**, **Aspect ratio (Taxa de proporção)**.
É necessário definir o **PAR control (Controle PAR)** como **SPECIFIED**. O grupo MediaPackage de saída não suporta a configuração da proporção da saída para acompanhar o vídeo de origem. Ao selecionar **SPECIFIED**, é necessário preencher o **Par numerator (Numerador PAR)** e o **PAR denominator (Denominador PAR)**. É possível definir os campos **AFD** conforme desejar.
## Definir a taxa de quadros do vídeo
Esta seção refere-se aos campos em **Stream settings (Configurações de streaming)**, **Video (Vídeo)**, **Frame rate (Taxa de quadros)**.
É necessário definir **Framerate control (Controle de taxa de quadros)** como **SPECIFIED**. O grupo MediaPackage de saída não suporta a configuração da taxa de quadros da saída para acompanhar o vídeo de origem. Ao selecionar **SPECIFIED**, é necessário preencher **Framerate numerator (Numerador da taxa de quadros)** e **Framerate denominator (Denominador da taxa de quadros)**. Você pode definir o tipo de verificação como desejar; ele não se relaciona diretamente à taxa de quadros.
## Configuração para segmentos GOPs e segmentos
Esta seção refere-se aos campos em **Stream settings (Configurações de streaming)**, **Video (Vídeo)**, **GOP structure (Estrutura GOP)**.
Para o vídeo, você deve definir o tamanho do GOP para garantir que a saída MediaLive tenha um tamanho de segmento próximo ao tamanho do segmento MediaPackage especificado. MediaLive e MediaPackage trabalhem juntos para obter o tamanho final do segmento. A lógica é a seguinte:
+ Em MediaLive você especifica os campos **tamanho do GOP** e **unidades de tamanho do GOP**.
+ MediaLive calcula a duração do GOP, levando em consideração a taxa de quadros especificada na seção **Vídeo** da página **Saída**.
+ Em MediaPackage você especifica a duração do segmento. Você sempre especifica um número inteiro. Essa duração de segmento é a duração mínima *desejada*.
+ Quando MediaPackage recebe o vídeo de MediaLive, ele determina o quanto deve ajustar a duração do segmento para caber um número inteiro GOPs no segmento. A duração do segmento só pode ser ajustada para cima, nunca para baixo. Essa duração de segmento ajustada aparece no manifesto gerado pelo MediaPackage.
**Exemplo 1**
Suponha que MediaLive você defina o tamanho do GOP para 60 quadros. Você define a taxa de quadros como 29,97. Esses dois valores resultam em uma duração GOP de 2,002 segundos.
Suponha que MediaPackage você defina a duração do segmento para 6 segundos. Essa duração de segmento é a duração mínima *desejada*.
Quando MediaPackage recebe o vídeo de MediaLive, ele determina o quanto deve ajustar a duração do segmento para caber um número inteiro GOPs no segmento. Nesse caso, a duração do segmento deve ser ajustada para 6,006 segundos (três GOPs, em que cada GOP tem 2,002 segundos de duração).
**Exemplo 2**
Suponha que MediaLive, em, você defina o tamanho do GOP para 90 quadros. Você define a taxa de quadros como 30. Esses dois valores resultam em uma duração GOP de 3 segundos.
Suponha que MediaPackage você defina a duração do segmento para 4 segundos. Essa duração de segmento é a duração mínima *desejada*.
Quando MediaPackage recebe o vídeo de MediaLive, ele determina o quanto deve ajustar a duração do segmento para caber um número inteiro GOPs no segmento. Nesse caso, a duração do segmento deve ser ajustada para 6 segundos (dois GOPs, em que cada GOP tem 3 segundos de duração).
## Outros campos de codificação
Para obter informações sobre os campos em cada tipo de codificação, 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)
# Resultado deste procedimento
Com um grupo MediaPackage de saída, você não configura tantos campos quanto faz com um grupo de saída HLS normal. Em vez disso, configura MediaLive automaticamente o grupo de saída da seguinte forma:
**Destination** (Destino)
+ A saída do pipeline 0 é mapeada para o primeiro ponto final de ingestão no canal. MediaPackage A saída do pipeline 1 (se você tiver configurado um canal padrão) é mapeada no segundo endpoint de ingestão.
O mapeamento de cada pipeline em um endpoint de ingestão nunca muda. A única alteração que poderá ocorrer nos mapeamentos é se você atualizar uma entrada de pipeline único para uma entrada de classe padrão ou atualizar um canal de pipeline único para um canal padrão. Em ambos os casos, o pipeline 1 será mapeado no segundo endpoint de ingestão (que sempre existiu).
É possível visualizar os detalhes dos mapeamentos depois de criar o canal. Siga as etapas em [Visualizar detalhes do canal](https://docs.aws.amazon.com/mediapackage/latest/ug/channels-view) no *Guia do usuário do AWS Elemental MediaPackage *. Na seção **Entradas**, o primeiro item (ponto final de ingestão) sempre mapeia para o pipeline 0 no MediaLive canal, e o segundo item sempre mapeia para o pipeline 1.
+ A saída é entregue MediaPackage usando o WebDAV. A saída é sempre um streaming ao vivo, não um streaming de VOD.
+ O nome ou nomes de saída são definidos automaticamente como `Output n`, em que n é um número inteiro começando em 1.
+ O `nameModifier` de cada saída é definido automaticamente para corresponder ao nome de saída.
**Contêiner**
+ A especificação do codec é RFC 4281. O dispositivo de reprodução pode usar essas informações.
+ O período de data e hora do programa (PDT) é definido como 1 segundo.
+ O intervalo PAT é definido como 0, o que significa que um único PAT é inserido no início de cada segmento.
+ O intervalo PMT é definido como 0, o que significa que um único PMT é inserido no início de cada segmento.
**Resiliência**
+ A resiliência é tratada da seguinte forma. Se a entrada MediaLive for perdida, o comportamento é MediaLive pausar a entrega. MediaPackage espera esse comportamento e lida com a perda alternando para a outra entrada.
**SCTE-35**
+ A passagem de mensagens SCTE-35 está sempre habilitada. Se você não quiser marcadores de SCTE-35 nas saídas, poderá removê-los no canal no AWS Elemental MediaPackage. Para obter informações sobre a manipulação do SCTE-35 em uma MediaPackage saída, consulte. [Processamento de mensagens SCTE-35](scte-35-message-processing.md)
**ID3**
+ ID3 os metadados estão habilitados.
+ A capacidade de inserir ID3 marcadores por meio do grupo de saída está desativada. No entanto, você pode configurar para passar pelos ID3 marcadores que estão na entrada e inserir ID3 marcadores usando a MediaLive programação. Para obter informações sobre ID3 como lidar com uma MediaPackage saída, consulte[Trabalhando com ID3 metadados](id3-metadata.md).
# Criar um grupo de saídas do Microsoft Smooth
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída do Microsoft Smooth. Para obter informações sobre os casos de uso de um grupo de saídas do Microsoft Smooth, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
**Topics**
+ [Organizar as codificações em um grupo de saídas do Microsoft Smooth](organize-mss-package.md)
+ [Coordenar com o sistema downstream](origin-server-mss.md)
+ [Criar um grupo de saídas do Microsoft Smooth](creating-smooth-output-group.md)
# Organizar as codificações em um grupo de saídas do Microsoft Smooth
Um grupo de saídas do Microsoft Smooth 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 estão sempre no formato 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 legendas. As codificações de legendas sidecar sempre entram em sua própria saída.
Este diagrama ilustra um grupo de saídas da Microsoft com áudio incorporado.
![\[Output group diagram showing V, A, A components bundled with V, A, A, and separate C, 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 legendas. As codificações de legendas sidecar sempre entram em sua própria saída.
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 do Microsoft Smooth com um grupo de representação de áudio.
![\[Output group containing 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
Você e o operador do sistema downstream devem concordar com o destino da saída do grupo de saídas do Microsoft Smooth.
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. Converse com o operador no servidor Microsoft IIS para concordarem em relação a um caminho completo para a saída. Anote o URLs que você concorda com. Por exemplo:
`https://203.0.113.55/sports/curling`
`https://203.0.113.82/sports/curling`
1. Combine com o operador para configurar credenciais de usuário se o protocolo for HTTPS.
1. Descubra se o sistema de downstream tem requisitos especiais de conexão. Esses campos de conexão são agrupados na seção **Configuração geral** do grupo de saídas do Microsoft Smooth. Para exibir essa página no MediaLive console, na página **Criar canal**, na seção **Grupos de saída**, escolha **Adicionar** e, em seguida, escolha **Microsoft Smooth**. Escolha o grupo e, em seguida, nas **Configurações do Microsoft Smooth**, abra **Configuração geral**.
# Criar um grupo de saídas do Microsoft Smooth
Ao [planejar o fluxo de trabalho para seu canal](identify-downstream-system.md), talvez você tenha determinado que deseja incluir um grupo de saídas do Microsoft Smooth.
## O procedimento
1. Na página **Create channel (Criar canal)**, na seção **Output groups (Grupos de saída)**, escolha **Add (Adicionar)**.
1. Na seção **Add output group (Adicionar grupo de saída)**, selecione **Microsoft Smooth** e **Confirm (Confirmar)**. Mais seções aparecem:
+ **Destino do grupo do Microsoft Smooth**: esta seção contém campos para o [destino das saídas](smooth-destinations.md).
+ **Configurações do Microsoft Smooth**: esta seção contém campos para o [contêiner](smooth-container.md), a [conexão com o sistema downstream](smooth-destinations.md) e [resiliência](mss-other-fields.md#smooth-resiliency).
+ **Saídas do Microsoft Smooth**: esta seção mostra a saída única que é adicionada por padrão.
+ **Configuração do evento**: esta seção contém campos para o [destino das saídas](smooth-destinations.md) e o [contêiner](smooth-container.md).
+ **Configuração do timecode**: esta seção contém campos para o [timecode](mss-other-fields.md#smooth-timecode) nas saídas.
+ **Faixa esparsa**: esta seção contém campos para o [contêiner](smooth-container.md).
1. Se o seu plano incluir mais de uma saída neste grupo de saídas, em **Microsoft Smooth outputs (Saídas do Microsoft Smooth)**, selecione **Add output (Adicionar saída)** para adicionar o número apropriado de saídas.
1. Em **Microsoft Smooth outputs (Saídas do Microsoft Smooth)**, selecione o primeiro link **Settings (Configurações)** para visualizar as seções da primeira saída:
+ **Configurações de saída**: esta seção contém campos para o [destino das saídas](smooth-destinations.md) e o [contêiner](smooth-container.md).
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](smooth-streams-section.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saída e para as saídas:
+ Em **Microsoft Smooth settings (Configurações do Microsoft Smooth)**, 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 **Output settings (Configurações de saída)** de cada saída, em **Output name (Nome da saída)**, 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**
# Campos do destino de saída
Os campos a seguir configuram o destino de cada saída do Microsoft Smooth.
+ **Grupo de saídas** – seção **Destino do grupo do Microsoft Smooth**
+ **Grupo de saídas – Configuração do evento – Modo de ID do evento**
+ **Grupo de saídas – Configuração do evento – ID do evento**
+ Seção **Configurações do Microsoft Smooth** – seção **Configuração geral**:
+ **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)**
+ **Certificate mode (Modo de certificado)**
## Preencher os campos no console
O caminho completo para cada saída em um grupo de saídas do Microsoft Smooth consiste no seguinte:
`URL eventID streamInformation `
+ O URL e o ID do evento são conhecidos como *pontos de publicação*. Por exemplo:
`https://203.0.113.18/sports/Events(1585232182)`
+ MediaLive gera a ID do evento usando as informações fornecidas por você. Para obter mais informações, expanda **Configuração do evento** no console e escolha o link **Informações** ao lado de cada campo.
+ MediaLive gera o ID do stream. Ele atribui um número exclusivo ao stream, começando em 0. Por exemplo: `/Streams(stream0)`.
Você poderá ver as informações do stream ao examinar os MediaLive registros da saída.
**Para especificar o caminho e a conexão com o sistema downstream**
1. Preencha os campos **URL** na seção **Destinos do grupo do Microsoft Smooth**. 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. Não se preocupe com o ID do evento. Você especificará isso em outro campo.
Por exemplo:
`https://203.0.113.55/sports/curling`
`https://203.0.113.82/sports/curling`
1. Preencha a seção **Credenciais** se o sistema downstream tiver fornecido um nome de usuário e uma senha. 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).
1. Se você obteve valores para configurar a conexão, insira esses valores na seção **Configuração geral** na página **Grupo do Microsoft Smooth**.
1. Configure o ID do evento nos seguintes campos:
**Configurações do grupo de saídas – Configuração do evento – Modo de ID do evento**
**Configurações do grupo de saídas – Configuração do evento – ID do evento**
É possível configurar o ID de evento de três maneiras:
+ Com um ID de evento especificado: defina **Event ID mode (Modo de ID de evento)** como **USE\$1CONFIGURED**. Depois, especifique o ID. Por exemplo, .**curling** O ID de evento será parecido com este: **/Events(curling)**
+ Com um time stamp: defina **Event ID mode (Modo de ID de evento)** como **USE\$1TIMESTAMP**. O MediaLive gera um timecode Unix com base na hora em que você inicia o canal. O ID de evento será parecido com este: **/Events(1585232182)**
+ Sem ID de evento: defina **Event ID mode (Modo de ID de evento)** como **NO\$1EVENT\$1ID**. É altamente recomendável que você não use esse método.
# Campos para o contêiner
Os campos a seguir configuram o contêiner em cada saída.
+ Seção **Configurações do Microsoft Smooth** – seção **Configuração geral** – **Comprimento do fragmento**
+ **Configuração do evento** – **Comportamento do manifesto do fluxo**
+ **Configuração do evento – Comportamento de interrupção do evento**
Esses campos permitem configurar parte do comportamento de streaming. Para obter informações sobre um campo, escolha o link **Informações** no MediaLive console.
# Campos para as codificações
Os campos a seguir estão relacionados à codificação dos streams de vídeo, áudio e legendas (codificações) na 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 do Microsoft Smooth
## Campos para resiliência
O campo a seguir está relacionado à implementação de resiliência em uma saída do Microsoft Smooth.
+ **Grupo de saídas do Microsoft Smooth** – seção **Configurações do Microsoft Smooth** – seção **Configuração geral** – **Ação de perda de entrada**
Se desejar, altere o valor de **Input loss action (Ação de perda da entrada)**.
Escolha o link **Informações** no MediaLive console 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).
## Campos para timecode
Os campos a seguir estão relacionados à configuração do timecode e do time stamp em todas as saídas no grupo de saídas.
+ **Grupo de saídas do Microsoft Smooth** – seção **Configuração de timecode**
Para obter detalhes sobre um campo, escolha o link **Informações** ao lado do campo no MediaLive console.
## Campos para o SCTE-35
Os campos a seguir estão relacionados à configuração do timecode e do time stamp em todas as saídas no grupo de saídas.
+ **Grupo de saídas do Microsoft Smooth** – seção **Configuração de timecode**
Se quiser que todas as saídas neste grupo de saídas incluam as mensagens SCTE-35 que já estão presentes na entrada, escolha **Sparse track (Faixa esparsa)**. As mensagens serão incluídas em uma faixa esparsa. Para obter mais informações, consulte [Processamento de mensagens SCTE-35](scte-35-message-processing.md) e especificamente [Habilitar a decoração: Microsoft Smooth](procedure-to-enable-decoration-ms-smooth.md).
# Criar um grupo de saídas RTMP
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída RTMP. Para obter informações sobre os casos de uso de um grupo de saídas RTMP, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
**Topics**
+ [Organizar codificações em um grupo de saídas RTMP](design-rtmp-package.md)
+ [Coordenar com o sistema downstream](origin-server-rtmp.md)
+ [Criar um grupo de saídas RTMP](creating-rtmp-output-group.md)
# Organizar codificações em um grupo de saídas RTMP
Um grupo de saída RTMP pode conter o seguinte:
+ Uma ou mais saídas.
Cada saída pode conter o seguinte:
+ Uma codificação de vídeo.
+ Zero ou uma codificação de áudio.
+ Zero ou uma codificação de legendas.
Este diagrama ilustra um grupo de saída RTMP que contém uma saída em que as legendas são incorporadas na codificação do vídeo.
![\[Diagram showing Output Group containing Output with Video and Captions embedded.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output1-non-abr-Ve-A.png)
Este diagrama ilustra um grupo de saída RTMP que contém uma saída com legendas em estilo de objeto.
![\[Venn diagram showing three overlapping circles labeled V, A, and C.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output2-non-abr-VAC.png)
# Coordenar com o sistema downstream
Você e o operador do sistema downstream devem concordar com o destino de cada saída do grupo de saída RTMP.
Um grupo de saída RTMP requer um conjunto de endereços de destino para cada saída.
1. Se o servidor RTMP for um site de mídia social, o host do site poderá ter instruções que complementem as informações a seguir. Obtenha essas instruções.
1. Decida se você precisa de dois destinos para a saída:
+ Se o MediaLive canal for um [canal padrão](plan-redundancy.md), você precisará de dois destinos.
+ Se o MediaLive canal for um canal de pipeline único, você precisará de um destino.
1. Certifique-se de que o operador RTMP esteja configurado para esperar a MediaLive saída em uma ou duas entradas no servidor RTMP, conforme apropriado.
1. Obtenha as seguintes informações do operador de RTMP:
+ O protocolo a ser usado — RTMP ou RTMPS. MediaLive
+ 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.
+ Endereço IP.
+ Número da porta.
+ Application name (Nome da aplicação). Também chamado de *nome da aplicação*.
+ Nome do stream. Também chamada de *instância da aplicativo*, *instância do app* ou *chave do fluxo*.
O operador pode fornecer o nome da aplicação e o nome do fluxo como partes de dados separadas. Ou eles podem fornecer um caminho completo no formato **string/string**. Nesse caso, a primeira string é o nome do aplicativo e a segunda string é o nome do stream.
Aqui está um exemplo das informações que o operador fornecerá a você:
`rtmp://203.0.113.28:80/xyz/ywq7b`
`rtmp://203.0.113.17:80/xyz/ywq7b`
Onde `xyz` é o nome da aplicação e `ywq7b` é o nome do fluxo.
Neste exemplo, os dois URLs têm endereços IP diferentes, mas a mesma parte do name/stream nome do aplicativo. Seu servidor RTMP pode seguir uma regra diferente.
# Criar um grupo de saídas RTMP
Ao [planejar o fluxo de trabalho para seu canal](identify-downstream-system.md), é possível que você tenha determinado que deseja incluir um grupo de saídas RTMP.
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ídas)**, selecione **RTMP** e **Confirm (Confirmar)**. Mais seções aparecem:
+ **Configurações de RTMP**: esta seção contém campos para a [configuração da conexão](rtmp-connection.md), [resiliência](rtmp-other.md) e [legendas](rtmp-other.md).
+ **Saídas RTMP**: esta seção mostra a saída única que é adicionada por padrão. Uma saída RTMP pode conter apenas uma saída, portanto, não clique em **Add output (Adicionar saída)**.
1. Em **RTMP (Saídas RTMP)**, selecione o link **Settings (Configurações)** para visualizar as seções da saída:
+ **Destino RTMP**: esta seção contém campos para o [destino da saída](rtmp-destinations.md).
+ **Configurações da saída**: esta seção contém campos para a [configuração da conexão](rtmp-connection.md).
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](rtmp-streams.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saídas e para a saída:
+ Em **RTMP settings (Configurações RTMP)**, 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 Game**
+ Em **RTMP output (Saída RTMP)**, em **Output settings (Configurações de saída)**, em **Output name (Nome de saída)**, insira um nome para a saída. Esse nome é interno à MediaLive; ele não aparece na saída.
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 de e sua saída única, 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**
+ [Campos do destino de saída](rtmp-destinations.md)
+ [Campos para a conexão RTMP](rtmp-connection.md)
+ [Campos para streams de vídeo, áudio e legendas (codificações)](rtmp-streams.md)
+ [Outros campos](rtmp-other.md)
# Campos do destino de saída
Os campos a seguir configuram o local e os nomes dos arquivos de saída RTMP (o destino).
+ **Saída**: seções **Destino RTMP**
**Para especificar o destino da saída**
1. Ao [discutir seus requisitos](origin-server-rtmp.md) com o operador do servidor RTMP, você deve ter obtido as seguintes informações:
+ O protocolo a ser usado — RTMP ou RTMPS. MediaLive
+ Endereço IP.
+ Número da porta.
+ Application name (Nome da aplicação). Também chamado de *nome da aplicação*.
+ Nome do stream. Também chamada de *instância da aplicativo*, *instância do app* ou *chave do fluxo*.
O operador pode fornecer o nome da aplicação e o nome do fluxo como partes de dados separadas. Ou eles podem fornecer um caminho completo no formato **string/string**. Nesse caso, a primeira string é o nome do aplicativo e a segunda string é o nome do stream.
+ O nome de usuário e senha para acessar o servidor, se o sistema downstream exigir solicitações autenticadas.
Aqui está um exemplo das informações que o operador fornecerá a você:
`rtmp://203.0.113.17:80/xyz/ywq7b`
Onde `xyz` é o nome da aplicação e `ywq7b` é o nome do fluxo.
1. Insira as diferentes partes do destino nos campos apropriados.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/rtmp-destinations.html)
1. Preencha a seção **Credenciais** se o servidor downstream tiver fornecido um nome de usuário e uma senha. 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).
# Campos para a conexão RTMP
Os campos a seguir configuram a lógica para tentativas de reconexão:
+ **Configurações de RTMP** – **Esquema de autenticação**
+ **Configurações de RTMP** – **Configurações adicionais** – **Comprimento do cache**
+ **Configurações de RTMP** – **Configurações adicionais** – **Atraso de reinicialização**
+ **Configurações de RTMP** – **Configurações adicionais** – **Comportamento de cache cheio**
+ **Saídas RTMP** – **Configurações da saída** – **Intervalo de repetição de conexão**
+ **Saídas RTMP** – **Configurações da saída** – **Número de repetições**
+ **Saídas RTMP** – **Configurações da saída** – **Configurações adicionais** – **Modo de certificação**
**Para configurar uma conexão segura (RTMPS) para o destino**
1. **Esquema de autenticação**: especifique o tipo de esquema. Em geral, selecione **Common**. Selecione **Akamai** somente se instruído a fazê-lo pelo sistema de downstream.
1. Em **Certificate mode (Modo de certificado)**, escolha a opção exigida pelo sistema de downstream.
Se você se conectar por RTMP, MediaLive ignorará esses dois campos.
**Para configurar para reconexão**
Há vários campos que controlam como o MediaLive se comporta se a conexão com o servidor RTMP parecem encerrar:
+ **Cache length (Tamanho do cache)** especifica por quanto tempo manter a saída na memória, aguardando o servidor RTMP responder.
+ Quando esse período expirar, o **Cache full behavior (Comportamento de cache cheio)** especifica se é necessário desconectar imediatamente ou aguardar 5 minutos.
+ Se MediaLive desconectar, o **atraso de reinicialização** especifica quanto tempo esperar antes de tentar se reconectar.
+ Quando MediaLive tenta se reconectar, o **intervalo de novas tentativas de conexão especifica com que frequência tentar novamente**. **Num retries (Novas tentativas de num)** especifica quantas vezes tentar novamente. Quando as novas tentativas expiram, essa saída será interrompida. O canal é interrompido, pois a saída única perdeu sua conexão.
# Campos para streams de vídeo, áudio e legendas (codificações)
Os campos a seguir estão relacionados à codificação dos streams de vídeo, áudio e legendas (codificações) na 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)
# Outros campos
O campo a seguir está relacionado à implementação de resiliência em uma saída RTMP:
+ **Configurações RTMP** — **Ação de perda de entrada** — Para obter detalhes sobre um campo no MediaLive console, escolha o link **Informações** ao lado do campo. Para obter mais informações, consulte [Como lidar com a perda de entrada de vídeo](feature-input-loss.md).
O campo a seguir está relacionado à implementação de legendas em uma saída RTMP:
+ **Configurações de RTMP** — **Dados da legenda** — Preencha esse campo somente se pelo menos uma de suas saídas incluir legendas **incorporadas** como formato de origem e ** CaptionInfoRTMP** como formato de saída. Se não houver legendas em nenhuma saída, o valor desse campo será ignorado.
Para obter informações detalhadas sobre a configuração das legendas, consulte [Incluir legendas em um canal](captions.md).
# Criando um grupo de saída SRT
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída SRT. Para obter informações sobre os casos de uso de um grupo de saída SRT, consulte[Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
Com um grupo de saída SRT, você pode criar uma ou mais saídas. Cada saída é um SPTS com seu próprio destino.
As saídas SRT suportam dois modos de conexão:
+ **Modo de chamada**: MediaLive inicia conexões com sistemas downstream. MediaLive é o chamador e o remetente. O sistema downstream é o ouvinte e o receptor. MediaLive inicia o handshake com o sistema downstream e, depois que o handshake é aceito, MediaLive envia o conteúdo para o sistema downstream.
+ **Modo de escuta**: os sistemas downstream iniciam conexões com o. MediaLive MediaLive é o ouvinte e o remetente. O sistema downstream é o chamador e o receptor. O sistema downstream inicia o handshake com MediaLive, e depois que o handshake é aceito, MediaLive envia o conteúdo para o sistema downstream.
O conteúdo de saída deve ser criptografado, portanto, você deve usar AWS Secrets Manager para armazenar uma frase secreta que MediaLive será usada para criptografar o conteúdo.
Esta seção inclui diretrizes específicas se você estiver enviando a saída SRT para um AWS Elemental MediaConnect fluxo.
**Topics**
+ [Selecionar o modo de conexão SRT](srt-connection-mode-selection.md)
+ [Organize as codificações em um grupo de saída SRT](design-srt-package.md)
+ [Planeje a entrega usando o Amazon VPC](srt-get-ready.md)
+ [Configure a frase secreta em AWS Secrets Manager](srt-output-encryption-asm.md)
+ [Criação de saídas SRT no modo chamador](creating-srt-caller-output.md)
+ [Criação de saídas SRT no modo ouvinte](creating-srt-listener-output.md)
+ [Saída > Configurações de transmissão](srt-streams.md)
# Selecionar o modo de conexão SRT
Ao criar um grupo de saída SRT, você deve escolher o modo de conexão para cada saída. O modo de conexão determina como MediaLive e o sistema downstream estabelece a conexão SRT.
A tabela a seguir compara os dois modos de conexão:
| Característica | Modo de chamada | Modo de ouvinte |
| --- | --- | --- |
| Início da conexão | MediaLive inicia conexões com sistemas downstream | Os sistemas downstream iniciam conexões com MediaLive |
| MediaLive papel | Chamador e remetente | Ouvinte e remetente |
| Função downstream | Ouvinte e receptor | Chamador e receptor |
| Configuração de destino | Você especifica o endereço IP e a porta do sistema downstream | MediaLive aloca endereços IP; você especifica a porta |
| Grupo de segurança de canais | Não obrigatório | Necessário para canais que usam o método de entrega pública (controla quais sistemas downstream podem se conectar). Não é necessário para entrega de VPC ou canais MediaLive em qualquer lugar; os clientes devem configurar sua rede para permitir conexões SRT a partir do destino do chamador. |
| Caso de uso | Entrega no estilo push, onde MediaLive se conecta a endpoints downstream conhecidos | Entrega no estilo pull, na qual os sistemas downstream se conectam sob demanda MediaLive |
| MediaLive Suporte em qualquer lugar | Compatível | Compatível |
**nota**
Você não pode misturar modos de conexão em uma única saída. Cada saída deve usar o modo chamador ou o modo ouvinte para todos os seus destinos.
# Organize as codificações em um grupo de saída SRT
Um grupo de saída SRT pode conter o seguinte:
+ Uma ou mais saídas.
Cada saída contém o seguinte:
+ Uma codificação de vídeo.
+ Uma ou mais codificações de áudio.
+ Zero ou mais codificações de legendas. As legendas são legendas incorporadas ou em estilo de objeto.
Cada saída representa um SPTS. Cada saída (SPTS) tem seu próprio destino.
Este diagrama ilustra um grupo de saída SRT com uma saída. As legendas estão incorporadas na codificação do vídeo.
![\[alt text not found\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
Este diagrama ilustra um grupo de saída SRT com uma saída. As legendas são legendas em estilo de objeto.
![\[alt text not found\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# Planeje a entrega usando o Amazon VPC
Você pode configurar o MediaLive canal para que a saída SRT tenha [endpoints de saída na Amazon Virtual Private Cloud](delivery-out-vpc.md) (Amazon VPC). A seguir estão algumas diretrizes para configurar o segredo no Secrets Manager e para a entrega da saída para MediaConnect (se MediaConnect for o destino).
## Considerações sobre o Secrets Manager
As saídas SRT são sempre criptografadas e, portanto, estão AWS Secrets Manager sempre envolvidas. Há requisitos específicos para a sub-rede VPC em que você criará o canal:
+ A sub-rede do canal deve ter um endpoint do Secrets Manager.
+ A sub-rede do canal e do endpoint do Secrets Manager deve usar o mesmo grupo de segurança, o que significa que o mesmo grupo de segurança deve estar associado à sub-rede e ao endpoint.
## Considerações para MediaConnect
Você pode estar entregando para uma empresa MediaConnect que também usa uma VPC. Isso significa que a saída SRT do MediaLive canal está na sua VPC e que o fluxo MediaConnect tem uma interface VPC.
+ O administrador da sua VPC deve garantir que haja uma rota apropriada entre e. MediaLive MediaConnect
# Configure a frase secreta em AWS Secrets Manager
Você deve configurar a criptografia obrigatória da saída SRT. Siga estas etapas:
1. Você e o operador do sistema downstream já devem ter concordado com uma senha de criptografia.
1. Forneça a senha a uma pessoa da sua organização que trabalha com. AWS Secrets Manager Essa pessoa deve armazenar a senha em segredo no Secrets Manager. Para obter mais informações, consulte [Criar um segredo do AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html). Crie um segredo do tipo **Outro tipo de segredo**.
O Secrets Manager gera um ARN parecido com este:
`arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef`
**Importante**
Armazene as senhas SRT no Secrets Manager como texto simples (por exemplo,). `secretpassword123` Não use a key/value opção ou o formato JSON ao criar o segredo, pois isso pode causar problemas de interoperabilidade com outros serviços. Armazene a frase secreta somente como texto simples.
Certifique-se de que sua senha tenha entre 10 e 79 caracteres.
1. Certifique-se de obter o ARN completo do segredo para usar na senha de criptografia da saída SRT, Secret ARN.
# Criação de saídas SRT no modo chamador
Esta seção descreve como criar saídas SRT no modo chamador, onde MediaLive inicia conexões com sistemas downstream.
**Topics**
+ [Coordenar com o sistema downstream](downstream-system-srt-caller.md)
+ [Crie a saída SRT no modo chamador](creating-srt-caller-output-group.md)
+ [Forneça informações ao sistema a jusante](srt-caller-info-to-downstream.md)
# Coordenar com o sistema downstream
Com um grupo de saída SRT, você pode criar mais de uma saída para entregar o mesmo conteúdo a mais de um sistema downstream.
Você e o operador de cada sistema a jusante devem discutir detalhes sobre a entrega da saída. Com o modo chamador, MediaLive é o chamador e o remetente. O sistema downstream é o ouvinte e o receptor.
1. Decida se você precisa de dois destinos para a saída:
+ Se o MediaLive canal for um [canal padrão](plan-redundancy.md), você precisará de dois destinos.
+ Se o MediaLive canal for um canal de pipeline único, você precisará de um destino.
1. Obtenha o endereço IP e a porta para cada destino. Por exemplo, `srt://203.0.113.22:5000` e `srt://203.0.113.88:5001`.
Observe que, se você estiver entregando para MediaConnect, poderá obter os endereços somente depois que o MediaConnect operador criar os fluxos. Veja a última etapa desse procedimento.
1. MediaLive sempre criptografa o conteúdo, portanto, você deve concordar com os seguintes detalhes de criptografia:
+ O algoritmo de criptografia: AES 128, AES 192 ou AES 256.
+ A senha que o sistema posterior MediaLive e o sistema posterior usarão para criar as chaves de criptografia e descriptografia. A frase secreta pode ter de 10 a 79 caracteres Unicode, o que significa que espaços são permitidos.
1. Discuta o seguinte com o operador do sistema a jusante:
+ Informe o sistema downstream sobre a latência (em milissegundos) que você planeja configurar MediaLive para perda e recuperação de pacotes. A recuperação de pacotes é um recurso fundamental do SRT. O destino downstream deve escolher um valor de latência próximo ao valor que você planeja usar.
Você configurará a latência em cada saída, para que cada sistema downstream possa ter uma latência diferente.
+ MediaLive funciona sem um ID de stream. Mas se você quiser incluir um, ou se o sistema posterior quiser usar um, concorde com o ID. Máximo de 512 caracteres UTF-8.
1. Se você estiver entregando para um MediaConnect fluxo, peça ao MediaConnect operador que crie seu fluxo agora.
Peça ao operador que forneça um ou dois endereços que estão no campo Endereço IP de entrada desse fluxo. Esses endereços são os destinos da saída SRT. Por exemplo, `srt://203.0.113.22:5000` e `srt://203.0.113.88:5001`.
# Crie a saída SRT no modo chamador
Depois de projetar o conteúdo da saída e coordenar a entrega da saída com o sistema downstream, você pode criar a saída SRT no modo chamador.
1. Na página **Create channel (Criar canal)**, em **Output groups (Grupos de saída)**, escolha **Add (Adicionar)**.
1. Na seção **Adicionar grupo de saída**, escolha **SRT** e, em seguida, escolha **Confirmar**. Mais seções aparecem.
O formulário desse grupo de saída é dividido nas seguintes seções:
+ **Configurações SRT**: recursos que se aplicam no nível do grupo de saída, não em saídas individuais.
+ **Saídas SRT: saídas** no grupo de saída.
+ **Saída > Destinos**: os campos de URL e criptografia para cada saída.
+ **Saída > Configurações de saída: configurações** de fluxo de rede e transporte e configuração individual PIDs.
+ **Saída > Configurações de transmissão**: configuração do vídeo, áudio e legendas em cada saída.
Para obter informações sobre cada seção, consulte os tópicos listados após esse 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)
## Configurações SRT
Nas seções de **configurações do SRT**, preencha os campos:
+ **Nome**: insira um nome para o grupo de saída. Esse nome é interno à MediaLive; ele não aparece na saída. Por exemplo, .**Sports Game**
+ **Ação de perda de entrada**: escolha um valor. Para obter detalhes, escolha o link **Informações**. Para obter informações detalhadas sobre o tratamento de perda de entrada para todos os grupos de saída no canal, consulte[Como lidar com a perda de entrada de vídeo](feature-input-loss.md).
## Saídas SRT
A seção de **saídas SRT** mostra a única saída que é adicionada por padrão. Escolha **Adicionar saída** se quiser enviar o conteúdo para mais destinos.
Em cada saída, escolha o link **Configurações** para mostrar três subseções:
+ Destinos. Consulte [Saída > Destinos](#srt-caller-destinations).
+ Configurações de saída. Consulte [Saída > Configurações de saída](#srt-caller-output-settings)
+ Configurações de transmissão: consulte[Saída > Configurações de transmissão](srt-streams.md).
## Saída > Destinos
Em cada saída, você deve especificar um destino (para um canal de pipeline único) ou dois destinos (para um canal padrão). Você também deve configurar a criptografia para cada destino.
+ **Modo de conexão**: Selecione **Caller.**
+ Insira o URL de destino ou URLs, incluindo o número da porta. Você obteve essas informações ao [discutir seus requisitos](downstream-system-srt-caller.md) com o sistema downstream. Por exemplo:
**srt://203.0.113.22:5000**
**srt://203.0.113.88:5001**
+ ID do stream: opcional.
+ Em cada destino, selecione o segredo que [você obteve do operador do Secrets Manager](srt-output-encryption-asm.md). Você pode selecionar o segredo pelo ARN ou pelo nome.
## Saída > Configurações de saída
Insira um nome fácil de usar para a saída ou deixe o padrão. Esse nome é interno MediaLive e não aparece na saída.
O restante desta seção contém campos que permitem configurar o seguinte:
+ Comportamento da rede.
+ Características do fluxo de transporte (na seção **Contêiner**).
+ Valores do PID (na seção **Configurações do PID**).
Esses campos abrangem os SI/PSI e outros dados. Para cada um deles SI/PSI PIDs, você pode especificar um valor personalizado ou deixar MediaLive usar o valor padrão.
Para outros dados, preencha os campos conforme apropriado. Com alguns desses campos, o comportamento é diferente para os campos que você deixa vazios. MediaLivepode omitir os dados do fluxo de transporte. Ou MediaLive pode usar valores padrão.
Altere qualquer valor conforme apropriado. Para obter detalhes sobre um campo, escolha o link **Informações** ao lado do campo no MediaLive console.
# Forneça informações ao sistema a jusante
O sistema downstream pode precisar dos endereços IP de origem de um ou dois MediaLive fluxos, para permitir que esses endereços se conectem a eles. Se o sistema downstream estiver MediaConnect, ele definitivamente precisa dessas informações.
**Em um Nuvem AWS canal**
Leia essas informações se sua organização não implantar o MediaLive Anywhere.
+ Depois de criar o canal, selecione o canal pelo nome. Os detalhes do canal são exibidos.
Na guia **Destinos**, encontre a seção **Pontos de extremidade de saída**. Copie um ou dois endereços IP. Há um conjunto de endereços para o canal, não um conjunto para cada saída.
+ Anote os endereços IP e rotule-os corretamente como pipeline 0 e pipeline 1. Entregue-os ao operador a jusante.
**Em um canal MediaLive em qualquer lugar**
Leia essas informações se seu canal for um canal MediaLive Anywhere, o que significa que ele está sendo executado em um hardware local, não no Nuvem AWS.
+ Obtenha o endereço IP do Gateway na rede. Talvez seja necessário falar com o administrador da rede em sua organização. Forneça esse endereço ao operador a jusante.
# Criação de saídas SRT no modo ouvinte
Esta seção descreve como criar saídas SRT no modo de escuta, no qual os sistemas downstream iniciam as conexões. MediaLive
**Topics**
+ [Pré-requisitos para o modo de ouvinte](srt-listener-prerequisites.md)
+ [Crie a saída SRT no modo ouvinte](creating-srt-listener-output-group.md)
+ [Configuração adicional para canais MediaLive Anywhere](srt-listener-emla-setup.md)
+ [Forneça informações de conexão aos sistemas downstream](srt-listener-provide-info.md)
+ [Regras de validação para o modo ouvinte](srt-listener-validation.md)
# Pré-requisitos para o modo de ouvinte
Antes de criar saídas SRT no modo de escuta, você deve preencher os seguintes pré-requisitos:
1. **Crie ou identifique um grupo de segurança de canal (somente método de entrega pública)**: para canais que usam o método de entrega pública, você deve anexar um grupo de segurança de canal ao canal. O grupo de segurança do canal controla quais sistemas downstream (chamadores SRT) podem se conectar aos endpoints do MediaLive ouvinte. Para obter informações sobre grupos de segurança de canais, consulte[Usando grupos de segurança de canais](feature-channel-security-groups.md).
Para canais que usam entrega de VPC ou canais MediaLive em qualquer lugar, o grupo de segurança do canal não é necessário. Em vez disso, você deve configurar sua rede para permitir que as conexões SRT do destino do chamador cheguem aos endpoints do ouvinte.
1. **Coordene com os sistemas a jusante**: discuta o seguinte com o operador de cada sistema a jusante:
+ Os endereços IP a partir dos quais os sistemas downstream se conectarão. Você precisa desses endereços para criar ou atualizar o grupo de segurança de entrada ao qual o grupo de segurança do canal faz referência.
+ O algoritmo de criptografia: AES 128, AES 192 ou AES 256.
+ A frase secreta para criptografia. A frase secreta pode ter de 10 a 79 caracteres Unicode.
+ A latência preferida (em milissegundos) para perda e recuperação de pacotes. O intervalo válido é de 120 a 15.000 milissegundos.
+ O ID do fluxo, se o sistema downstream usar esse identificador. O ID do stream é opcional.
1. **Armazene a frase secreta no Secrets Manager**: siga as etapas [Configure a frase secreta em AWS Secrets Manager](srt-output-encryption-asm.md) para armazenar a frase secreta em. AWS Secrets Manager
# Crie a saída SRT no modo ouvinte
Depois de concluir os pré-requisitos e coordenar com os sistemas downstream, você pode criar a saída SRT no modo de ouvinte.
1. Na página **Criar canal**, escolha **Detalhes do canal e da entrada** no painel de navegação.
1. **Para canais que usam somente o método de entrega pública**: na seção **Configurações gerais**, encontre o campo **Grupos de segurança do canal**.
1. **Para canais que usam somente o método de entrega pública**: na lista suspensa, selecione o grupo de segurança de entrada que você deseja usar como grupo de segurança do canal.
1. Navegue até a seção **Grupos de saída** e escolha **Adicionar**.
1. Na seção **Adicionar grupo de saída**, escolha **SRT** e, em seguida, escolha **Confirmar**.
1. Na seção **Configurações do SRT**, preencha os campos:
+ **Nome**: insira um nome para o grupo de saída.
+ **Ação de perda de entrada**: escolha um valor. Para obter detalhes, consulte [Como lidar com a perda de entrada de vídeo](feature-input-loss.md).
1. Na seção **Saídas SRT**, escolha o link **Configurações** para a saída.
1. Na seção **Destinos**, defina as configurações do modo de ouvinte:
+ **Modo de conexão**: Selecione **LISTENER**.
+ **Porta do ouvinte**: insira o número da porta que MediaLive será ouvida. O intervalo válido é de 5000 a 5200.
Você deve ter portas exclusivas para cada uma das saídas do ouvinte SRT em seu canal.
Para um canal padrão com dois pipelines, você também deve ter portas de ouvinte exclusivas para cada destino de pipeline.
+ **ID do stream**: opcional. Insira o ID do stream se você concordou com um com os sistemas downstream.
+ ARN secreto da **frase secreta de criptografia: selecione o ARN** do segredo que você criou no Secrets Manager.
1. Preencha as seções **Configurações de saída** e **Configurações de transmissão** conforme descrito em [Saída > Configurações de saída](creating-srt-caller-output-group.md#srt-caller-output-settings) [Saída > Configurações de transmissão](srt-streams.md) e.
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).
# Configuração adicional para canais MediaLive Anywhere
Se você estiver criando uma saída de ouvinte SRT em um canal MediaLive Anywhere, há requisitos adicionais de configuração:
+ **Nome da interface lógica**: na seção **Destinos**, você deve especificar a interface lógica para cada saída no modo de ouvinte. Esse campo aparece quando você cria um canal em um cluster MediaLive Anywhere. A interface lógica determina qual interface de rede física no nó MediaLive Anywhere será usada para o ouvinte SRT.
+ **Interface do nó IPs**: depois de criar o canal, as informações de destino incluirão a interface do nó IPs. Esse campo exibe o endereço IP que o sistema downstream deve usar para se conectar ao nó MediaLive Anywhere. O endereço IP está associado à interface física que é mapeada para a interface lógica que você selecionou.
+ **No console: a** interface do nó IPs é exibida na tabela **Destinos**, na seção **Configurações de destino do SRT**.
+ **Usando a API**: a interface do nó IPs está incluída na chamada de descrição do nó como`PhysicalInterfaceIpAddresses`.
Você deve fornecer esse endereço IP aos sistemas downstream para que eles possam configurar seus chamadores SRT para se conectarem à interface correta do MediaLive Anywhere node.
# Forneça informações de conexão aos sistemas downstream
Depois de criar o canal com saídas SRT no modo de escuta, você deve fornecer informações de conexão aos operadores dos sistemas downstream para que eles possam configurar seus chamadores SRT aos quais se conectar. MediaLive
**Para obter as informações de conexão**
1. Depois de criar o canal, selecione o canal pelo nome. Os detalhes do canal são exibidos.
1. Escolha a guia **Destinos**.
1. Na seção **Destinos de saída**, localize o grupo de saída SRT.
1. Para cada saída do grupo, anote as informações de conexão que os sistemas downstream precisarão. Para um canal padrão, há dois conjuntos de informações (um para cada pipeline). Para um canal de tubulação única, há um conjunto.
**Para MediaLive canais**:
+ Na seção **Pontos de extremidade de saída**, na guia **Destinos**, observe o **endereço IP de origem**. Esse é o endereço IP ao qual os sistemas downstream devem se conectar.
+ Na seção de **configurações de destino do SRT**, observe a porta do **Listener**.
+ Forneça o destino aos operadores downstream no formato`srt://source-ip:listener-port`.
**Para canais MediaLive em qualquer lugar**:
+ Na seção de **configurações de destino do SRT**, na guia **Destinos**, observe a **interface IPs do Node**. Esse é o endereço IP ao qual os sistemas downstream devem se conectar.
+ Na mesma seção, observe a **porta do Listener**.
+ Forneça o destino aos operadores downstream no formato`srt://node-interface-ip:listener-port`.
1. Forneça esses destinos URLs aos operadores dos sistemas a jusante. Os operadores devem configurar seus chamadores SRT para se conectarem a esses endereços.
Certifique-se de que os operadores dos sistemas a jusante estejam configurados da seguinte forma:
+ Eles configuram o número correto de conexões:
+ Se o MediaLive canal for um canal padrão, eles deverão se conectar aos dois endereços de destino para redundância.
+ Se o MediaLive canal for um canal de pipeline único, eles deverão se conectar ao endereço de destino único.
+ Eles configuram seus chamadores SRT para usar o mesmo algoritmo de criptografia e senha com os quais você concordou.
+ Eles configuram seus chamadores SRT para usar um valor de latência. O SRT negociará e usará o máximo dos valores de latência configurados em ambos os lados.
+ Se você especificou um ID de fluxo na configuração de saída, os sistemas downstream podem, opcionalmente, enviar um valor de ID de fluxo durante a conexão. MediaLive aceita conexões com qualquer valor de ID de fluxo (ou sem ID de fluxo). O ID do stream é registrado somente para fins de monitoramento e solução de problemas.
+ Seus endereços IP de origem devem ser incluídos na lista de permissões do CIDR do grupo de segurança de entrada ao qual o grupo de segurança do canal faz referência. Caso contrário, MediaLive rejeitará suas tentativas de conexão.
# Regras de validação para o modo ouvinte
MediaLive impõe as seguintes regras de validação quando você cria ou atualiza saídas SRT no modo ouvinte:
+ **Grupo de segurança de canal obrigatório (somente método de entrega pública)**: para canais que usam o método de entrega pública, se o canal incluir pelo menos uma saída SRT configurada no modo de escuta, você deve anexar um grupo de segurança de canal ao canal. Se você tentar criar ou iniciar um canal usando a entrega pública com saídas SRT no modo de escuta, mas sem um grupo de segurança de canal, MediaLive retornará um erro. Para canais que usam entrega de VPC ou canais MediaLive em qualquer lugar, o grupo de segurança do canal não é necessário; você deve configurar sua rede para permitir conexões SRT a partir do destino do chamador.
+ **Exclusividade da porta**: em um único canal, cada saída SRT no modo ouvinte deve usar um número de porta exclusivo. Se você tentar criar duas saídas com a mesma porta, MediaLive retornará um erro.
+ Intervalo **de portas do ouvinte**: o número da porta deve estar no intervalo de 5000 a 5200, inclusive.
+ **Não é possível remover o grupo de segurança do canal**: se o canal tiver saídas SRT no modo ouvinte, você não poderá remover o grupo de segurança do canal. Você deve primeiro remover todas as saídas SRT configuradas no modo ouvinte ou alterá-las para o modo chamador.
+ **Não é possível alterar o modo no canal em execução**: Você não pode alterar o modo de conexão de uma saída (de chamador para ouvinte ou vice-versa) enquanto o canal estiver em execução. Você deve parar o canal primeiro.
# Saída > Configurações de transmissão
Os campos nesta seção estão relacionados à codificação dos fluxos (codificações) de vídeo, áudio e legendas na saída. Essas configurações se aplicam às saídas do modo chamador e do modo ouvinte.
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)
# Criar um grupo de saídas UDP
Ao criar um MediaLive canal do AWS Elemental, talvez você queira incluir um grupo de saída UDP. Para obter informações sobre os casos de uso de um grupo de saídas UDP, consulte [Contêineres, protocolos e sistemas downstream](outputs-supported-containers-downstream-systems.md).
**Topics**
+ [Organizar codificações em um grupo de saídas UDP](design-udp-package.md)
+ [Coordenar com o sistema downstream](downstream-system-udp.md)
+ [Criar um grupo de saídas UDP](creating-udp-output-group.md)
# Organizar codificações em um grupo de saídas UDP
Um grupo de saída UDP pode conter o seguinte:
+ Uma ou mais saídas.
Cada saída pode conter o seguinte:
+ Uma codificação de vídeo.
+ Uma ou mais codificações de áudio.
+ Uma ou mais codificações de legendas. As legendas são legendas incorporadas ou em estilo de objeto.
Cada saída representa um SPTS. Cada saída (SPTS) tem seu próprio destino.
Este diagrama ilustra um grupo de saída UDP com uma saída. As legendas estão incorporadas na codificação do vídeo.
![\[Output group diagram showing video encode with embedded captions and two audio outputs.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
Este diagrama ilustra um grupo de saída UDP com uma saída. As legendas são legendas em estilo de objeto.
![\[Output group diagram showing V, A, A, C, C as individual elements in sequence.\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# Coordenar com o sistema downstream
Você e o operador do sistema downstream devem concordar com o destino de cada saída do grupo de saída UDP.
Um grupo de saída UDP requer um conjunto de endereços de destino para cada saída.
1. Decida se você precisa de dois destinos para a saída:
+ Se o MediaLive canal for um [canal padrão](plan-redundancy.md), você precisará de dois destinos.
+ Se o MediaLive canal for um canal de pipeline único, você precisará de um destino.
1. Fale com o operador que gerencia o sistema downstream que receberá o conteúdo UDP. Certifique-se de que o operador esteja configurado para esperar uma ou duas MediaLive saídas, conforme apropriado.
1. Obtenha as seguintes informações do operador:
+ Se o protocolo é UDP ou RTP
+ O URLs
+ Os números das portas
Por exemplo, cada URL será semelhante a este:
`udp://203.0.113.28:5000`
`udp://203.0.113.33:5005`
Observe que, neste exemplo, os números das portas não são sequenciais. Esses números não sequenciais são importantes se você planeja habilitar a FEC nas saídas (este campo está no painel **Saída** do grupo de saídas UDP). Com a FEC, é necessário deixar espaço entre os números das portas para os dois destinos. Por exemplo, se um destino for **rtp://203.0.113.28:5000**, suponha que a FEC também use as portas 5002 e 5004. Portanto, o menor número de porta possível para o outro destino será 5005.
# Criar um grupo de saídas UDP
Ao [planejar o fluxo de trabalho para seu canal](identify-downstream-system.md), é possível que você tenha determinado que deseja incluir um grupo de saídas UDP.
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)**, selecione **UDP** e **Confirm (Confirmar)**. Mais seções aparecem:
+ **Destino UDP**: esta seção contém campos para o [destino de saída](udp-destinations.md).
+ **Configurações de UDP** — Esta seção contém campos para [configuração ID3](udp-other.md) e [resiliência](udp-other.md).
+ **Saídas UDP**: esta seção mostra a saída única que é adicionada por padrão. Uma saída UDP pode conter apenas uma saída, portanto, não clique em **Add output (Adicionar saída)**.
1. Em **UDP outputs (Saídas UDP)**, selecione o link **Settings (Configurações)** para visualizar as seções para a saída:
+ **Configurações de saída**: esta seção contém campos para o [transporte](udp-destinations.md) e para a [conexão ao destino](udp-destinations.md).
+ **Configurações de fluxo**: essa seção contém campos para os [fluxos de saída](udp-streams.md) (vídeo, áudio e legendas).
1. (Opcional) Insira nomes para o grupo de saídas e para a saída:
+ Em **UDP settings (Configurações de UDP)**, 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 Game**
+ Em **UDP output (Saída UDP)**, em **Output settings (Configurações de saída)**, em **Output name (Nome de saída)**, insira um nome para a saída. Esse nome é interno à MediaLive; ele não aparece na saída.
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 de e sua saída única, 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**
+ [Campos do destino de saída](udp-destinations.md)
+ [Campos para o transporte UDP](udp-container.md)
+ [Campos para o stream de vídeo, áudio e legendas (codificação)](udp-streams.md)
+ [Campos para outros recursos UDP](udp-other.md)
# Campos do destino de saída
Os campos a seguir configuram o destino da saída:
+ **Grupo de saídas ** – Seções **Destino UDP**
+ **Saída** – **Configurações da saída** – **Configurações de rede** – **Ms de buffer**
**Para especificar o destino da saída**
1. Ao [discutir seus requisitos](origin-server-rtmp.md) com o operador responsável por gerenciar o sistema downstream que receberá o conteúdo UDP, você deve ter obtido as seguintes informações:
+ O URLs
+ Os números das portas
Por exemplo:
`udp://203.0.113.28:5000`
`udp://203.0.113.33:5005`
1. Insira o URLs, incluindo o número da porta, em um ou em ambos os campos de **URL** na seção **Destinos UDP**.
1. Se você [habilitar FEC](udp-container.md), deixe espaço entre os números da porta para os dois destinos.
Por exemplo, se um destino for **rtp://203.0.113.28:5000**, suponha que a FEC também use as portas 5002 e 5004. Portanto, o menor número de porta possível para o outro destino será 5005: **rtp://203.0.113.33:5005**.
1. (Opcional) Na seção **Saída**, preencha o campo **Ms de buffer** conforme apropriado. Para obter detalhes, escolha o link **Informações** ao lado do campo no MediaLive console.
# Campos para o transporte UDP
Os campos a seguir configuram o transporte em cada saída:
+ **Saída** – **Configurações da saída** – **Configurações da saída FEC**, escolha um valor.
+ **Saída** – **Configurações da saída** – **Configurações de rede** – seção **Configurações de contêiner**.
Altere qualquer valor conforme apropriado. Para obter detalhes sobre um campo, escolha o link **Informações** ao lado do campo no MediaLive console.
# Campos para o stream de vídeo, áudio e legendas (codificação)
Os campos a seguir estão relacionados à codificação dos streams de vídeo, áudio e legendas (codificações) na 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 UDP
O campo a seguir está relacionado à implementação de resiliência em uma saída UDP:
+ **Configurações UDP** — **Ação de perda de entrada** — Para obter detalhes sobre um campo no MediaLive console, escolha o link **Informações** ao lado do campo. Para obter mais informações, consulte [Como lidar com a perda de entrada de vídeo](feature-input-loss.md).
Os campos a seguir estão relacionados à implementação de legendas em uma saída UDP:
+ **Configurações UDP — Tipo de** quadro de ** ID3 metadados cronometrado**
+ **Configurações de UDP — Período** **cronometrado de metadados ID3**
Preencha esses campos se quiser inserir ID3 metadados cronometrados em todas as saídas desse grupo de saída. Para obter instruções mais detalhadas, consulte [Trabalhando com ID3 metadados](id3-metadata.md) e, especificamente, [Inserindo metadados ID3 cronometrados ao criar o canal MediaLive](insert-timed-metadata.md).