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á.
# Preparar os sistemas upstream e downstream em um fluxo de trabalho
Como primeira etapa do planejamento do fluxo de trabalho, é necessário configurar os sistemas upstream e downstream.
**Importante**
Esse procedimento descreve o planejamento do fluxo de trabalho começando pela saída e retornando até a entrada. Essa é a maneira mais eficiente de planejar um fluxo de trabalho.
**Para planejar o fluxo de trabalho**
1. Identifique os grupos de saída que você precisa produzir, com base nos sistemas que estão a jusante de MediaLive. Consulte [Identificar os tipos de grupos de saídas do sistema downstream](identify-downstream-system.md).
1. Identifique os requisitos das codificações de víde e áudio que serão incluídas em cada grupo de saídas. Consulte [Identifique os requisitos de codificação para os grupos de saídas](identify-dss-video-audio.md).
1. Decida sobre a classe do canal: decida se você deseja criar um canal padrão que ofereça suporte a redundância ou um canal de pipeline único que não ofereça suporte a redundância. Consulte [Identificar requisitos de resiliência](plan-redundancy.md).
1. Avalie o conteúdo de origem para garantir que ele seja compatível com MediaLive e com as saídas que você precisa criar. Por exemplo, certifique-se de que o conteúdo de origem tenha um codec de vídeo MediaLive compatível. Consulte [Avaliar o sistema upstream](evaluate-upstream-system.md).
Depois de executar essas quatro etapas, você sabe se MediaLive pode lidar com sua solicitação de transcodificação.
1. Colete identificadores para o conteúdo original. Por exemplo, solicite ao operador do sistema upstream os identificadores dos diferentes idiomas de áudio que você deseja extrair do conteúdo. Consulte [Coletar informações sobre o conteúdo da fonte.](planning-content-extract.md).
1. Coordene com o sistema ou sistemas a jusante para fornecer um destino para os grupos de saída que MediaLive produzirão. Consulte [Coordenar com sistemas downstream](setting-up-downstream-system.md).
# Identificar os tipos de grupos de saídas do sistema downstream
A primeira etapa no planejamento de qualquer MediaLive fluxo de trabalho do AWS Elemental é determinar quais tipos de [*grupos de saída*](what-is-terminology.md) você precisa produzir, com base nos requisitos e capacidades dos sistemas que estão a jusante. MediaLive
Execute esse trabalho com o sistema downstream antes de avaliar o [sistema upstream](evaluate-upstream-system.md). A tomada de decisão em um fluxo de trabalho começa com o sistema downstream e depois volta para o sistema upstream.
**Importante**
Você já deve ter identificado o sistema ou sistemas downstream para os quais enviará a MediaLive saída para esse fluxo de trabalho. Se você ainda não identificou o sistema downstream, pesquise antes de continuar preparando seu fluxo de trabalho. Este guia não pode ajudar você a identificar seu sistema downstream. Quando você souber quais são seus sistemas downstream, retorne a esta seção.
**Para identificar o grupo de saídas.**
1. Obtenha as seguintes informações do seu sistema downstream.
+ Os formatos de saída necessários. Por exemplo, HLS.
+ O protocolo de aplicação para cada um. Por exemplo, HTTP.
1. Decida o modo de entrega para suas saídas.
+ Você talvez tenha uma saída em um servidor localizado em sua instância do EC2 na sua VPC. Ou talvez você tenha uma saída que esteja no Amazon S3. Se uma ou ambas as situações se aplicarem, talvez você queira configurar a entrega via sua VPC. Para obter mais informações, consulte [Entrega de saídas através da sua VPC](delivery-out-vpc.md).
+ Se não tiver qualquer um desses tipos de saídas, você fará a entrega da forma normal.
1. Certifique-se de que isso MediaLive inclua um *grupo de saída* que suporte o formato e o protocolo de saída exigidos pelo sistema downstream. Consulte [Tipos de saída suportados em MediaLive](outputs-supported-containers.md).
1. Se seu sistema downstream preferido for outro serviço de AWS mídia, [leia isso para obter informações sobre como escolher o serviço](dss-choose-service.md).
1. Se o seu sistema downstream oferecer suporte ao Microsoft Smooth Streaming, consulte [Opções para lidar com a saída do Microsoft Smooth](downstream-system-for-mss.md) para ver as opções disponíveis.
1. Se você quiser enviar sua saída para outras AWS regiões ou para outras AWS contas antes da distribuição, considere criar um grupo de saída de MediaConnect roteador. MediaConnect O roteador é uma excelente opção para fluxos de trabalho que exigem distribuição entre regiões ou entre contas.
1. Decida se você deseja criar um grupo de saídas de arquivamento para produzir um arquivo de arquivamento do conteúdo. Um arquivo desse tipo é um complemento ao streaming; ele em si não é uma saída de streaming. Normalmente, você cria um arquivamento como uma versão em arquivo permanente da saída do streaming.
1. Decida se você deseja criar um grupo de saídas de captura de quadros para produzir uma 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.
1. Tome nota dos grupos de saídas que você decidir criar.
Por exemplo, após seguir essas etapas, você poderá ter esta lista de grupos de saída:
+ Um grupo de saída HLS com AWS Elemental MediaPackage o sistema downstream.
+ Um grupo de saídas RTMP enviando para o sistema downstream de um site de mídia social.
+ Um grupo de saídas de arquivamento como um registro.
**Topics**
+ [Escolhendo entre os serviços AWS de mídia](dss-choose-service.md)
+ [Escolhendo entre o grupo de saída HLS e o grupo MediaPackage de saída](hls-choosing-hls-vs-emp.md)
+ [Opções para lidar com a saída do Microsoft Smooth](downstream-system-for-mss.md)
# Escolhendo entre os serviços AWS de mídia
Se seu sistema downstream preferido for outro serviço de AWS mídia, a seguir estão algumas dicas úteis para escolher o serviço a ser usado:
+ Se você precisar escolher entre AWS Elemental MediaPackage ou AWS Elemental MediaStore para saídas HLS, siga estas diretrizes:
+ Decida se deseja proteger seu conteúdo com uma solução de gerenciamento de direitos digitais (DRM). O DRM impede que pessoas não autorizadas acessem o conteúdo.
+ Decida se você quer inserir anúncios em seu conteúdo.
Se você quiser um desses recursos ou ambos, escolha MediaPackage como serviço de origem, pois precisará reempacotar a saída.
Se você não quiser nenhum desses recursos, você pode escolher MediaPackage ou AWS Elemental MediaStore. AWS Elemental MediaStore geralmente é uma solução mais simples como serviço de origem, mas não possui os recursos de reembalagem do. MediaPackage
+ Se você se identificou AWS Elemental MediaPackage como um serviço de origem, decida se produzirá a saída HLS usando um grupo de saída HLS ou um grupo MediaPackage de saída. Para obter diretrizes sobre como fazer essa escolha, consulte a [próxima seção](hls-choosing-hls-vs-emp.md).
# Escolhendo entre o grupo de saída HLS e o grupo MediaPackage de saída
Se você quiser entregar a saída HLS para AWS Elemental MediaPackage, você deve decidir se deseja criar um grupo de saída HLS ou um grupo de MediaPackage saída.
## Entregando para a MediaPackage v2
Se você estiver entregando para um MediaPackage canal que usa MediaPackage v2, deverá criar um grupo de saída HLS. O MediaPackage operador pode dizer se o canal usa a versão 2 da API. Um caso de uso para usar a versão 2 é implementar um fluxo de trabalho de glass-to-glass baixa latência que inclua MediaLive e. MediaPackage
## Entregando de acordo com o padrão MediaPackage (v1)
Existem diferenças na configuração de cada tipo de grupo de saídas:
+ A MediaPackage saída requer menos configuração. O AWS Elemental já MediaLive está configurado com a maioria das informações necessárias para empacotar e entregar a saída para o AWS Elemental MediaPackage canal que você especificar. Essa configuração mais fácil tem vantagens, mas também tem desvantagens, pois você não pode controlar algumas configurações. Para obter informações sobre MediaLive como configurar um grupo MediaPackage de saída, consulte[Resultado deste procedimento](mediapackage-create-result.md).
+ Para uma MediaPackage saída, o MediaLive canal e o AWS Elemental MediaPackage canal devem estar na mesma AWS região.
+ Em uma MediaPackage saída, há algumas restrições na configuração de ID3 metadados. Para obter detalhes, consulte [Trabalhando com ID3 metadados](id3-metadata.md).
# Opções para lidar com a saída do Microsoft Smooth
Se você estiver entregando para um servidor do Microsoft Smooth Streaming, a configuração dependerá se você desejar proteger seu conteúdo com uma solução de gerenciamento de direitos digitais (DRM). O DRM impede que pessoas não autorizadas acessem o conteúdo.
+ Se não quiser implementar o DRM, crie um grupo de saídas do Microsoft Smooth Output.
+ Se quiser implementar o DRM, você pode criar um HLS ou um grupo de saída para o qual enviar a MediaPackage saída e, em seguida AWS Elemental MediaPackage, usar AWS Elemental MediaPackage para adicionar o DRM. Em seguida, você será configurará o AWS Elemental MediaPackage para entregar ao servidor de origem Microsoft Smooth.
# Identifique os requisitos de codificação para os grupos de saídas
Depois de identificar os grupos de saídas que você precisa criar, você deverá identificar os requisitos para as codificações de vídeo e áudio que você incluirá em cada grupo de saídas. O sistema downstream controla esses requisitos.
Execute esse trabalho com o sistema downstream antes de avaliar o [sistema upstream](evaluate-upstream-system.md). A tomada de decisão em um fluxo de trabalho começa com o sistema downstream e depois volta para o sistema upstream.
**Para identificar os codecs de vídeo e de áudio em cada grupo de saída**
Execute esse procedimento em cada grupo de saídas que você identificou.
1. Obtenha as informações de vídeo a seguir do seu sistema downstream:
+ O codec ou codecs de vídeo que eles oferecem suporte.
+ A taxa de bits máxima e a resolução máxima que eles podem eles oferecem suporte.
1. Obtenha as informações a seguir do seu sistema downstream:
+ O codec ou codecs de áudio com suporte.
+ Os modos de codificação de áudio com suporte (por exemplo, 2.0) em cada codec.
+ A taxa de bits máxima com suporte para áudio.
+ Para um formato de saída HLS ou do Microsoft Smooth, se o sistema downstream exigir que o áudio seja empacotado no vídeo ou que cada áudio apareça em sua própria representação. Você precisará dessas informações ao organizar os ativos nas MediaLive saídas.
1. Obtenha as informações de legendas a seguir do seu sistema downstream.
+ Os formatos de legendas com suporte.
1. Verifique o vídeo. Compare os codecs de vídeo que seu sistema downstream requer com os codecs de vídeo MediaLive compatíveis com esse grupo de saída. Consulte as tabelas em [Codecs com suporte por tipo de saída](outputs-supported-codecs.md). Certifique-se de que pelo menos um dos codecs oferecidos pelo sistema downstream tenha suporte.
1. Verifique o áudio. Compare os codecs de áudio que seu sistema downstream requer com os codecs de vídeo MediaLive compatíveis com esse grupo de saída. Consulte as tabelas em [Codecs com suporte por tipo de saída](outputs-supported-codecs.md). Certifique-se de que pelo menos um dos codecs oferecidos pelo sistema downstream tenha suporte.
1. Ignore a avaliação dos formatos das legendas por enquanto. Você avaliará esses requisitos em [uma seção posterior](assess-uss-captions.md).
1. Tome nota dos codecs de vídeo e áudio que você pode produzir para cada grupo de saídas.
1. Decida se você deseja implementar uma faixa de trick-play. Para obter mais informações, consulte [Implementar uma faixa de trick-play](trick-play-solutions.md).
**Resultado desta etapa**
Depois de executar esse procedimento, você saberá quais grupos de saídas você criará e saberá quais codecs de vídeo e áudio esses grupos de saídas podem suportar. Portanto, você deve ter informações de saída semelhantes a este exemplo.
**Exemplo**
| Grupo de saídas | Sistema downstream | Codecs de vídeo com suporte pelo sistema downstream | Codecs de áudio com suporte pelo sistema downstream |
| --- | --- | --- | --- |
| HLS | MediaPackage | AVC | AAC 2,0, Dolby Digital Plus |
| RTMP | site de mídia social | AVC | AAC 2.0 |
| Arquivo | Amazon S3 | O sistema downstream não determina o codec: você escolhe o codec que desejar. | O sistema downstream não determina o codec: você escolhe o codec que desejar. |
# Identificar requisitos de resiliência
Resiliência é a capacidade do canal de continuar funcionando quando ocorrem problemas. MediaLive inclui dois recursos de resiliência que você deve planejar por enquanto. Você deve decidir qual desses recursos será implementado. É necessário tomar essa decisão agora porque esses recursos afetam quantas origens são necessárias para seu conteúdo, o que exige contato com o sistema de upstream.
## Redundância de pipeline
Normalmente, você pode configurar um canal com dois pipelines, para fornecer resiliência dentro do pipeline de processamento do canal. Para obter informações sobre os requisitos para configurar dois pipelines, consulte
A redundância de pipelines é um recurso que se aplica a todo o canal e a todas as entradas conectadas ao canal. Logo no início do planejamento do canal, você deve decidir como deseja configurar os pipelines.
Configure a redundância de pipelines configurando o canal como um *canal padrão* de modo que ele tenha dois pipelines de codificação. Os dois pipelines ingerem o conteúdo de origem e produzem a saída. Se ocorrer uma falha no pipeline atual, o sistema de downstream poderá detectar que ele não está mais recebendo conteúdo e poderá alternar para a outra saída. Não há interrupção no sistema a jusante. MediaLive reinicia o segundo pipeline em alguns minutos.
Para obter mais informações sobre redundância de pipeline, consulte. [Como implementar redundância de pipelines](plan-redundancy-mode.md)
## Failover automático de entrada
Com algumas entradas, você pode configurar duas entradas como um *par* automático de failover de entrada, a fim de fornecer resiliência para uma entrada no canal.
O failover automático de entrada é um recurso que se aplica a entradas individuais. Não é necessário decidir sobre a implementação do failover automático de entrada ao planejar o canal. Você pode implementá-la posteriormente, ao anexar uma nova entrada ou quando quiser atualizar uma entrada existente para que ela implemente o failover automático de entrada.
Para configurar o failover automático de entrada, você configura duas entradas (que têm exatamente o mesmo conteúdo de origem) como um par de *failover de entrada*. A configuração dessa maneira fornece resiliência em caso de falha no sistema de upstream ou entre o sistema de upstream e o canal.
No par de entrada, uma das entradas é a entrada *ativa* e a outra está em *espera*. MediaLive ingere as duas entradas, para estar sempre pronto para alternar, mas geralmente descarta a entrada em espera imediatamente. Se a entrada ativa falhar, faça o failover MediaLive imediatamente e inicie o processamento a partir da entrada em espera, em vez de descartá-la.
É possível implementar o failover automático de entrada em um canal configurado para redundância de pipeline (um canal padrão) ou em um que não tenha redundância de pipeline (um canal de pipeline único).
Para obter mais informações sobre failover automático de entrada, consulte [Implementar o failover automático de entrada](automatic-input-failover.md).
## Comparação dos dois recursos
A seguir, é apresentada uma comparação entre redundância de pipelines e failover automático de entrada.
+ Há uma diferença na falha com a qual cada recurso lida:
A redundância da tubulação fornece resiliência em caso de falha na tubulação do MediaLive codificador.
O failover automático de entrada fornece resiliência em caso de falha antecipada MediaLive, seja no sistema upstream ou na conexão de rede entre o sistema upstream e a entrada. MediaLive
+ Ambos os recursos exigem duas instâncias da fonte de conteúdo, portanto, em ambos os casos, seu sistema upstream deve ser capaz de fornecer duas instâncias.
Com a redundância de pipelines, as duas fontes podem ser provenientes do mesmo codificador.
Com o failover automático de entrada, as fontes devem vir de codificadores diferentes, caso contrário, as duas fontes falharão ao mesmo tempo e a alternância de entradas de failover falhará.
+ A redundância de pipelines se aplica a todo o canal. Portanto, você deve decidir se deseja implementá-la ao planejar o canal. O failover automático de entrada se aplica somente a tipos de entrada específicos. Portanto, você pode, por exemplo, decidir implementar o failover automático de entrada somente quando anexar sua entrada mais importante.
+ O failover automático de entrada exige que o sistema downstream seja capaz de lidar com duas instâncias da saída e alternar de uma (quando ela falhar) para a outra. MediaPackage, por exemplo, pode lidar com duas instâncias.
Se seu sistema downstream não tiver essa lógica incorporada, você não poderá implementar o failover automático de entrada.
# Avaliar o sistema upstream
Como parte do planejamento do MediaLive fluxo de trabalho, você deve avaliar o sistema upstream que é a fonte do conteúdo, para garantir que ele seja compatível com o. MediaLive Em seguida, você deve avaliar o conteúdo de origem para garantir que ele contenha formatos que MediaLive possam ser ingeridos e incluídos nas saídas desejadas. MediaLive
Você obtém o *conteúdo de origem* de um *provedor de conteúdo*. O conteúdo de origem é fornecido a você por um *sistema upstream* controlado pelo provedor de conteúdo. Normalmente, você já identificou o provedor de conteúdo. Para obter mais informações sobre conteúdo de origem e sistemas upstream, consulte [Como MediaLive funciona](how-medialive-works-channels.md).
**Para avaliar o sistema upstream**
1. Fale com o provedor de conteúdo para obter informações sobre o sistema upstream. Você usa essas informações para avaliar a capacidade de se conectar MediaLive ao sistema upstream e para avaliar a capacidade de MediaLive usar o conteúdo de origem desse sistema upstream.
Para saber detalhes sobre as informações a serem obtidas e avaliadas, consulte as seguintes seções:
+ [Avaliar os formatos de fonte e o empacotamento](uss-obtain-info.md)
+ [Avaliar o conteúdo do vídeo](assess-uss-source.md)
+ [Avaliar conteúdo de áudio](assess-uss-audio.md)
+ [Avaliar legendas](assess-uss-captions.md)
1. Anote o tipo de MediaLive entrada que você identifica para o conteúdo de origem.
1. Tome nota das três características a seguir do fluxo da fonte. Essas informações serão necessárias [para configurar o canal](input-specification.md):
+ O codec de vídeo
+ A resolução do vídeo: SD, HD ou UHD
+ A taxa de bits de entrada máxima
**Resultado desta etapa**
Ao final desta etapa, você terá certeza de que MediaLive pode ingerir o conteúdo. Além disso, você terá identificado o seguinte:
+ O tipo de MediaLive entrada que você criará para ingerir o conteúdo de origem.
+ As informações necessárias para extrair o vídeo, o áudio e as legendas da fonte (da MediaLive entrada). Por exemplo:
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/evaluate-upstream-system.html)
# Avaliar os formatos de fonte e o empacotamento
Consulte a tabela a seguir para obter informações sobre como avaliar os formatos de fontes e o empacotamento. Leia cada linha.
****
| Informações a serem obtidas | Verifique o seguinte |
| --- | --- |
| Número de fontes que o provedor de conteúdo pode fornecer. | Se você planeja implementar um [recurso de resiliência](plan-redundancy.md), certifique-se de que seu provedor de conteúdo possa fornecer as entradas necessárias:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/uss-obtain-info.html) |
| Formatos e protocolos de entregaO tipo de MediaLive entrada que se aplica ao formato que você identifica | Descubra a qual formato e protocolo o sistema upstream oferece suporte para entrega. Certifique-se de que esse formato esteja listado na tabela em [Tipos de entradas, protocolos e sistemas upstream](inputs-supported-formats.md). [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/uss-obtain-info.html)Observe que você não precisa verificar essas informações para conteúdo entregue por CDI ou conteúdo entregue por um AWS Elemental Link. MediaLive sempre pode lidar com esses tipos de entrada. |
| Se o sistema upstream está usando o SDK mais recente | Certifique-se de que o provedor de conteúdo esteja usando a versão mais recente do [AWS CDI SDK](https://aws.amazon.com/media-services/resources/cdi/) no dispositivo de fonte CDI upstream. |
| Se o conteúdo de origem é um fluxo ou ativo de VOD | Descubra se o conteúdo de origem é um fluxo ao vivo ou um ativo de VOD.Certifique-se de que seja MediaLive compatível com a entrega no formato que você identificou. Consulte a tabela em [Suporte para fontes ao vivo e em arquivos](inputs-live-vs-file.md). |
| Se o conteúdo está criptografado | MediaLive só pode ingerir conteúdo criptografado de conteúdo HLS.Se o conteúdo de origem for HLS e estiver criptografado, verifique se ele está criptografado em um formato MediaLive compatível. Consulte [Tratar conteúdo de origem criptografado em uma fonte HLS](planning-hls-input-encrypted.md). Se MediaLive não for compatível com o formato de criptografia disponível, descubra se você pode obter o conteúdo em formato não criptografado. |
| Somente se o conteúdo de origem for RTP, verifique se ele inclui FEC. | Recomendamos que o conteúdo de origem inclua FEC, pois a probabilidade de resultar em uma saída com interrupções visuais é menor. |
# Tratar conteúdo de origem criptografado em uma fonte HLS
MediaLive pode ingerir uma fonte HLS criptografada de acordo com a especificação HTTP Live Streaming.
**Tipos de criptografia com suporte**
MediaLive suporta o seguinte formato para fontes HLS criptografadas:
+ O conteúdo de origem é criptografado com AES-128. MediaLive não suporta AES-SAMPLE.
+ O conteúdo de origem é criptografado usando chaves estáticas ou alternadas.
+ O manifesto inclui a tag `#EXT-X-KEY ` com estes atributos:
+ O atributo `METHOD` especifica AES-128.
+ O URL especifica o servidor de licenças para a chave de criptografia.
+ O IV está em branco ou especifica o vetor de inicialização (IV) que deve ser usado. Se o IV estiver em branco, MediaLive usa o valor na `#EXT-X-MEDIA-SEQUENCE` etiqueta como IV.
+ Se o sistema upstream e o servidor de licenças exigirem credenciais de autenticação (nome de usuário e senha), certifique-se de que as mesmas credenciais sejam usadas nos dois servidores. MediaLive não suporta ter credenciais diferentes para esses dois servidores.
**Como a descriptografia funciona**
O proprietário do conteúdo configura o manifesto principal para incluir `#EXT-X-KEY` com o método (AES-128), o URL para o servidor de licenças e o vetor de inicialização (IV). O proprietário do conteúdo coloca as chaves de criptografia no servidor de licenças. Quando o MediaLive canal que usa essa fonte é iniciado, MediaLive obtém o manifesto principal e lê a `#EXT-X-KEY ` tag da URL do servidor de licenças.
MediaLive se conecta ao servidor de licenças e obtém a chave de criptografia. MediaLive começa a extrair o conteúdo do sistema upstream e descriptografa o conteúdo usando a chave de criptografia e o IV.
# Avaliar o conteúdo do vídeo
Consulte a tabela a seguir para obter informações sobre como avaliar a fonte do vídeo. Leia cada linha.
**nota**
Você não precisa realizar nenhuma avaliação do vídeo que está sendo entregue via CDI ou de um AWS Elemental Link dispositivo. Essas fontes são sempre aceitáveis para MediaLive.
****
| Informações a serem obtidas | Verifique o seguinte |
| --- | --- |
| Os codecs ou formatos de vídeo disponíveis. | Certifique-se de que pelo menos um dos codecs de vídeo esteja incluído na lista de codecs de vídeo para o formato do pacote. Consulte [Codecs com suporte por tipo de entrada](inputs-supported-codecs-by-input-type.md). Se o conteúdo estiver disponível em mais de um codec compatível, decida qual codec de vídeo único você deseja usar. É possível extrair somente um ativo de vídeo do conteúdo de origem. |
| A taxa de bits máxima esperada. | Certifique-se de que a largura de banda entre o sistema upstream e o sistema MediaLive seja suficiente para lidar com a taxa de bits máxima prevista do conteúdo de origem.Se você estiver configurando canais padrão (para implementar a [redundância do pipeline](plan-redundancy.md)), certifique-se de que a largura de banda seja o dobro da taxa de bits máxima prevista, pois há dois pipelines. |
| Se as características do vídeo mudam no meio do fluxo. | Para obter os melhores resultados, verifique se as características de vídeo da fonte do vídeo não mudam no meio do fluxo. Por exemplo, o codec não deve mudar. A taxa de quadros não deve mudar. |
# Avaliar conteúdo de áudio
Consulte a tabela a seguir para obter informações sobre como avaliar a fonte de áudio. Leia cada linha.
**nota**
Você não precisa realizar nenhuma avaliação do áudio que está sendo entregue via CDI ou de um AWS Elemental Link dispositivo. Essas fontes são sempre aceitáveis para MediaLive.
****
| Informações a serem obtidas | Verifique o seguinte |
| --- | --- |
| Os codecs ou formatos de áudio disponíveis. | Certifique-se de que pelo menos um dos codecs de áudio esteja incluído na lista de codecs de áudio em [Codecs com suporte por tipo de entrada](inputs-supported-codecs-by-input-type.md). |
| Os idiomas disponíveis para cada codec. Por exemplo, inglês, francês. | Identifique os idiomas que você gostaria de oferecer. Determine quais desses idiomas o provedor de conteúdo pode fornecer. |
| Os modos de codificação disponíveis (por exemplo, 2.0 e 5.1) para cada codec. | Identifique os modos de codificação de áudio que você prefere para cada idioma de áudio. Determine quais desses modos de codificação o provedor de conteúdo pode fornecer. Para obter mais informações, consulte a [seção após esta tabela](#coding). |
| Se as características do áudio mudam no meio do fluxo. | Para obter os melhores resultados, verifique se as características de áudio do conteúdo de origem não mudam no meio do fluxo. Por exemplo, o codec da fonte não deve mudar. O modo de codificação não deve mudar. Um idioma não deve desaparecer. |
| Se o conteúdo de origem for HLS, se os ativos de áudio estão em um grupo de representação de áudio ou multiplexados com vídeo. | MediaLive pode ingerir ativos de áudio que estão em um grupo de renderização separado ou multiplexados em um único stream com o vídeo. |
**Para decidir sobre um modo de codificação**
Se vários modos de codificação estiverem disponíveis para o mesmo idioma, decida qual modo você deseja usar. Siga estas diretrizes:
+ Você pode extrair alguns idiomas em um codec e modo de codificação e outros idiomas em outro codec e modo de codificação. Por exemplo, talvez você queira um ou dois idiomas disponíveis no modo de codificação 5.1 e outros idiomas no modo de codificação 2.0.
+ Você pode extrair o mesmo idioma mais de uma vez. Por exemplo, talvez você queira um idioma tanto no modo de codificação 5.1 quanto no modo de codificação 2.0.
+ Ao decidir qual codec e modo de codificação extrair para um determinado idioma, considere o modo de codificação que você deseja para esse idioma na saída. Para cada idioma, é sempre mais fácil se o modo de codificação do conteúdo de origem corresponder ao modo de codificação da saída, pois assim você não precisa remixar o áudio para converter o modo de codificação. MediaLivesuporta remixagem, mas a remixagem é um recurso avançado que requer uma boa compreensão do áudio.
Por exemplo, talvez você queira que um idioma esteja no modo de codificação 5.1 na saída. Talvez você queira que outros idiomas estejam disponíveis no modo de codificação 2.0.
Assim, você poderia escolher extrair o seguinte:
+ Dolby Digital 5.1 em espanhol
+ Francês e inglês em AAC 2.0.
# Avaliar legendas
Se você planeja incluir legendas em um grupo de saída, você deve determinar se MediaLive pode usar o formato de legendas na fonte para produzir o formato de legendas que você deseja na saída.
Obtenha as seguintes informações sobre a fonte das legendas.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/assess-uss-captions.html)
**Para avaliar os requisitos de legendas**
Siga estas etapas para cada [grupo de saídas que você identificou](identify-downstream-system.md) para seu fluxo de trabalho.
1. Vá para [Legendas suportadas em MediaLive](supported-captions.md) e encontre a seção do grupo de saídas. Por exemplo, [Formatos de legendas compatíveis com HLS ou saídas MediaPackage](supported-formats-hls-output.md). Na tabela nessa seção, leia a primeira coluna para encontrar o formato (contêiner) que o provedor de conteúdo está fornecendo.
1. Leia a coluna de *entrada da legenda de origem* para encontrar os formatos de legenda compatíveis MediaLive com esse formato de origem.
1. Em seguida, leia a coluna *Legendas de saída suportadas* para encontrar os formatos de legenda que MediaLive podem converter o formato de origem em.
Você terminará com uma afirmação como: "Se desejar produzir uma saída HLS e seu conteúdo de origem for RTMP, você poderá converter legendas incorporadas em burn-in, incorporadas ou WebVTT".
1. Verifique se o conteúdo de origem do provedor de conteúdo corresponde a um dos formatos na coluna *Entrada de legenda compatível* da tabela. Por exemplo, verifique se o conteúdo de origem contém legendas incorporadas.
1. Encontre a lista de formatos de legendas aos quais o sistema downstream oferece suporte. Você obteve essa lista quando [identificou os requisitos de codificação para os grupos de saídas que identificou](identify-dss-video-audio.md). Verifique se pelo menos um desses formatos de saída aparece na coluna *Legendas de saída compatíveis* da tabela.
Se não houver correspondência no conteúdo de origem ou nenhuma correspondência na saída, não será possível incluir legendas na saída.
Por exemplo, suponha que você precise produzir um grupo de saídas HLS. Suponha que seu provedor de conteúdo possa fornecer conteúdo no formato RTP com legendas incorporadas. Suponha que o sistema downstream exija que, para a saída HLS, a saída inclua legendas WebVTT.
Seguindo as etapas acima, você lê a tabela de saídas HLS. Na coluna de contêiner da tabela, você encontra a linha para o formato RTP. Você lê a coluna de origem e identifica que as legendas incorporadas são um formato de fonte compatível. Em seguida, você lê a coluna de saída e descobre que as legendas incorporadas podem ser convertidas em legendas burn-in, incorporadas ou WebVTT. As legendas WebVTT são o formato exigido pelo sistema downstream. Portanto, você conclui que pode incluir legendas na saída HLS.
# Coletar informações sobre o conteúdo da fonte.
Depois de avaliar o conteúdo da fonte e identificar os ativos adequados de vídeo, áudio e legendas nesse conteúdo, é necessário obter informações sobre esses ativos. As informações de que você precisa são diferentes para cada tipo de fonte.
Você não precisa dessas informações para [criar a entrada](medialive-inputs.md) MediaLive. Mas você precisará dessas informações ao [conectar a entrada à entrada](creating-a-channel-step2.md) do canal MediaLive.
**Resultado desta etapa**
Após executar os procedimentos desta etapa, você deverá ter informações sobre o conteúdo de fontes semelhantes às deste exemplo.
**Exemplo**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/planning-content-extract.html)
**Topics**
+ [Identificação de conteúdo em uma fonte CDI](extract-contents-cdi.md)
+ [Identificação de conteúdo em uma AWS Elemental Link fonte](extract-contents-link.md)
+ [Identificação de conteúdo em uma fonte de HLS](extract-contents-hls.md)
+ [Identificação de conteúdo em uma MediaConnect fonte](extract-content-emx.md)
+ [Identificação de conteúdo em uma MP4 fonte](extract-contents-mp4.md)
+ [Identificação de conteúdo em uma fonte RTMP](extract-contents-rtmp.md)
+ [Identificação de conteúdo em uma fonte RTP](extract-contents-rtp.md)
+ [Identificação de conteúdo em uma fonte do SMPTE 2110](extract-contents-s2110.md)
+ [Identificação de conteúdo em uma fonte SRT](extract-contents-srt.md)
# Identificação de conteúdo em uma fonte CDI
O conteúdo em uma fonte CDI sempre consiste em vídeo e áudio não compactados e legendas.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-contents-cdi.html)
# Identificação de conteúdo em uma AWS Elemental Link fonte
O conteúdo em uma AWS Elemental Link fonte é sempre um fluxo de transporte (TS) que contém um ativo de vídeo, um par de áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-contents-link.html)
Obtenha também as seguintes informações sobre o conteúdo:
+ A taxa de bits máxima. Você terá a opção de acelerar essa taxa de bits quando configurar o dispositivo no MediaLive. Para obter mais informações, consulte [Conf AWS Elemental Link iguração](setup-devices.md).
+ Se o conteúdo inclui um timecode incorporado. Se isso acontecer, será possível optar por usar esse timecode. Para obter mais informações, consulte [Configuração do timecode](https://docs.aws.amazon.com/medialive/latest/ug/timecode.html)[Trabalhar com timecodes e timestamps](timecode.md).
+ Se o conteúdo inclui mensagens publicitárias (mensagens SCTE-104 que MediaLive serão automaticamente convertidas em mensagens SCTE-35). Para obter mais informações sobre mensagens de disponibilidade de anúncios, consulte [Processamento de mensagens SCTE-35](scte-35-message-processing.md).
# Identificação de conteúdo em uma fonte de HLS
O conteúdo em um contêiner do HLS é sempre um fluxo de transporte (TS) que contém somente uma representação de vídeo (programa).
Obtenha informações de identificação do provedor de conteúdo.
****
| Ativo | Detalhes | Informações a serem obtidas |
| --- | --- | --- |
| Vídeo | Você não precisa de informações de identificação. MediaLive sempre extrai o único ativo de vídeo. | |
| Áudio | A fonte pode incluir vários áudios PIDs. | Obtenha os códigos de idioma PIDs ou de três caracteres dos idiomas que você deseja. Recomendamos que você obtenha o PIDs para os ativos de áudio. Trata-se de uma forma mais confiável de identificar um ativo de áudio. |
| Legendas | Incorporado | Obtenha os idiomas nos números dos canais. Por exemplo, “o canal 1 é francês” |
# Identificação de conteúdo em uma MediaConnect fonte
O conteúdo em uma AWS Elemental MediaConnect fonte é sempre um fluxo de transporte (TS). O TS é composto por um programa (SPTS) ou vários programas (MPTS). Cada programa contém uma combinação de vídeo, áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-content-emx.html)
# Identificação de conteúdo em uma MP4 fonte
O conteúdo em uma MP4 fonte sempre consiste em uma faixa de vídeo, uma ou mais faixas de áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
| Ativo | Detalhes | Informações a serem obtidas |
| --- | --- | --- |
| Vídeo | Você não precisa de informações de identificação. MediaLive sempre extrai o único ativo de vídeo. | Nenhum |
| Áudio | A fonte pode incluir várias faixas de áudio, normalmente, uma para cada idioma. | Obtenha os números das faixas ou os códigos de idioma de três caracteres dos idiomas que você deseja. |
| Legendas | IncorporadoAs legendas podem estar incorporadas na faixa de vídeo ou em uma faixa auxiliar. | Obtenha os idiomas nos números dos canais. Por exemplo, "o canal 1 é francês". |
# Identificação de conteúdo em uma fonte RTMP
Este procedimento se aplica a entradas RTMP Push e Pull da Internet e a entradas RTMP da Amazon Virtual Private Cloud. O conteúdo em uma entrada RTMP sempre consiste em um vídeo, um áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
| Ativo | Detalhes | Informações a serem obtidas |
| --- | --- | --- |
| Vídeo | Você não precisa de informações de identificação. MediaLive sempre extrai o único ativo de vídeo. | Nenhum |
| Áudio | Você não precisa de informações de identificação. MediaLive sempre extrai o único ativo de áudio | Obtenha os números e os idiomas das faixas. Por exemplo, "a faixa 1 é francês". |
| Legendas | IncorporadoAs legendas podem estar incorporadas na faixa de vídeo ou em uma faixa auxiliar. | Obtenha os idiomas nos números dos canais. Por exemplo, "o canal 1 é francês". |
# Identificação de conteúdo em uma fonte RTP
Esse procedimento se aplica tanto a entradas RTP da Internet quanto a entradas da Amazon Virtual Private Cloud. O conteúdo em uma entrada RTP é sempre um fluxo de transporte (TS). O TS é composto por um programa (SPTS) ou vários programas (MPTS). Cada programa contém uma combinação de vídeo, uma combinação de áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-contents-rtp.html)
# Identificação de conteúdo em uma fonte do SMPTE 2110
O conteúdo em uma fonte do SMPTE 2110 é sempre um conjunto de fluxos que consiste em um ativo de vídeo, zero ou mais ativos de áudio e zero ou mais ativos de legendas (dados auxiliares). Cada ativo está em seu próprio fluxo.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-contents-s2110.html)
# Identificação de conteúdo em uma fonte SRT
O conteúdo em uma entrada SRT é sempre um fluxo de transporte (TS). O TS é composto por um programa (SPTS) ou vários programas (MPTS). Cada programa contém uma combinação de vídeo, uma combinação de áudio e legendas opcionais.
Obtenha informações de identificação do provedor de conteúdo.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/medialive/latest/ug/extract-contents-srt.html)
# Coordenar com sistemas downstream
Como etapa final na preparação dos sistemas downstream e upstream em seu fluxo de trabalho, você deve entrar em contato com o operador do sistema downstream e coordenar as informações.
A *saída* de MediaLive é considerada *entrada* para o sistema a jusante.
A configuração é diferente para cada tipo de grupo de saídas e sistema downstream. Para obter mais informações, consulte [Configuração: Criar grupos de saídas e saídas](medialive-outputs.md) e acesse a seção correspondente ao tipo de grupo de saídas que você está criando. Leia as informações sobre a coordenação com o sistema downstream.