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á.
# Requisitos de entrada e saída
MediaLive Para bloquear tubulações, as seguintes condições devem estar em vigor no canal. Quando o bloqueio de pipelines não é possível, o processamento continua. Assim que as condições exigidas entrarem em vigor novamente, MediaLive começa a bloquear novamente.
## Sem suporte a entradas HLS
O canal não pode incluir entradas HLS.
Se o canal incluir uma entrada HLS, MediaLive interrompe a tentativa de bloquear tubulações no canal. O bloqueio de pipelines não será retomado, mesmo depois que o canal alternar para outra entrada.
## As entradas devem incluir timecode incorporado (método de timecode de origem)
Quando você usa o método de bloqueio do pipeline do timecode de origem (o padrão), a entrada deve incluir o timecode incorporado. Estas regras são aplicadas:
+ Ao usar o método de timecode de origem, a entrada deve ter um timecode incorporado. Esse requisito se aplica tanto ao modo de bloqueio de tubulação quanto ao modo de bloqueio de época.
+ Para o modo de bloqueio de epoch, o timecode incorporado deve estar dentro de 2 minutos do horário de epoch. Se o timecode estiver desativado por mais de 2 minutos, MediaLive considere que a fonte não atende aos requisitos de bloqueio do pipeline.
MediaLive examina continuamente a fonte atual em busca de um timecode incorporado. Sempre que não detecta o timecode, ele suspende temporariamente a tentativa de bloquear os pipelines.
## Requisitos para bloqueio de tubulação alinhado por vídeo
Quando você usa o bloqueio de pipeline alinhado por vídeo (**método de bloqueio de pipeline** definido como **VIDEO\$1ALIGNMENT**), códigos de tempo incorporados não são necessários.
**Requisitos de entrada**
Alguns tipos de entrada não são compatíveis com o alinhamento de vídeo:
+ Entradas de arquivo (MP4\$1FILE, TS\$1FILE)
+ Entradas HLS (URL\$1PULL com conteúdo HLS)
+ Entradas RTMP\$1PULL
Quando um tipo de entrada incompatível está ativo, o bloqueio de pipeline alinhado ao vídeo é executado no modo “loop aberto” (desbloqueado), mas continua o processamento. Nenhum erro de validação é gerado, o que suporta fluxos de trabalho de comutação de entrada em que algumas entradas podem ser incompatíveis.
Para todos os outros tipos de entrada, o bloqueio de pipeline alinhado por vídeo usa comparação visual de assinaturas para sincronizar os pipelines. Ambos os pipelines devem receber o mesmo conteúdo de vídeo para uma sincronização bem-sucedida.
## Requisitos de taxa de quadros
A conversão entre a taxa de quadros de entrada (ou taxas de quadros) e a taxa de quadros de saída desejada deve ser *simples*, o que significa que uma destas afirmações deve se aplicar:
+ A taxa de quadros de saída deve ser um número inteiro múltiplo da taxa de quadros de entrada. Por exemplo, a taxa de quadros de entrada pode ser de 45 FPS e a taxa de quadros de saída pode ser de 90 FPS.
+ A taxa de quadros de entrada deve ser um número inteiro múltiplo da taxa de quadros de saída. Por exemplo, a taxa de quadros de entrada pode ser de 60 FPS e a taxa de quadros de saída pode ser de 30 FPS.
MediaLive identifica a taxa de quadros da entrada de origem quando ela muda para uma nova entrada e determina se uma conversão simples se aplica. Caso contrário, MediaLive interrompe a tentativa de bloquear as tubulações até que o canal mude para a próxima entrada. Mesmo que a taxa de quadros de entrada da fonte mude na fonte intermediária (para que uma conversão simples se aplique), MediaLive não comece a tentar bloquear novamente.
Observe que, com essas regras, é possível que as taxas de quadros sejam inteiras. Por exemplo, se a taxa de quadros de entrada for 29,97 FPS e a taxa de quadros de saída for 59,94 FPS.
Veja a seguir exemplos de taxas de quadros *complexas*. *Não é possível* usar a entrada quando uma destas combinações se aplica ao seu canal:
+ Isso não é suportado: o FPS de entrada é 59,4, o FPS de saída é 60.
+ Isso não é suportado: o FPS de entrada é 45, o FPS de saída é 60.
+ Isso não é suportado: o FPS de entrada é 29,97 FPS, o FPS de saída é 23,978.
## Bloqueio de epoch e SCTE-35
Existem restrições para usar o bloqueio de época em um HLS ou grupo de saída. MediaPackage
**Grupo de saídas HLS**
Não é possível habilitar a passagem SCTE-35 ou a decoração de manifesto em um grupo de saídas HLS em um canal que usa bloqueio de epoch. Você receberá um erro de validação ao salvar o canal. Você deve decidir como resolver esse conflito:
+ Não habilite o bloqueio de epoch em todo o canal: é possível [definir o modo](pipeline-locking-set-up.md#pipeline-locking-mode) para bloqueio regular de pipelines em todo o canal e manter a passagem SCTE-35 no grupo de saídas HLS.
+ Desative a passagem SCTE-35 no grupo de saídas HLS: é possível manter o bloqueio de epoch, mas desabilitar a passagem SCTE-35 e a decoração de manifesto no grupo de saídas HLS. Ainda é possível habilitar a passagem SCTE-35 em outros grupos de saídas.
**MediaPackage grupo de saída**
Para um grupo MediaPackage de saída, as restrições se aplicam se a entrada incluir mensagens SCTE 35:
+ Quando o bloqueio de época não está habilitado no canal, passa MediaLive automaticamente por qualquer mensagem SCTE 35 da entrada e ativa automaticamente a decoração do manifesto.
+ Quando o bloqueio de época está ativado, desativa MediaLive automaticamente a passagem e a decoração de manifesto do SCTE 35 no grupo de saída. MediaPackage
Você deve decidir qual recurso deseja manter. É possível manter as mensagens SCTE-35 (nesse caso, você deve desabilitar o bloqueio de epoch em todo o canal). Ou você pode habilitar o bloqueio de epoch, mas perder a passagem das mensagens SCTE-35. Observe que não há vantagem em configurar a saída como um grupo de saídas HLS, pois restrições semelhantes se aplicam, conforme descrito acima.