Compartilhar via

Transmissão ao vivo com os Serviços de Mídia do Azure v3

  • Artigo

Logotipo dos Serviços de Mídia v3

Aviso

Os Serviços de Mídia do Azure serão desativados em 30 de junho de 2024. Para obter mais informações, consulte o Guia de desativação do AMS.

O Azure Media Services permite entregar eventos ao vivo para seus clientes na nuvem do Azure. Para transmitir seus eventos ao vivo com os Serviços de Mídia, você precisará configurar um codificador de vídeo ao vivo que converte sinais de uma câmera (ou outro dispositivo, como um laptop) em um feed de contribuição que é enviado aos Serviços de Mídia. O feed de contribuição pode incluir sinais relacionados à publicidade, como os marcadores SCTE-35. Para obter uma lista dos codificadores de transmissão ao vivo recomendados, confira Codificadores de transmissão ao vivo.

Se você ainda não usou um codificador local antes, experimente o início rápido Criar uma transmissão ao vivo dos Serviços de Mídia do Azure com o OBS .

Empacotamento e entrega dinâmicos

Com os Serviços de Mídia, você pode aproveitar o empacotamento dinâmico, que permite visualizar e transmitir suas transmissões ao vivo nos formatos MPEG DASH, HLS e Smooth Streaming do feed de contribuição. Seus espectadores podem reproduzir a transmissão ao vivo com qualquer player compatível com HLS, DASH ou Smooth Streaming. Confira a lista de jogadores testados e experimente os exemplos de players de terceiros dos Serviços de Mídia.

Tipos de evento ao vivo

Eventos ao vivo são ingestão e processamento de feeds de vídeo ao vivo. Um evento ao vivo pode ser definido como:

  • passagem quando um codificador dinâmico local envia um fluxo de taxa de bits múltipla ou
  • codificação dinâmica quando um codificador dinâmico local envia um fluxo de taxa de bits única. Para obter detalhes sobre saídas ao vivo, consulte Eventos ao vivo e saídas ao vivo.

Passagem

Ao usar o Evento ao Vivo (básico ou padrão) de passagem, você depende do seu codificador dinâmico local para gerar um fluxo de vídeo com várias taxas de bits e enviá-lo como o feed de contribuição para o Evento ao Vivo (usando o protocolo de entrada RTMP ou MP4 fragmentado). Em seguida, o Evento ao Vivo passa o fluxo de vídeo de entrada para o empacotador dinâmico (ponto de extremidade de streaming) sem nenhum processamento adicional. Um evento ao vivo de passagem é otimizado para eventos ao vivo de longa execução ou transmissão ao vivo linear 24x365.

streaming de passagem

Codificação ativa

Para usar a codificação dinâmica, configure o codificador dinâmico local para enviar um vídeo de taxa de bits única (agregação de até 32 Mbps) para o evento ao vivo (usando o protocolo de entrada RTMP ou MP4 fragmentado). O Evento ao Vivo transcodifica o fluxo de taxa de bits única de entrada em vários fluxos de vídeo de taxa de bits em resoluções variadas. Isso melhora a entrega de dispositivos de reprodução com protocolos padrão do setor, como MPEG-DASH, HLS (Apple HTTP Live Streaming) e Microsoft Smooth Streaming.

streaming de codificação ao vivo

Opções de evento ao vivo

Criptografia dinâmica

A criptografia dinâmica permite que você criptografe dinamicamente o seu conteúdo ao vivo ou sob demanda com o AES-128 ou qualquer um dos três sistemas principais de DRM (gerenciamento de direitos digitais): Microsoft PlayReady, Google Widevine e Apple FairPlay. Os serviços de mídia também fornecem um serviço de distribuição de chaves AES e licenças DRM (PlayReady, Widevine e FairPlay) para os clientes autorizados. Para saber mais, confira criptografia dinâmica.

O Widevine é um serviço fornecido pela Google Inc. e está sujeito aos termos de serviço e à política de privacidade da Google, Inc.

Filtragem dinâmica

A filtragem dinâmica é usada para controlar o número de faixas, formatos, taxas de bits e janelas de tempo de apresentação que são enviadas aos players. Para obter mais informações, confira filtros e manifestos dinâmicos.

Transcrição ao vivo

A transcrição ao vivo é um recurso que você pode usar com eventos ao vivo que são de passagem ou de codificação ativa. Para obter mais informações, confira transcrição ao vivo. Quando esse recurso é habilitado, o serviço usa o recurso de Conversão de Fala em Texto dos Serviços Cognitivos para transcrever as palavras faladas no áudio de entrada em texto. Esse texto é disponibilizado para entrega junto com vídeo e áudio em protocolos MPEG-DASH e HLS.

Importante

Você deve usar tamanhos GOP de dois segundos para eventos ao vivo. Você deve usar tamanhos de GOP de 4 segundos ou menos para passar eventos ao vivo com transcrições ao vivo para obter dados de transcrição corretos. Se você optar por usar um tamanho GOP maior, os dados de transcrição poderão ter defeitos, por exemplo, conteúdo ausente.

Considerações de segurança para legendas codificadas, legendas e entrega de metadados cronometrados

Os recursos de criptografia dinâmica e DRM do Serviços de Mídia do Azure têm limites a ser considerados ao tentar proteger a distribuição de conteúdo que inclui transcrições dinâmicas, legendas, subtítulos ou metadados cronometrados. Os subsistemas DRM, incluindo PlayReady, FairPlay e Widevine, não dão suporte à criptografia e ao licenciamento de faixas de texto. A falta de criptografia DRM para faixas de texto limita a sua capacidade de proteger o conteúdo de transcrições ao vivo, legendas inseridas manualmente, legendas carregadas ou sinais de metadados cronometrados que podem ser inseridos como faixas separadas.

Para proteger legendas, subtítulos ou faixas de metadados cronometrados, siga estas diretrizes:

  1. Use criptografia de chave não criptografada AES-128. Ao habilitar a criptografia de chave não criptografada AES-128, as faixas de texto podem ser configuradas para serem criptografadas usando uma técnica de criptografia completa de "envelope", que segue o mesmo padrão de criptografia que os segmentos de áudio e vídeo. Esses segmentos podem então ser descriptografados por um aplicativo cliente depois de solicitar a chave de descriptografia do serviço de Distribuição de Chaves do Serviços de Mídia usando um token JWT autenticado. Esse método tem suporte do Player de Mídia do Azure, mas pode não ter suporte em todos os dispositivos e pode exigir algum trabalho de desenvolvimento no lado do cliente para garantir que ele tenha êxito em todas as plataformas.
  2. Use autenticação de token CDN para proteger o texto (subtítulo, legendas, metadados) das faixas sendo entregues com URLs com token de forma curta, que são restritas a configurações geográficas, de IP ou outras definidas no portal de CDN. Habilite os recursos de segurança CDN usando o Verizon Premium CDN ou outros CDN de terceiros configurados para se conectar aos seus pontos de extremidade de streaming do Serviços de Mídia.

Aviso

Se você não seguir uma das diretrizes acima, suas legendas, legendas ou texto de metadados cronometrados estarão acessíveis como conteúdo não criptografado, que pode ser interceptado ou compartilhado fora do caminho de entrega de cliente pretendido. Isso pode resultar em vazamento de informações. Se você estiver preocupado com o vazamento do conteúdo das legendas ou legendas ocultas em um cenário de entrega seguro, entre em contato com a equipe de suporte do Serviços de Mídia para obter mais informações sobre as diretrizes acima para proteger sua distribuição de conteúdo.

Fluxo de trabalho de streaming ao vivo

Para entender o fluxo de trabalho da transmissão ao vivo nos Serviços de Mídia v3, você deverá examinar e entender os seguintes conceitos:

Etapas gerais

  1. Na sua conta dos Serviços de Mídia, verifique se o ponto de extremidade de streaming (origem) está em execução.

  2. Crie um evento ao vivo.
    Ao criar o evento, é possível especificar sua inicialização automática. Como alternativa, você poderá iniciar o evento quando estiver pronto para iniciar o streaming.
    Quando a inicialização automática é definida como true, o Evento ao Vivo é iniciado logo após a criação. A cobrança começa assim que o Evento ao vivo começa a ser transmitido. É necessário chamar explicitamente o recurso Parar no evento ao vivo para impedir cobranças adicionais. Para saber mais, confira cobrança e estados do evento ao vivo.

  3. Obtenha as URLs de ingestão e configure o seu codificador local para usar a URL no envio do feed de contribuição.
    Confira Codificadores dinâmicos recomendados.

  4. Obtenha a URL de visualização e use-a para verificar se a entrada do codificador está sendo realmente recebida.

  5. Crie um objeto de ativo.

    Cada saída ao vivo está associada a um ativo, que ela usa para gravar o vídeo no contêiner de armazenamento de blobs do Azure associado.

  6. Crie uma saída ao vivo e use o nome do ativo que você criou para que o fluxo possa ser arquivado no ativo.

    As Saídas ao Vivo começam na criação e terminam quando são excluídas. Ao excluir a Saída ao Vivo, você não está excluindo o ativo subjacente nem o conteúdo no ativo.

  7. Crie um localizador de streaming com os tipos internos da política de streaming.

    Para publicar a saída ao vivo, você precisa criar um localizador de streaming para o ativo associado.

  8. Liste os caminhos no localizador de streaming para retornar as URLs a serem usadas (elas são determinísticas).

  9. Obtenha o nome do host do ponto de extremidade de streaming (origem) do qual você deseja transmitir.

  10. Combine a URL da etapa 8 com o nome do host na etapa 9 para obter a URL completa.

  11. Caso deseje que o evento ao vivo deixe de ser visível, você precisará interromper a transmissão do evento e excluir o localizador de streaming.

  12. Se você tiver terminado o fluxo de eventos e deseja limpar os recursos provisionados anteriormente, siga o procedimento a seguir.

    • Pare de enviar o fluxo por push por meio do codificador.
    • Pare o evento ao vivo. Depois que o evento ao vivo estiver parado, ele não incorrerá em nenhum encargo. Quando for necessário iniciá-lo novamente ele terá a mesma URL de ingestão, portanto, você não precisará reconfigurar seu codificador.
    • Você pode parar seu ponto de extremidade de streaming, a menos que queira continuar fornecendo o arquivo morto do evento ao vivo como um fluxo sob demanda. Se o evento ao vivo estiver no estado interrompido, ele não incorrerá em nenhum encargo. No entanto, se o ponto de extremidade de streaming ainda estiver em execução, ele incorrerá em encargos.

O ativo para o qual a saída ao vivo está sendo arquivada torna-se automaticamente um ativo sob demanda quando a saída ao vivo é excluída. Você precisa excluir todas as saídas ao vivo antes que um evento ao vivo possa ser interrompido. Você pode usar um sinalizador opcional removeOutputsOnStop para remover automaticamente as saídas ao vivo na parada.

Dica

Confira o artigo Tutorial de transmissão ao vivo, que examina o código que implementa as etapas descritas acima.

Outros artigos importantes

Transmissão ao vivo de perguntas frequentes

Consulte as Questões sobre transmissão ao vivo nas perguntas frequentes.

Obter ajuda e suporte

Você pode entrar em contato com os Serviços de Mídia com dúvidas ou seguir nossas atualizações por um dos seguintes métodos: