Notas de versão dos Serviços de Mídia do Azure v3

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.

Para se manter atualizado com os desenvolvimentos mais recentes, este artigo fornece informações sobre:

  • As versões mais recentes
  • Problemas conhecidos
  • Correções de bug
  • Funcionalidades preteridas

Junho de 2023

Os Serviços de Mídia do Azure estão sendo desativados a partir de 30 de junho de 2023. Confira o guia de desativação dos Serviços de Mídia do Azure.

Março de 2023

O Azure Media Indexer foi desativado. Ele é substituído pelo modo Básico AudioAnalyzerPreset dos Serviços de Mídia v3.

Fevereiro de 2023

Notas sobre a versão de fevereiro em breve.

Janeiro de 2023

Metadados cronometrados

Metadados cronometrados são dados personalizados inseridos em uma transmissão ao vivo. Os dados e seu carimbo de data/hora de inserção são preservados no próprio fluxo de mídia. Isso é para que os clientes que reproduzam o fluxo de vídeo possam obter os mesmos metadados personalizados exatamente ao mesmo tempo em relação ao fluxo de vídeo. Com metadados cronometrados, você pode:

  • Adicione elementos de interatividade à transmissão ao vivo, como uma enquete.
  • Adicione informações relacionadas ao conteúdo do vídeo, como alto-falantes, links de produtos, estatísticas de jogadores esportivos etc.
  • Adicione metadados sobre o vídeo, como localização de GPS, hora etc.

Para obter mais informações, consulte Metadados cronometrados com os Serviços de Mídia do Azure e Como sinalizar metadados cronometrados com os Serviços de Mídia do Azure. Você pode experimentá-lo com Stackblitz.

Separação de taxa de bits

A decisão de separação e resolução de taxa de bits ContentAwareEncoding foi aprimorada na versão deste mês.

ContentAwareEncoding pode ser usado junto com PresetConfigurations para atender aos seus requisitos específicos de desempenho ideal de streaming e codificação.

Para uma melhor separação de taxa de bits, a complexidade estimada da codificação de avaliação foi usada para estimar a taxa de bits da camada superior, a taxa de bits da camada inferior e o número total de camadas. Depois que a taxa de bits da camada superior, a taxa de bits da camada inferior e o número de camadas são decididos, as taxas de bits de camadas intermediárias são calculadas com base na taxa de taxa de bits uniforme entre camadas vizinhas. É quase uniformemente separado por taxa de bits neste caso.

Quando se trata de resolução, a camada inferior é o main problema. A resolução da camada inferior pode ser configurada por meio de PresetConfigurations. A lógica modificada decide a resolução da camada inferior com base na complexidade estimada da codificação de avaliação se você não configurá-la. Ele também decide a taxa de bits da camada inferior se definida pelos usuários por meio de PresetConfigurations. A decisão de resolução tentou usar resoluções mais altas do que 180P para a camada inferior para obter melhor qualidade visual.

Esta versão também melhora o algoritmo de estimativa de complexidade de conteúdo. O algoritmo original é conservador e resulta em taxas de bits mais altas do que o necessário. Com a estimativa modificada, as taxas de bits de saída geralmente são menores do que antes. Em outras palavras, agora você pode economizar mais dinheiro em termos de largura de banda de rede e custos de armazenamento.

Exemplos de SDK do .NET para o SDK do cliente Azure.ResourceManager.Media mais recente

O SDK do cliente Azure.ResourceManager.Media atualizado (também conhecido como o SDK do .NET "track 2" está disponível no Nuget Azure.ResourceManager.Media. Todos os exemplos foram atualizados no branch main do repositório de exemplos para .NET no github para a versão mais recente deste SDK do cliente. Azure-Samples/media-services-v3-dotnet. Os projetos neste repositório mostram como implementar diferentes cenários de Serviços de Mídia do Azure usando a versão v3. (github.com).

Alterações na interface Ativos no portal do Azure

Você verá uma experiência aprimorada do usuário na folha Ativos no portal do Azure. Agora você pode exibir faixas e arquivos no ativo. Você também pode carregar, atualizar ou excluir faixas de áudio e texto em um ativo.

Dezembro de 2022

Os Serviços de Mídia agora dão suporte ao IPv6 para transmitir mídia para eventos ao vivo, transmitir conteúdo de pontos de extremidade de streaming e ao fornecer chaves de conteúdo. Para habilitar o IPv6 para pontos de extremidade de streaming e eventos ao vivo, a lista de permissões de IP para o recurso deve incluir pelo menos um endereço IPv6 ou intervalo IPv6. Quando o suporte à CDN está habilitado para um ponto de extremidade de streaming, o suporte a IPv6 depende da configuração da CDN.

Para obter mais informações sobre como usar o IPv6 com os Serviços de Mídia, consulte Eventos ao vivo dos Serviços de Mídia e Restringir o acesso à licença drm e entrega de chaves AES usando listas de permissões de IP.

Novembro de 2022

Os Serviços de Mídia agora removem a representação de áudio da Playlist HLS Variant por padrão para evitar que o cliente volte para o áudio somente em uma situação de rede ruim.

Para alterar o comportamento, você pode usar a marca [audio-only=true] de URL para gravar uma representação de áudio na Playlist HLS Variant.

Por exemplo:

http://host/locator/asset.ism/manifest(format=m3u8-aapl,audio-only=true)

Isso ocorreu devido a uma alteração nas diretrizes de criação do HLS que agora afirmam "Você NÃO DEVE ter variantes somente de áudio listadas na playlist multivariante".

Setembro de 2022

Versão da API: Atualização da API REST arm 2022-08-01

Uma versão atualizada da API REST do ARM para os Serviços de Mídia do Azure foi lançada. A versão 2022-08-01 agora é a versão estável mais recente em produção. As definições mais recentes da API REST estão disponíveis na pasta de especificação REST dos Serviços de Mídia no GitHub.

Atualizações para a API 2022-08-01 incluem:

  • A entidade LiveOutput introduz uma nova propriedade anulável rewindWindowLength para controlar o comprimento da janela de busca durante o Live para codificação e passar por eventos ao vivo. Essa propriedade não é usada quando o LiveOutput é interrompido. O VOD arquivado terá conteúdo completo com archiveWindowLength original. Quando a propriedade é definida como nula, um evento ao vivo de baixa latência (LowLatencyV2) usa o valor padrão de 30 minutos; um evento ao vivo padrão não o usa.
  • Adicionado suporte para o nível de segurança do PlayReady SL3000 em Políticas de Chave de Conteúdo
  • A API de rastreamentos de ativo estendido para dar suporte a faixas de áudio (para áudio descritivo de associação tardia ou vários idiomas)
  • Adicionado suporte para a chave clara de criptografia comum mpeg com modos 'cenc' e 'cbcs' em políticas de streaming

Novas versões de cliente do SDK disponíveis para Javascript, Python, Go

Suporte à licença do PlayReady Security Level 3000 (SL3000)

Os recursos de proteção de conteúdo e entrega de licença do PlayReady DRM dos Serviços de Mídia agora dão suporte ao PlayReady SL3000. O Nível de Segurança é uma propriedade de um Cliente PlayReady e cada licença entregue a um cliente tem uma propriedade que indica o Nível de Segurança mínimo necessário de um cliente para permitir a associação a essa licença. O Nível de Segurança 3000 é fornecido para dispositivos protegidos com a maior segurança consumindo a mais alta qualidade de conteúdo comercial. Essa atualização permite configurar políticas de Chave de Conteúdo para fornecer licenças do PlayReady SL3000 por meio dos servidores de licença de Entrega de Chaves dos Serviços de Mídia. Para obter mais detalhes sobre os níveis de segurança do PlayReady, veja o artigo Usar o nível de segurança em uma licença.

  • Se você adicionar um Conteúdo do SL3000 PlayReadyKeyPolicyOption a uma Política de Chave de Conteúdo, essa política só poderá conter opções adicionais do PlayReady SL3000 ou Widevine L1.
  • O SL3000 exige que você use uma chave diferente para áudio ou use áudio não criptografado. O nível de segurança de áudio deve ser limitado a SL2000 ou inferior.
  • A reprodução SL3000 não funciona no AMP (Player de Mídia do Azure) no momento. Teste em um player de terceiros (por exemplo, Shaka Player) ou dispositivo com suporte para reprodução SL3000.

Exemplo de Política de Chave de Conteúdo:

{
    "properties": {
        "options": [
            {
                "name": "PlayReadyOption",
                "configuration": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyConfiguration",
                    "licenses": [
                        {
                            "playRight": {
                                "digitalVideoOnlyContentRestriction": false,
                                "imageConstraintForAnalogComponentVideoRestriction": false,
                                "imageConstraintForAnalogComputerMonitorRestriction": false,
                                "allowPassingVideoContentToUnknownOutput": "NotAllowed"
                            },
                            "licenseType": "NonPersistent",
                            "contentKeyLocation": {
                                "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyContentEncryptionKeyFromHeader"
                            },
                            "contentType": "Unspecified",
                            "securityLevel": "SL3000"
                        }
                    ]
                },
                "restriction": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyOpenRestriction"
                }
            }
        ]
    }
}

**Exemplo de política de streaming usando uma política de chave de conteúdo SL3000 para vídeo e política de chave de conteúdo SL2000 para faixas de áudio: **

{
    "properties": {
        "defaultContentKeyPolicyName": "sl3000_content_key_policy",
        "commonEncryptionCenc": {
            "enabledProtocols": {
                "download": false,
                "dash": true,
                "hls": false,
                "smoothStreaming": true
            },
            "contentKeys": {
                "defaultKey": {
                    "label": "cencDefaultKey"
                },
                "keyToTrackMappings": [
                    {
                        "label": "audiokey",
                        "policyName" : "sl2000_content_key_policy",
                        "tracks": [
                            {
                                "trackSelections": [
                                    {
                                        "property": "FourCC",
                                        "operation": "Equal",
                                        "value": "mp4a"
                                    }
                                ]
                            }
                        ]
                    }
                ]
            },
            "drm": {
                "playReady": {}
            }
        }
    }
}

Para obter mais detalhes sobre como usar modelos de licença do PlayReady, consulte o artigo Modelos de licença do PlayReady dos Serviços de Mídia

Adicionar faixas de áudio para áudio descritivo ou vários idiomas com a nova API de Rastreamentos de Ativos

A nova API asset tracks permite associar tardiamente qualquer número de faixas de áudio a um ativo existente e disponibilizá-las para empacotamento dinâmico para HLS e DASH. A API dá suporte à configuração de metadados para especificar as características de idioma ou conteúdo para especificar "áudio descritivo" para melhor acessibilidade de conteúdo.

Para obter a lista completa de recursos na API de Faixas, consulte o artigo API de Rastreamentos dos Serviços de Mídia

Suporte para a chave de limpeza de criptografia comum MPEG com criptografia CENC e CBCS

A criptografia Clear Key é um recurso do padrão CENC (Criptografia Comum mpeg) e é compatível com as EME (Extensões de Mídia Criptografada) HTML5 disponíveis em muitos navegadores modernos. A criptografia Clear Key AES-128 usando modos de criptografia "cenc" ou "cbcs" pode ser definida em suas políticas de Streaming para permitir que você alcance a maior variedade de dispositivos entre Apple, Web e Android.

Esse recurso permite que você dê suporte ao padrão de Criptografia Comum sem o uso de um sistema DRM e alcance a maior variedade de jogadores. Com o suporte para criptografia Clear Key usando modos de criptografia 'cenc' ou 'cbcs', agora você pode distribuir conteúdo seguro sem DRM para jogadores que dão suporte a qualquer modo de criptografia permitido no padrão. Isso permite que você forneça conteúdo criptografado para jogadores cliente, como o Google Shaka Player (v 4.0.0+), Dash.js (v 4.5+), Bitmovin, Theo Player e Android ExoPlayer (v 2.18.1+) usando a criptografia 'cenc'.

Para obter mais detalhes sobre como usar os recursos de proteção de conteúdo dos Serviços de Mídia, consulte o artigo Proteção de conteúdo com criptografia dinâmica e entrega de chaves

Janela Retroceder vs Janela de Arquivo Morto em Saídas Dinâmicas

O rewindWindowLength pode ser definido em Saídas Ao Vivo para controlar a janela de busca no player cliente durante a transmissão ao vivo. Isso ajuda o cliente a controlar quanto tempo está visível no player para buscar de volta na transmissão ao vivo. Essa configuração também ajuda a reduzir o tamanho do manifesto entregue ao cliente pela rede durante a transmissão ao vivo, o que pode acabar com uma experiência de transmissão ao vivo mais eficiente e reduzir o uso de memória no cliente.

Depois que o fluxo for concluído, você poderá acessar o arquivo arquivado no ativo definido pela propriedade archiveWindowLength na Saída Dinâmica. Isso permite que agora você defina uma duração de arquivo morto diferente da duração anterior da "janela deslizante DVR" que é visível para o player. Isso é muito útil para quando você deseja transmitir com uma janela de deslocamento de tempo muito pequena no player, mas deseja arquivar todo o evento ao vivo para o ativo de saída.

Você pode definir rewindWindowLength como um valor mínimo de 60 segundos. O valor padrão será 30 minutos se você habilitar um evento ao vivo com a opção "LowLatencyV2", caso contrário, não haverá nenhum valor padrão. Se o rewindWindowLength não estiver definido e o evento ao vivo não estiver definido para usar a opção "LowLatencyV2", nenhum valor padrão será definido pelo servidor e a janela que pode ser buscada durante a reprodução ao vivo será o mesmo valor que o archiveWindowLength. Nessa situação, se archiveWindowLength for definido como uma duração muito grande, o jogador poderá ser afetado por mais problemas de buffer durante a reprodução no modo dinâmico devido ao download do tamanho do manifesto maior para o player para análise.

Para obter mais detalhes, consulte o artigo Usar deslocamento de tempo e saídas ao vivo para criar reprodução de vídeo sob demanda

Nova região: Norte da China 3 agora é GA

Os clientes na China agora podem acessar os Serviços de Mídia do Azure na região Norte da China 3, além das 4 regiões existentes que já estão em GA (Leste da China, Leste da China 2, Norte da China, Norte da China 2). Consulte a tabela disponibilidade de região por recurso para obter informações detalhadas.

Desativação do Azure Media Redactor, Do Analisador de Vídeo e do Detector facial em 14 de setembro de 2023

Como descrevem os Padrões de IA Responsáveis da Microsoft, a Microsoft está comprometida com a imparcialidade, privacidade, segurança e transparência em relação aos sistemas de IA. Para alinhar melhor nossos produtos a essa nova política standard e de acesso limitado para outros produtos da Microsoft, os Serviços de Mídia do Azure desativarão os seguintes recursos em 14 de setembro de 2023:

  • Redator de Mídia do Azure (RESTv2)
  • Predefinição do Detector Facial
  • Predefinição do Analisador de Vídeo

Após 14 de setembro de 2023, todos os aplicativos desenvolvidos usando o Azure Media Redactor, a predefinição do Detector de Detecção Facial ou a predefinição do Analisador de Vídeo começarão a apresentar erros ou envios de trabalho com falha.

Ação necessária

O Redactor de Mídia do Azure (RESTv2) e a predefinição do Detector de Detecção Facial serão desativados e não serão substituídos no momento. Se você quiser detectar pessoas em um vídeo, recomendamos que você atualize seus aplicativos para usar as APIs do Video Indexer para detectar pessoas observadas e corresponder pessoas observadas a rostos e enviar uma solicitação para obter acesso ao programa de Acesso Limitado para esses recursos.

Se você estiver usando a predefinição do Analisador de Vídeo, recomendamos atualizar seus aplicativos para usar as APIs do Video Indexer para análise de vídeo, que oferece uma gama estendida de recursos.

Mais informações

Em caso de dúvidas, fale com os especialistas da comunidade no Microsoft Q&A. Se você tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte no portal do Azure.

Agosto de 2022

Novo exemplo de API de Faixas em Node.js/Typescript para adicionar faixas de Subtítulo e Legenda a qualquer ativo

Um novo exemplo que demonstra como associar tardiamente um arquivo de subtítulo ou legenda WebVTT ou TTML agora está disponível no projeto de exemplo Node.js. Veja o exemplo Adicionar um subtítulo ou uma legenda WebVTT/IMSC1/TTML a um ativo existente

Este exemplo mostra como você pode adicionar qualquer número de faixas de texto a um ativo e empacotá-las como perfil de texto TTML/IMSC1 no DASH e no HLS. A API também permite definir características específicas do manifesto HLS, como a faixa de legenda padrão, definir a propriedade "Forced", bem como controlar o valor "Characteristics" da faixa de texto HLS de acordo com a especificação HLS da Apple.

Atualmente, a API dá suporte ao carregamento do formato de arquivo .vtt ou .ttml em um ativo existente. Novas faixas registradas com a API de faixas serão exibidas imediatamente no manifesto DASH e HLS como faixas de texto MP4 do perfil IMSC1.

Junho de 2022

Taxas de bits de áudio personalizadas com suporte em predefinições personalizadas de codificação ao vivo

Agora, você pode solicitar uma predefinição personalizada de codificação ao vivo que dê suporte a várias saídas de taxa de bits de áudio. Para áudio em uma predefinição ao vivo, você pode personalizar com as seguintes taxas discretas de bits de áudio AAC (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Especifique também que você está solicitando uma predefinição personalizada no tíquete de suporte.

As predefinições personalizadas agora podem conter várias taxas de bits de áudio discretas na mesma predefinição de codificação ao vivo. Isso é útil para mercados que exigem uma faixa de áudio de taxa de bits mais baixa em redes móveis. Um exemplo seria uma predefinição personalizada ao vivo que pode gerar faixas de áudio AAC de 96k e 128k simultaneamente. Em seguida, o player pode filtrar ou selecionar a faixa apropriada, ou um filtro dinâmico pode ser aplicado para oferecer um manifesto somente de 96k ou um manifesto somente de 128k durante a publicação de um localizador de streaming (ou comutado em tempo real usando o parâmetro de consulta 'filter={filterName}' na URL do localizador de streaming).

Dimensionamento automático

Felizmente, você pode dimensionar automaticamente os pontos de extremidade de streaming premium em sua conta dos Serviços de Mídia de acordo com qualquer métrica disponível para o ponto de extremidade de streaming ou métricas para quaisquer entidades relacionadas. Uma combinação dessas métricas pode ser usada para criar a regra de dimensionamento automático. Para obter mais informações, confira Dimensionar automaticamente os pontos de extremidade de streaming dos Serviços de Mídia. Observe que o dimensionamento automático ainda pode levar tempo e não é instantâneo, portanto, certifique-se de permitir tempo suficiente para que os recursos sejam dimensionados e implantados nos designs de arquitetura. Os pontos de extremidade de streaming levam tempo para serem gerados, portanto, é recomendável usar pontos de gatilho de valor mais baixo para a utilização da CPU e a saída de largura de banda de rede para disparar uma expansão.

Maio de 2022

Legenda oculta 708 e 608 suporte à decoração de manifesto HLS

Transmissões ao vivo ingeridas com legendas 608/708 inseridas no fluxo elementar agora são atribuídas corretamente no manifesto HLS usando a marca EXT-X-MEDIA com um TYPE=CLOSED-CAPTIONS. Isso está em conformidade com a seção 4.3.4.1 do RFC-8216.

Por exemplo, uma transmissão ao vivo com 608 e 708 legendas ocultas apareceria no manifesto HLS:

   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA708_CC",DEFAULT=YES,INSTREAM-ID="SERVICE1"
   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA608_CC",INSTREAM-ID="CC1"

Abril de 2022

Transcrições ao vivo

A Transcrição ao Vivo está em GA (disponibilidade geral) e dá suporte a todos os idiomas disponíveis na API de conversão de fala em texto. Uma lista completa de idiomas está disponível no artigo Regiões e idiomas com transcrição ao vivo

HLS de baixa latência (LL-HLS)

O LL-HLS (HLS de baixa latência) agora está disponível na API e no Portal do Azure. Para habilitar a LL-HLS, use a opção de fluxo "LowLatencyV2" ao criar uma transmissão ao vivo. Consulte o exemplo do Node.js de como configurar Criar um evento de codificação ao vivo HLS de baixa latência no portal do Azure e selecione a nova opção "Baixa Latência" ao criar um evento ao vivo. O novo recurso de LL-HLS pode fornecer latência reduzida no intervalo de 4 a 7 segundos ao usar uma estrutura de player que dá suporte ao protocolo LL-HLS. O HLS de baixa latência só está disponível em canais de transcodificação ao vivo e ainda não está disponível para eventos ao vivo do modo de "passagem".

Março de 2022

SDK do .NET versão 6.0.0

O SDK do .NET versão 6.0.0 agora está disponível no Nuget. Microsoft.Azure.Management.Media

Esse SDK dá suporte à nova versão 2021-11-01 estável da especificação AMS REST OpenAPI.

Para instalar usando o Gerenciador de Pacotes:

Install-Package Microsoft.Azure.Management.Media -Version 6.0.0

Para instalar usando a CLI do .NET

dotnet add package Microsoft.Azure.Management.Media --version 6.0.0

As alterações no SDK 6.0.0 incluem:

  • Adicionada a API de novas faixas sob o ativo para gerenciar as faixas disponíveis no ativo.
  • Adicionado o perfil de codificação Main10 para codificação H265.
  • Exposto o modo RateControlMode para codificação H264, habilitando dois novos modos de controle de taxa – CBR (taxa de bits constante) e CRF (fator de taxa constante).
  • Adicionada a propriedade "skus" ao ponto de extremidade de streaming para indicar o tipo de ponto de extremidade de streaming e sua escala. Isso permite a configuração do dimensionamento manual ou automático de unidades de streaming em um ponto de extremidade de streaming.
  • Adicionada a opção de transmissão "LowLatencyV2" no evento ao vivo a ser usada para transmissão ao vivo de baixa latência usando o formato HLS de Baixa Latência (LL-HLS) da Apple

Novo conteúdo na documentação: Transmitir uma reunião do Microsoft Teams

É fácil retransmitir a transmissão de sua reunião do Microsoft Teams com um evento ao vivo dos Serviços de Mídia. Coloque facilmente sua reunião ao vivo do Teams em um site público ou use o DRM para proteger o fluxo. Capture e registre o fluxo como um ativo de VOD para uso com a plataforma de codificação dos Serviços de Mídia. Consulte Transmitir uma reunião do Microsoft Teams

Fazer associação tardia de faixas de legendas e subtítulos em ativos com a nova API de Faixas

Uma nova API de faixas nos ativos permite que você liste as faixas disponíveis dentro de um ativo. Isso permite descobrir as faixas de áudio, vídeo e texto disponíveis armazenadas em um ativo. A API de Faixas permite que você faça a associação tardia de arquivos de legendas e subtítulos no perfil de texto IMSC1 e no formato WebVTT para seus ativos de streaming. No passado, os clientes precisavam modificar o arquivo .ism na conta de armazenamento de blobs para adicionar novas faixas com associação tardia aos seus ativos. Isso substitui essa tarefa manual e fornece uma rota de SDK com suporte para habilitar a adição de arquivos de legenda e subtítulo com associação tardia.

Para conhecer os detalhes técnicos da nova API de Faixa, consulte a versão 2021-11-01 da especificação AMS REST OpenAPI aqui.

Uma amostra básica com uma lista de faixas é fornecida em Javascript. Cada exemplo adicional e a documentação serão fornecidos para cada SDK em breve.

Dezembro de 2021

Atualização do SDK do JavaScript versão 10.0.0

O SDK do JavaScript agora foi atualizado para dar suporte à versão mais recente da API REST de 01/06/2021. Esse novo SDK do JavaScript isomórfico inclui melhor suporte para o Promises e a capacidade de autenticação usando a biblioteca @azure/identity para uso com aplicativos do Azure AD, identidade gerenciada e muito mais.

Para baixar o pacote mais recente, confira o pacote NPM @azure/arm-media-services.

Um conjunto atualizado e expandido de amostras Node.js e baseadas em TypeScript para o novo pacote JavaScript está disponível no GitHub. https://github.com/Azure-Samples/media-services-v3-node-tutorials

Os idiomas hebraico, persa e português de Portugal estão disponíveis na predefinição do Analisador de Áudio/Vídeo para transcrições

Hebraico, persa e português de Portugal (o modelo atual que existe hoje é o português do Brasil) agora estão disponíveis para uso na predefinição do Analisador de Áudio e Vídeo

Os novos códigos de linguagem BCP-47 com suporte são: he-IL, fa-IR e pt-PT.

Nova Região: A região Central da Suécia agora está em GA

Os Serviços de Mídia do Azure estão em disponibilidade geral na região Suécia Central. Atualmente, há algumas limitações de recursos na região, enquanto aguardamos que alguns serviços de dependência também cheguem à região. Verifique o gráfico de disponibilidade regional de recursos para determinar quando os recursos chegarão.

Novo evento de pulsação de arquivo de canal de evento ao vivo

Um novo evento que acompanha o status e a saúde do arquivo de eventos ao vivo foi adicionado. Confira LiveEventChannelArchiveHeartbeatEvent nos esquemas da Grade de Eventos para os Serviços de Mídia para obter mais detalhes sobre esse novo evento.

Setembro de 2021

Novo SKU básico de eventos ao vivo de passagem

O novo SKU básico de eventos ao vivo de passagem permite que os clientes criem eventos ao vivo em uma faixa de preço mais baixa. Ele é semelhante aos eventos ao vivo de passagem padrão, mas com limites de largura de banda de entrada menores, menos saídas ao vivo permitidas, limites de comprimento de janela DVR diferentes e sem acesso à transcrição ao vivo. Confira o artigo Comparação de tipos de eventos ao vivo para saber mais.

Gerenciamento e monitoramento de escala aprimorados para um Ponto de extremidade de streaming no portal

A página do portal do ponto de extremidade de streaming agora oferece um jeito fácil de gerenciar sua capacidade de saída e estimar o alcance do público-alvo com e sem uma CDN configurada. Ajuste a taxa de bits de entrega e a taxa de acertos de cache esperada da CDN para obter estimativas rápidas do tamanho do público-alvo para ajudar você a determinar se precisa escalar verticalmente para pontos de extremidade de streaming Premium.

Escalar e monitorar pontos de extremidade de streaming no portal

A página do portal do Ponto de Extremidade de Streaming agora mostra métricas de CPU, saída e latência

Agora você pode visualizar a carga da CPU, a largura de banda de saída e as métricas de latência de ponta a ponta em seus pontos de extremidade de streaming no portal do Azure. Você já pode criar alertas de monitoramento com base nas métricas de CPU, saída ou latência diretamente no portal usando a capacidade do Azure Monitor.

Suporte de identidades gerenciadas atribuídas pelo usuário para contas dos Serviços de Mídia

Com o uso de identidades gerenciadas atribuídas pelo usuário, os clientes agora poderão conferir melhor segurança de suas contas de armazenamento e cofres de chaves associados. O acesso à conta de armazenamento e aos cofres de chaves do cliente será limitado à identidade gerenciada atribuída pelo usuário. Você tem controle total sobre o tempo de vida das identidades gerenciadas pelo usuário e pode revogar facilmente o acesso da conta do serviço de mídia a qualquer conta de armazenamento específica, conforme necessário.

A página de contas de armazenamento dos serviços de mídia no portal agora é compatível com UAMI e SAMI

Agora você pode atribuir e gerenciar UAMI (identidades gerenciadas atribuídas pelo usuário) ou SAMI (identidades gerenciadas atribuídas pelo sistema) para suas contas de armazenamento diretamente no portal do Azure para os Serviços de Mídia.

Agora, a página Traga sua própria chave também é compatível com UAMI e SAMI.

A página do portal de gerenciamento de chaves dos Serviços de Mídia agora é compatível com a configuração e o gerenciamento de UAMI (identidades gerenciadas atribuídas pelo usuário) ou SAMI (identidades gerenciadas atribuídas pelo sistema).

Traga suas próprias chaves para criptografia de conta

Suporte do ponto de extremidade privado para Serviços de mídia

Agora você pode restringir o acesso público a seus eventos ao vivo, pontos de extremidade de streaming e ao ponto de extremidade de serviços de entrega de chaves para proteção de conteúdo e DRM, criando um ponto de extremidade privado para cada um dos serviços. Isso limitará o acesso público a cada um desses serviços. Somente o tráfego proveniente de sua VNet (rede virtual), configurada no Ponto de extremidade privado, poderá alcançar esses pontos de extremidade.

Lista de IPs permitidos para o Serviço de Chave

Agora você pode optar por permitir que determinados endereços IP públicos tenham acesso ao serviço de entrega de chaves para DRM e proteção de conteúdo. Os pontos de extremidade de streaming e evento ao vivo já são compatíveis com a configuração da lista de IPs permitidos nas respectivas páginas.

Agora você também tem um sinalizador de recurso de nível de conta para permitir/bloquear o acesso da Internet pública à sua conta de serviços de mídia.

Julho de 2021

SDK do .NET (Microsoft.Azure.Management.Media) versão 5.0.0 disponível no NuGet

O SDK do .NET microsoft.Azure.Management.Media versão 5.0.0 agora será lançado no NuGet. Essa versão é gerada para funcionar com a versão estável 2021-06-01 da API REST do ARM.

Para obter detalhes sobre as alterações da versão 4.0.0, consulte o log de alterações.

Alterações na versão 5.0.0 do SDK do .NET

  • A conta de Serviços de Mídia do Microsoft Azure agora dá suporte a identidades gerenciadas atribuídas pelo sistema e pelo usuário.
  • Opção PublicNetworkAccess adicionada para contas de Serviços de Mídia do Microsoft Azure. Essa opção pode ser usada com o recurso de Link Privado do Azure para permitir apenas o acesso de redes privadas, bloqueando todo o acesso à rede pública
  • Passagem básica – um novo tipo de evento ao vivo é adicionado. Eventos ao vivo de "Passagem Básica" têm recursos semelhantes aos eventos ao vivo de passagem padrão com algumas restrições de entrada e saída e são oferecidos por um preço reduzido.
  • PresetConfigurations – permite que você personalize as configurações de saída e as taxas de bits mínimas e máximas usadas nas predefinições de Codificação com Conhecimento de Conteúdo. Auxilia a estimar e planejar melhor uma cobrança mais precisa ao usar a Codificação com Conhecimento de Conteúdo por meio de números e resoluções restritas de rastreamento de saída.

Alterações interruptivas na versão 5.0.0 do SDK do .NET

  • ApiErrorException foi substituído por ErrorResponseException para manter consistência com todos os outros SDKs do Azure. O corpo de exceção não foi alterado.
  • Todas as chamadas retornando 404 Não encontrado agora geram ErrorResponseException em vez de retornar NULL. Essa alteração foi feita para ser consistente com outros SDKs do Azure
  • O construtor do serviço de mídia tem o novo parâmetro opcional PublicNetworkAccess após o parâmetro KeyDelivery.
  • O tipo de propriedade em MediaServiceIdentity foi alterado de enumeração ManagedIdentityType para cadeia de caracteres para acomodar vários valores separados por vírgulas. As cadeias de caracteres válidas são SystemAssigned ou UserAssigned.

Junho de 2021

Propriedades adicionais de pulsação de ingestão de evento ao vivo para diagnóstico aprimorado

Propriedades adicionais de pulsação de ingestão de evento ao vivo foram adicionadas à mensagem da Grade de Eventos. Isso inclui os novos campos a seguir para auxiliar no diagnóstico de problemas durante a ingestão ao vivo. O ingestDriftValue é útil em cenários em que você precisa monitorar a latência de rede do codificador de ingestão enviado por push ao evento ao vivo. Se esse valor desviar muito, pode ser uma indicação de que a latência de rede está muito alta para um evento de transmissão ao vivo bem-sucedido.

Veja oesquema LiveEventIngestHeartbeat para obter mais detalhes.

O suporte para usar Serviços de Mídia com links privados agora está disponível em todas as regiões do Azure, incluindo nuvens do Azure Governamental.

O Link Privado do Azure permite que você acesse os Serviços PaaS do Azure e os serviços de parceiros/clientes hospedados no Azure em um ponto de extremidade privado na rede virtual.

O tráfego entre a rede virtual e o serviço percorre a rede de backbone da Microsoft, eliminando a exposição da Internet pública.

Para obter detalhes sobre como usar os Serviços de Mídia com pontos de extremidade privados, consulte Criar uma conta de Armazenamento e de Serviços de Mídia com um ponto de extremidade privado

Nova região: a região Oeste dos EUA 3 é GA

A região Oeste dos EUA 3 agora é GA e está disponível para os clientes usarem ao criar novas contas dos Serviços de Mídia.

Entrega de chave dá suporte a restrições de lista de IPs permitidos

As contas dos Serviços de Mídia podem ser configuradas com restrições de lista de IPS permitidos na entrega de chave. A nova configuração de lista de permitidos está disponível no recurso da conta dos Serviços de Mídia por meio do SDK, bem como no portal e na CLI. Isso permite que os operadores restrinjam a entrega de licenças DRM e chaves de conteúdo AES-128 para intervalos IPv4 específicos.

Esse recurso também pode ser usado para desligar toda a entrega pública pela Internet de licenças DRM ou de chaves AES-128 e restringir a entrega para um ponto de extremidade de rede privada.

Consulte o artigo Restringir o acesso à licença DRM e à entrega de chave AES usando listas de IPs permitidos para obter mais detalhes.

Novas amostras para Python e Node.js (com TypeScript)

Amostras atualizadas para Node.js que usam o suporte ao TypeScript mais recente no SDK do Azure.

Amostra Descrição
Transmissão ao vivo Exemplo de uma transmissão ao vivo básica. AVISO, não deixe de verificar se todos os recursos foram limpos e não estão sendo cobrados no portal ao usar o recurso ao vivo
Carregar e transmitir por streaming HLS e DASH Exemplo básico para carregar um arquivo local ou uma codificação de uma URL de origem. Exemplo mostra como usar o SDK de armazenamento para baixar conteúdo e mostra como transmitir para um player
Carregar e transmitir por streaming HLS e DASH com o PlayReady e o Widevine DRM Demonstra como codificar e transmitir usando o DRM do Widevine e do PlayReady

Nova amostra do Python demonstrando como usar o Azure Functions e a Grade de Eventos para disparar a edição facial predefinida.

Maio de 2021

Suporte padrão de zonas de disponibilidade nos Serviços de Mídia

Os Serviços de Mídia agora oferecem suporte às Zonas de Disponibilidade, fornecendo locais isolados de falhas na mesma região do Azure. As contas dos Serviços de Mídia agora têm redundância de zona por padrão e não é necessário realizar nenhuma configuração ou definição adicional. Isso só se aplica a regiões que oferecem suporte a zonas de disponibilidade

Março de 2021

Novo suporte de idioma adicionado à predefinição AudioAnalyzer

Idiomas adicionais para transcrição de vídeo e legendas colocação estão disponíveis agora na predefinição AudioAnalyzer (modos Básico e Standard).

  • Inglês (Austrália), 'en-AU'
  • Francês (Canadá), ' fr-CA'
  • Árabe (Bahrein), padrão moderno, 'ar-BH'
  • Árabe (Egito), 'ar-EG'
  • Árabe (Iraque), 'ar-IQ'
  • Árabe (Israel), 'ar-IL'
  • Árabe (Jordânia), 'ar-JO'
  • Árabe (Kuwait), 'ar-KW'
  • Árabe (Líbano), 'ar-LB'
  • Árabe (Omã), 'ar-OM'
  • Árabe (Qatar), 'ar-QA'
  • Árabe (Arábia Saudita), 'ar-SA'
  • Dinamarquês, ‘da-DK’
  • Norueguês, 'nb-NO'
  • Sueco, ‘sv-SE’
  • Finlandês, ‘fi-FI’
  • Tailandês, ‘th-TH’
  • Turco, ‘tr-TR’

Confira os idiomas disponíveis recentemente no artigo Analisando o conceito de arquivos de vídeo e áudio.

Fevereiro de 2021

Suporte à codificação de HEVC no Codificador Standard

O Codificador Standard agora dá suporte à codificação de HEVC (H.265) de 8 bits. O conteúdo de HEVC pode ser entregue e empacotado por meio do Empacotador Dinâmico usando o formato 'hev1'.

Uma nova codificação personalizada .NET com o exemplo HEVC está disponível no repositório do Hub Git media-services-v3-dotnet. Além da codificação personalizada, as seguintes novas predefinições de codificação internas de HEVC agora estão disponíveis:

  • H265ContentAwareEncoding
  • H265AdaptiveStreaming
  • H265SingleBitrate720P
  • H265SingleBitrate1080p
  • H265SingleBitrate4K

Os clientes que usavam HEVC no Codificador Premium na API v2 devem migrar para usar o novo suporte de codificação HEVC no Codificador Standard.

Anúncio de substituição de API e SDKs v2 dos Serviços de Mídia do Azure

Atualize seus SDKs e API REST de Serviços de Mídia do Azure para v3 até 29 de fevereiro de 2024

Como a versão 3 de SDKs de cliente e API REST de Serviços de Mídia do Azure para .NET e Java oferece mais recursos do que a versão 2, estamos desativando a versão 2 dos SDKs de cliente e API REST de Serviços de Mídia do Azure para .NET e Java.

Incentivamos que você faça a troca mais cedo para obter os benefícios mais avançados da versão 3 dos SDKs de cliente e API REST de Serviços de Mídia do Azure para .NET e Java. A versão 3 fornece:

  • Suporte a eventos ao vivo 24x7
  • APIs REST do ARM, SDKs de cliente para .NET core, Node.js, Python, Java, Go e Ruby.
  • Chaves gerenciadas pelo cliente, integração de armazenamento confiável, suporte a link privado e muito mais

Como parte da atualização para a API v3 e os SDKs, as MRUs (Unidades de Reserva de Mídia) não são mais necessárias para qualquer conta do Serviços de Mídia, pois o sistema será escalado e reduzido verticalmente de maneira automática com base na carga. Consulte as Diretrizes de migração de MRUs para obter mais informações.

Substituição do AMS como um servidor de entrega de licença autônomo (modo local híbrido) na migração de v2 para v3

A API v3 não dá mais suporte ao uso dos serviços de entrega de chave como um recurso autônomo para proteção de conteúdo, em que o serviço de entrega de chave pode ser usado para fornecer licença para conteúdo transmitido ou entregue por meio de outros servidores de origem de terceiros. Isso significa que o AMS não dá mais suporte a cenários somente de entrega de chaves na API V3 e exige que você transmita de serviços de origem AMS usando empacotamento dinâmico e criptografia ao fornecer com v3.

O conteúdo existente criptografado com a API v2 e entregue em um modelo "híbrido" continuará funcionando (as chaves ainda poderão ser recuperadas no plano de dados), mas o gerenciamento dessas chaves (atualizações e edições) por meio do plano de gerenciamento v2 ou v3 não funcionará mais após 29 de fevereiro de 2024.

Observação

Todo o novo conteúdo fornecido usando o v3 só dará suporte à proteção de conteúdo e streaming do AMS e não oferecerá mais suporte ao modo "híbrido". O plano de dados continuará fornecendo chaves e licenças existentes criadas na v2, mas não dará mais suporte ao gerenciamento ou às atualizações por meio da API v2 ou v3.

Ação necessária

Para minimizar a interrupção nas cargas de trabalho, revise o guia de migração para fazer a transição da versão 2 da API e dos SDKs para a versão 3 da API e o SDK antes de 29 de fevereiro de 2024. Depois de 29 de fevereiro de 2024, os Serviços de Mídia do Azure deixarão de aceitar o tráfego na API REST versão 2, a API de gerenciamento de conta do ARM versão 2015-10-01 ou os SDKs do cliente .NET versão 2. Isso inclui qualquer SDK do cliente de código aberto de terceiros que possa chamar a API versão 2.

Confira o anúncio oficial em Atualizações do Azure.

Suporte ao Codificador Standard para recursos da API v2

Além do novo suporte adicionado à codificação HEVC (H.265), os seguintes recursos agora estão disponíveis na versão 2020-05-01 ou superior da API de codificação.

  • Agora há suporte para várias costuras de arquivo de entrada usando o novo suporte a JobInputClip.
  • A seleção de faixas de áudio permite que os clientes selecionem e mapeiem as faixas de áudio de entrada e as encaminhe para a saída para codificação
  • Rastrear seleção para codificação – permite que os clientes escolham faixas de um arquivo de origem ABR ou arquivo dinâmico com várias faixas de taxa de bits. Extremamente útil para gerar MP4s a partir dos arquivos de eventos ao vivo.
  • Recursos de edição (desfoque) adicionados ao FaceDetector

Novas versões do SDK de cliente para a versão 2020-05-01 da API dos Serviços de Mídia do Azure

Novas versões do SDK de cliente para todos os idiomas disponíveis agora estão disponíveis com os recursos acima. Atualize para os SDKs de cliente mais recentes nas bases de código usando o gerenciador de pacotes.

Novos recursos de segurança disponíveis na versão 2020-05-01 da API dos Serviços de Mídia do Azure

  • Chaves gerenciadas pelo cliente: chaves de conteúdo e outros dados armazenados em contas criadas com a API de versão "2020-05-01" são criptografados com uma chave de conta. Os clientes podem fornecer uma chave para criptografar a chave de conta.

  • Armazenamento confiável : os Serviços de Mídia podem ser configurados para acessar o Armazenamento do Azure usando uma identidade gerenciada associada à conta dos Serviços de Mídia. Quando as contas de armazenamento são acessadas usando uma identidade gerenciada, os clientes podem configurar ACLs de rede mais restritivas na conta de armazenamento sem bloquear cenários de Serviços de Mídia.

  • Identidades gerenciadas: os clientes podem habilitar uma identidade gerenciada atribuída pelo sistema para uma conta dos Serviços de Mídia para fornecer acesso a Key Vaults (para chaves gerenciadas pelo cliente) e contas de armazenamento (para armazenamento confiável).

Amostras de TypeScript do Node.js atualizadas usando o SDK isomórfico para JavaScript

As amostras de Node.js foram atualizadas para usar o SDK isomórfico mais recente. As amostras agora mostram o uso do TypeScript. Além disso, uma nova amostra de transmissão ao vivo foi adicionada para Node.js/TypeScript.

Confira as amostras mais recentes no repositório do Hub Git media-services-v3-node-tutorials .

Novo modo de espera dinâmico para dar suporte à inicialização mais rápida do estado quente

Os eventos ao vivo agora dão suporte a um modo de cobrança de menor custo para "em espera". Isso permite que os clientes aloquem previamente eventos ao vivo a um custo menor para a criação de "pools frequentes". Os clientes podem usar os eventos ao vivo em espera para fazer a transição para o estado de execução mais rápido do que a partir da criação a frio. Isso reduz o tempo para iniciar o canal de forma significativa e permite a alocação rápida do pool frequente de computadores em execução em um modo de preço mais baixo. Consulte os detalhes de preços mais recentes aqui. Para obter mais informações sobre o estado StandBy e os outros estados de eventos ao vivo, confira o artigo sobre Estados e cobrança de eventos ao vivo.

Dezembro de 2020

Disponibilidade regional

Os Serviços de Mídia do Azure agora estão disponíveis na região do Leste da Noruega no portal do Azure. Não há restV2 nessa região.

Outubro de 2020

Análise de áudio básica

A predefinição de Análise de Áudio agora inclui um tipo de preço de modo Básico. O novo modo de Analisador de Áudio Básico fornece uma opção econômica para extrair transcrição da fala e formatação de legendas. Esse modo executa a transcrição de fala em texto e a geração de um arquivo de legenda VTT. A saída desse modo inclui um arquivo JSON de Insights, incluindo apenas palavras-chave, transcrição e informações de tempo. A detecção automática de idioma e a diarização de alto-falante não estão incluídos nesse modo. Confira a lista dos idiomas com suporte.

Os clientes que usam o indexador v1 e o indexador v2 devem migrar para a predefinição de Análise de Áudio Básica.

Para obter mais informações sobre o modo de Analisador de Áudio Básico, confira Análise de arquivos de vídeo e áudio.

Eventos ao Vivo

As atualizações para a maioria das propriedades agora são permitidas quando eventos ao vivo são interrompidos. Além disso, os usuários têm permissão para especificar um prefixo para o nome do host estático para as URLs de entrada e pré-visualização do evento ao vivo. VanityUrl agora é chamado de useStaticHostName para refletir melhor a intenção da propriedade.

Os eventos ao vivo agora têm um estado StandBy. Confira Eventos e saídas ao vivo nos Serviços de Mídia.

Um evento ao vivo dá suporte ao recebimento de várias taxas de proporção de entrada. O modo de alongamento permite que os clientes especifiquem o comportamento de alongamento para a saída.

A codificação dinâmica agora adiciona o recurso de saída de fragmentos de intervalo de quadro chave fixo entre 0,5 e 20 segundos.

Contas

Aviso

Se você criar uma conta de Serviços de Mídia com a versão de API 2020-05-01, ela não funcionará com RESTv2

Agosto de 2020

Criptografia Dinâmica

O suporte para a criptografia herdada do PIFF 1.1 (formato de arquivo inoperável protegido do PlayReady) agora está disponível no Empacotador Dinâmico. Isso fornece suporte para conjuntos de Smart TV herdados da Samsung e da LG que implementaram os rascunhos iniciais da CENC (Criptografia Comum) padrão publicado pela Microsoft. O formato PIFF 1.1 também é conhecido como o formato de criptografia anteriormente suportado pela biblioteca de clientes do Silverlight. Atualmente, o único cenário de caso de uso para esse formato de criptografia é direcionar para o mercado de Smart TV herdado, onde resta um número não trivial de Smart TVs em algumas regiões que só dão suporte a Smooth Streaming com a criptografia PIFF 1.1.

Para usar o novo suporte à criptografia PIFF 1.1, altere o valor de criptografia para 'piff' no caminho da URL do Localizador de Streaming. Para obter mais informações, confira a Visão geral de Proteção de Conteúdo. Por exemplo: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|

Observação

O suporte do PIFF 1.1 é fornecido como uma solução compatível com versões anteriores para Smart TV (Samsung, LG) que implementou a versão "Silverlight" inicial da Criptografia Comum. Você deve usar o formato PIFF, somente quando necessário, para dar suporte a Smart TVs Samsung ou LG herdadas fornecidas entre 2009 e 2015 que são compatíveis com a versão PIFF 1.1 da criptografia PlayReady.

Julho de 2020

Transcrições ao vivo

As transcrições ao vivo agora dão suporte a 19 idiomas e 8 regiões.

Alta disponibilidade

Publicamos uma visão geral e exemplo de Alta Disponibilidade com os Serviços de Mídia e VoD (vídeo por demanda).

Junho de 2020

Análise Dinâmica de Vídeo na versão prévia do IoT Edge

A versão prévia da Análise Dinâmica de Vídeo no IoT Edge foi lançada.

A Análise Dinâmica de Vídeo no IoT Edge é uma expansão para a família de Serviços de Mídia. Ela permite que você analise vídeos ao vivo com modelos de IA de sua escolha nos próprios dispositivos de borda e, opcionalmente, capture e grave esse vídeo. Agora você pode criar aplicativos com análise de vídeo em tempo real na borda sem se preocupar com a complexidade de criar e operar um pipeline de vídeo ao vivo.

Maio de 2020

Novas regiões: Germay Norte, Centro-Oeste da Alemanha, Norte da Suíça e Oeste da Suíça agora estão em GA

Os Serviços de Mídia do Azure está em disponibilidade geral nas seguintes regiões: "Norte da Alemanha", "Centro-oeste da Alemanha", "Norte da Suíça" e "Oeste da Suíça". Os clientes podem implantar os Serviços de Mídia nessas regiões usando o portal do Azure.

Abril de 2020

Melhorias na documentação

Os documentos do Player de Mídia do Azure foram migrados para a documentação do Azure.

Janeiro de 2020

Melhorias nos processadores de mídia

  • Suporte aprimorado para fontes entrelaçadas na Análise de Vídeo – esse conteúdo agora é desentrelaçado corretamente antes de ser enviado aos mecanismos de inferência.
  • Ao gerar miniaturas com o modo "Melhor", o codificador agora pesquisa além dos 30 segundos para selecionar um quadro que não seja monocromático.

Atualizações da nuvem do Azure Government

Os Serviços de Mídia estão em disponibilidade geral nas seguintes regiões do Azure Government: USGov – Arizona e USGov – Texas.

Dezembro de 2019

Suporte adicionado à CDN para os cabeçalhos Origin-Assist-Prefetch para streaming sob demanda em tempo real e de vídeo; disponível para clientes que têm contrato direto com a CDN da Akamai. O recurso Origin-Assist-CDN-Prefetch envolve as seguintes trocas de cabeçalho HTTP entre a CDN da Akamai e a origem dos Serviços de Mídia do Azure:

Cabeçalho HTTP Valores Remetente Receptor Finalidade
CDN-Origin-Assist-Prefetch-Enabled 1 (padrão) ou 0 CDN Origem Para indicar que a CDN está habilitada para pré-busca
CDN-Origin-Assist-Prefetch-Path Exemplo:
Fragments(video=1400000000,format=mpd-time-cmaf)
Origem CDN Para fornecer o caminho de pré-busca para a CDN
CDN-Origin-Assist-Prefetch-Request 1 (solicitação de pré-busca) ou 0 (solicitação regular) CDN Origem Para indicar que a solicitação da CDN é uma pré-busca

Para ver parte da troca de cabeçalho em ação, você pode tentar as seguintes etapas:

  1. Use curl para emitir uma solicitação para a origem dos Serviços de Mídia para um segmento ou fragmento de áudio ou vídeo. Certifique-se de adicionar o cabeçalho CDN-Origin-Assist-Prefetch-Enabled: 1 na solicitação.
  2. Na resposta, você deve ver o cabeçalho CDN-Origin-Assist-Prefetch-Path com um caminho relativo como seu valor.

Novembro de 2019

Transcrição ao Vivo (Versão prévia)

A Transcrição ao Vivo agora está em versão prévia pública e disponível para uso na região Oeste dos EUA 2.

A Transcrição ao Vivo foi projetada para trabalhar em conjunto com eventos ao vivo como uma funcionalidade complementar. Há suporte para eventos ao vivo de codificação de passagem e Standard ou Premium. 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. A cobrança é baseada em um novo medidor de complemento que é um custo adicional para o evento ao vivo quando ele está no estado "Em execução". Para obter detalhes sobre a transcrição ao vivo e a cobrança, consulte Transcrição ao vivo

Observação

Atualmente, a transcrição ao vivo só está disponível como uma versão prévia do recurso na região Oeste dos EUA 2. Nesse momento, ela somente é compatível com a transcrição de palavras faladas em inglês (en-US).

Proteção de conteúdo

O recurso de Prevenção de reprodução de token disponibilizado em regiões limitadas em setembro agora está disponível em todas as regiões. Os clientes dos Serviços de Mídia agora podem definir um limite no número de vezes que o mesmo token pode ser usado para solicitar uma chave ou uma licença. Para obter mais informações, consulte Prevenção de reprodução de token.

Suporte adicionado para os seguintes novos codificadores de parceiros recomendados para streaming ao vivo de RTMP:

Aprimoramentos de codificação de arquivo

  • Uma nova predefinição de codificação com reconhecimento de conteúdo está disponível. Ela produz um conjunto de MP4s alinhados a GOP usando a codificação com reconhecimento de conteúdo. Usando qualquer conteúdo de entrada, o serviço executa uma análise leve inicial do conteúdo de entrada. Ele usa esses resultados para determinar o número ideal de camadas, a taxa de bits apropriada e as configurações de resolução para entrega por streaming adaptável. Essa predefinição é eficaz para vídeos de baixa complexidade e de complexidade média, em que os arquivos de saída têm taxas de bits menores, mas com uma qualidade que ainda oferece uma boa experiência aos espectadores. A saída conterá arquivos MP4 com vídeo e áudio intercalados. Para obter mais informações, confira as especificações da API aberta.
  • Desempenho aprimorado e de múltiplos threads para o redimensionador no Codificador Standard. Em condições específicas, o cliente deve ver um aumento de desempenho de 5 a 40% da codificação de VOD. O conteúdo de baixa complexidade codificado em várias taxas de bits terá o maior aumento de desempenho.
  • A codificação Standard agora mantém uma cadência de GOP regular para conteúdo de VFR (taxa de quadros variável) durante a codificação de VOD ao usar a configuração de GOP baseada em tempo. Isso significa que um cliente que envia conteúdo de taxa de quadros mista que varia entre 15 e 30 fps, por exemplo, agora verá as distâncias de GOP regulares calculadas na saída para arquivos MP4 de streaming de taxa de bits adaptável. Isso vai aprimorar a capacidade de alternar diretamente entre as faixas ao entregar HLS ou DASH.
  • Sincronização antivírus aprimorada para conteúdo de origem de VFR (taxa de quadros variável)

Azure Video Indexer, Análise de vídeo

  • Os quadros-chave extraídos usando a predefinição VideoAnalyzer agora estão na resolução original do vídeo em vez de serem redimensionados. A extração de quadro-chave de alta resolução fornece imagens de qualidade original e permite que você use os modelos de inteligência artificial baseados em imagem fornecidos pela Pesquisa Visual Computacional da Microsoft e pelos serviços de Visão Personalizada para obter ainda mais insights do vídeo.

Setembro de 2019

Serviços de Mídia v3

Codificação linear dinâmica de eventos ao vivo

Os Serviços de Mídia v3 estão anunciando a versão prévia por 365 dias, 24 horas por dia, da codificação linear dinâmica dos eventos ao vivo.

Serviços de Mídia v2

Substituição dos processadores de mídia

Estamos anunciando a substituição do Azure Media Indexer e da versão prévia do Azure Media Indexer 2. Para ver as datas de desativação, confira o artigo componentes herdados. O Azure Video Indexer substitui esses processadores de mídia herdados.

Para obter mais informações, confira Migrar do Azure Media Indexer e do Azure Media Indexer 2 para o Video Indexer dos Serviços de Mídia do Azure.

Agosto de 2019

Serviços de Mídia v3

O par regional da África do Sul está aberto para os Serviços de Mídia

Os Serviços de Mídia agora estão disponíveis nas regiões Norte da África do Sul e Oeste da África do Sul.

Para obter mais informações, confira Nuvens e regiões em que os Serviços de Mídia v3 existem.

Serviços de Mídia v2

Substituição dos processadores de mídia

Estamos anunciando a substituição dos processadores de mídia WAME (Codificador de Mídia do Azure para Windows) e AME (Codificador de Mídia do Azure) , que estão sendo desativados. Para ver as datas de desativação, confira o artigo Componentes herdados.

Para obter detalhes, consulte Migrar WAME para Media Encoder Standard e Migrar AME para Media Encoder Standard.

Julho de 2019

Proteção de conteúdo

Ao transmitir por streaming de conteúdo protegido com restrição de token, os usuários finais precisam obter um token que é enviado como parte da solicitação de entrega de chave. O recurso de Prevenção de reprodução de token permite que os clientes dos Serviços de Mídia definam um limite de quantas vezes o mesmo token pode ser usado para solicitar uma chave ou uma licença. Para obter mais informações, consulte Prevenção de reprodução de token.

Desde julho, a versão prévia do recurso só estava disponível nas regiões Centro dos EUA e Centro-Oeste dos EUA.

Junho de 2019

Sub-recorte de vídeo

Agora você pode cortar ou sub-recortar um vídeo ao codificá-lo usando um Trabalho.

Essa funcionalidade funciona com qualquer Transformação criada usando as predefinições BuiltInStandardEncoderPreset ou StandardEncoderPreset.

Maio de 2019

Suporte do Azure Monitor para métricas e logs de diagnóstico dos Serviços de Mídia

Agora você pode usar o Azure Monitor para exibir dados de telemetria emitidos pelos Serviços de Mídia.

  • Use os logs de diagnóstico Azure Monitor para monitorar solicitações enviadas pelo ponto de extremidade de entrega de chave dos Serviços de Mídia.
  • Monitore as métricas emitidas pelos pontos de extremidade de streaming dos Serviços de Mídia.

Para ver os detalhes, consulte Monitorar os Serviços de Mídia.

Suporte a múltiplas faixas de áudio no Empacotamento Dinâmico

Ao transmitir por streaming ativos com múltiplas faixas de áudio com vários codecs e idiomas, o Empacotamento Dinâmico agora é compatível com múltiplas faixas de áudio para a saída de HLS (versão 4 ou superior).

O par regional da Coreia do Sul está aberto para os Serviços de Mídia

Os Serviços de Mídia agora estão disponíveis nas regiões Coreia Central e Sul da Coreia.

Para obter mais informações, confira Nuvens e regiões em que os Serviços de Mídia v3 existem.

Melhorias de desempenho

Atualizações adicionadas que incluem melhorias de desempenho dos Serviços de Mídia.

Abril de 2019

Novas predefinições

Março de 2019

O Empacotamento Dinâmico agora é compatível com o Dolby Atmos. Para obter mais informações, consulte Codecs de áudio com suporte do Empacotamento Dinâmico.

Agora você pode especificar uma lista de filtros de conta ou ativos, que se aplicariam ao seu Localizador de Streaming. Para obter mais informações, consulte Associar filtros com o Localizador de Streaming.

Fevereiro de 2019

Os Serviços de Mídia v3 agora são compatíveis nas nuvens nacionais do Azure. Nem todos os recursos estão disponíveis em todas as nuvens. Para obter mais detalhes, confira Nuvens e regiões em que os Serviços de Mídia do Azure v3 existem.

O evento Microsoft.Media.JobOutputProgress foi adicionado aos esquemas da Grade de Eventos do Azure para Serviços de Mídia.

Janeiro de 2019

Arquivos do Media Encoder Standard e MPI

Ao codificar usando o Media Encoder Standard para produzir arquivos MP4, um novo arquivo .mpi será gerado e adicionado ao Ativo de saída. Esse arquivo MPI destina-se a melhorar o desempenho dos cenários de empacotamento e streaming dinâmicos.

Você não deve modificar nem remover o arquivo MPI, nem usar qualquer dependência em seu serviço na existência (ou não) desse arquivo.

Dezembro de 2018

As atualizações da versão disponível ao público geral da API V3 incluem:

  • As propriedades PresentationTimeRange não são mais “obrigatórias” para Filtros de Ativo e Filtros de Conta.
  • As opções de consulta $top e $skip para Trabalhos e Transformações foram removidas e $orderby foi adicionado. Como parte da adição da nova funcionalidade de ordenação, foi descoberto que as opções $top e $skip acidentalmente tinham sido expostas anteriormente, embora não tenham sido implementadas.
  • A extensibilidade da enumeração foi reabilitada. Esse recurso estava habilitado nas versões prévias do SDK e foi acidentalmente desabilitado na versão disponível ao público geral.
  • Duas políticas predefinidas de transmissão foram renomeadas. SecureStreaming agora é MultiDrmCencStreaming. SecureStreamingWithFairPlay agora é Predefined_MultiDrmStreaming.

Novembro de 2018

O módulo de CLI 2.0 agora está disponível para serviços de mídia do Azure v3 GA – v 2.0.50.

Novos comandos

Novos recursos e alterações de quebra

Comandos de ativos

  • --storage-account e --container argumentos adicionados.
  • Valores padrão para o tempo de expiração (Now + 23h) e permissões (Read) no comando az ams asset get-sas-url adicionado.

Comandos de trabalho

  • --correlation-data e --label argumentos adicionados
  • --output-asset-names foi renomeado para --output-assets. Agora, ele aceita uma lista separada por espaços dos ativos no formato 'assetName=label'. Um ativo sem rótulo pode ser enviado assim: 'assetName ='.

Comandos do Localizador de Fluxo

  • O comando base az ams streaming locator foi substituído por az ams streaming-locator.
  • --streaming-locator-id e --alternative-media-id support argumentos adicionados.
  • --content-keys argument argumento atualizado.
  • --content-policy-name foi renomeado para --content-key-policy-name.

Comandos de Política de Fluxo

  • O comando base az ams streaming policy foi substituído por az ams streaming-policy.
  • Suporte para parâmetros de criptografia em az ams streaming-policy create adicionado.

Transformar comandos

  • --preset-names argumento substituído por --preset. Agora, você só pode definir uma saída/predefinição de cada vez (para adicionar mais, é preciso executar az ams transform output add). Além disso, você pode definir o StandardEncoderPreset personalizado passando o caminho para seu JSON personalizado.
  • az ams transform output remove pode ser executado passando o índice de saída para remover.
  • --relative-priority, --on-error, --audio-language and --insights-to-extract argumentos adicionados no az ams transform create e az ams transform output add comandos.

Outubro de 2018 - GA

Esta seção descreve as atualizações de outubro do AMS (Serviços de Mídia do Azure).

Versão GA v3 de REST

A versão GA v3 de REST inclui mais APIs para Live, filtros de manifesto de nível de Conta/Ativo e suporte a DRM.

Gerenciamento de Recursos do Azure

O suporte para o Gerenciamento de Recursos do Azure permite o gerenciamento unificado e a API de operações (agora, tudo em um só lugar).

A partir desta versão, é possível usar modelos do Resource Manager para criar Eventos ao Vivo.

Melhoria das operações de Ativos

As seguintes melhorias foram introduzidas:

  • Ingestão de URLs HTTP(s) ou URLs de SAS do Armazenamento de Blobs do Azure.
  • Especifique nomes de contêineres próprios para os ativos.
  • Suporte de saída mais fácil para criar fluxos de trabalho personalizados com o Azure Functions.

Novo objeto de Transformação

O novo objeto de Transformação simplifica o modelo de Codificação. O novo objeto facilita a criação e o compartilhamento de modelos e predefinições de codificação do Resource Manager.

Autenticação do Azure Active Directory e Azure RBAC

A Autenticação do Azure AD e o Azure RBAC (controle de acesso baseado em função do Azure) permitem transformações seguras, LiveEvents, políticas de chave de conteúdo, ativos por função ou usuários no Azure AD.

SDKs do cliente

Linguagens com suporte nos Serviços de Mídia v3: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Atualizações de codificação ao vivo

As seguintes atualizações de codificação ao vivo são apresentadas:

  • Novo modo de baixa latência para ao vivo (10 segundos de ponta a ponta).

  • Suporte aprimorado do RTMP (maior estabilidade e mais suporte de codificador de código-fonte).

  • Ingestão segura de RTMPS.

    Ao criar um evento ao vivo, você receberá quatro URLs de ingestão. As 4 URLs de ingestão são quase idênticas, têm o mesmo token de streaming (AppId) e apenas a parte do número da porta é diferente. Duas das URLs são primárias e de backup para RTMPS.

  • Suporte de transcodificação 24 horas por dia.

  • Suporte aprimorado de sinalização de anúncio no RTMP via SCTE35.

Suporte aprimorado a Grade de Eventos

É possível ver os seguintes aprimoramentos de suporte à Grade de Eventos:

  • Integração à Grade de Eventos do Azure para facilitar o desenvolvimento com os Aplicativos Lógicos e o Azure Functions.
  • Inscreva-se para eventos sobre Codificação, Canais ao vivo, e muito mais.

Suporte CMAF

Suporte de criptografia CMAF e 'cbcs' para players Apple HLS (iOS 11+) e MPEG-DASH que dão suporte a CMAF.

Video Indexer

A versão de GA do Video Indexer foi anunciada em agosto. Para obter novas informações sobre recursos atualmente com suporte, consulte O que é Video Indexer.

Planos de alterações

CLI do Azure 2.0

O módulo da CLI 2.0 do Azure que inclui operações em todos os recursos (incluindo Live, Políticas de Chave de Conteúdo, Filtros de Conta/Ativo, Políticas de Streaming) estará disponível em breve.

Problemas conhecidos

Somente os clientes que usaram a API de versão prévia para material ativo ou AccountFilters são afetados pelo problema a seguir.

Se você criou Ativos ou Filtros de Conta entre 09/28 e 10/12 com CLI ou APIs dos Serviços de Mídia v3, será necessário remover todos os Ativos e AccountFilters e recriá-los devido a um conflito de versões.

Maio de 2018 - Versão prévia

SDK .NET

Os seguintes recursos estão presentes no SDK do .NET:

  • Localizadores de streaming para publicar e transmitir conteúdo aos dispositivos do usuário final
  • Políticas de streaming e Políticas de chave de conteúdo para configurar a distribuição de chaves e o DRM (gerenciamento de direitos digitais) durante a entrega de conteúdo.
  • Eventos ao vivo e Saídas ao vivo para configurar a ingestão e o arquivamento de conteúdo de transmissão ao vivo.
  • Ativos para armazenar e publicar o conteúdo de mídia no Armazenamento do Azure.
  • Pontos de extremidade de streaming para configurar e dimensionar o empacotamento dinâmico, a criptografia e o streaming de conteúdo de mídia ao vivo e sob demanda.

Problemas conhecidos

  • Ao enviar um trabalho, você pode especificar para ingerir o vídeo de origem usando URLs HTTPS, URLs SAS ou caminhos para arquivos localizados no Armazenamento de Blobs do Azure. Atualmente, os Serviços de Mídia v3 não dão suporte à codificação de transferência em partes sobre URLs HTTPS.

Fazer perguntas, comentar, obter atualizações

Confira o artigo comunidade dos Serviços de Mídia do Azure para ver diferentes maneiras de fazer perguntas, comentários e obter atualizações sobre os serviços de mídia.

Confira também

Diretrizes de migração para mover dos Serviços de Mídia v2 para v3.