Partilhar via


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

logotipo dos Serviços de Mídia v3


Advertência

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

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

  • Os últimos lançamentos
  • Problemas conhecidos
  • Correções de bugs
  • Funcionalidade preterida

Junho de 2023

Os Serviços de Mídia do Azure estão sendo desativados a partir de 30 de junho de 2023. Consulte 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 de lançamento para fevereiro em breve.

Janeiro de 2023

Metadados cronometrados

Metadados cronometrados são dados personalizados que são 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 reproduzem o fluxo de vídeo possam obter os mesmos metadados personalizados 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 GPS, hora, etc.

Para obter mais informações, consulte metadados cronometrados com dos 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 bitrate

A separação da taxa de bits ContentAwareEncoding e a decisão de resolução foram melhoradas na versão deste mês.

ContentAwareEncoding pode ser usado em conjunto com PresetConfigurations para satisfazer seus requisitos específicos para um desempenho ideal de streaming e codificação.

Para uma melhor separação da taxa de bits, a complexidade estimada da codificação experimental 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. Uma vez 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 das camadas intermediárias são calculadas com base na razão de taxa de bits uniforme entre as camadas vizinhas. É quase uniformemente separado por taxa de bits neste caso.

Quando se trata de resolução, a camada inferior é o principal problema. A resolução da camada inferior pode ser configurada através 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 a configurar. Ele também decide a taxa de bits da camada inferior se definida pelos usuários através de PresetConfigurations. A decisão de resolução tentou usar resoluções superiores a 180P para a camada inferior para obter melhor qualidade visual.

Esta versão também melhora o algoritmo de estimativa da complexidade do conteúdo. O algoritmo original é conservador e resulta em bitrates mais altos do que o necessário. Com a estimativa modificada, as taxas de bits de saída são geralmente mais baixas 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 do 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 SDK .NET "faixa 2" está disponível no Nuget Azure.ResourceManager.Media. Todos os exemplos foram atualizados na ramificação principal do nosso repositório de exemplos para .NET no github para a versão mais recente deste SDK de cliente. Azure-Samples/media-services-v3-dotnet. Os projetos neste repositório mostram como implementar diferentes cenários dos Serviços de Mídia do Azure usando a versão v3. (github.com).

Alterações na interface de Ativos no portal do Azure

Você verá uma experiência de usuário aprimorada na folha Ativos no portal do Azure. Agora você pode visualizar 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 suportam IPv6 para streaming de mídia para eventos ao vivo, streaming de 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 a CDN está habilitado para um ponto de extremidade de streaming, o suporte a IPv6 depende da configuração de 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 lista de reprodução HLS Variant por padrão para evitar que o cliente volte ao áudio apenas em uma situação de rede ruim.

Para alterar o comportamento, você pode usar a tag URL [audio-only=true] para escrever uma representação de áudio na lista de reprodução de variantes HLS.

Por exemplo:

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

Isso ocorreu devido a uma mudança nas diretrizes de criação do HLS que agora afirmam "Você DEVE não ter variantes somente de áudio listadas na lista de reprodução Multivariante".

Setembro de 2022

Versão da API: Atualizado 2022-08-01 ARM REST API

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

As atualizações da API 2022-08-01 incluem:

  • A entidade LiveOutput introduz uma nova propriedade anulável rewindWindowLength para controlar o comprimento da janela pesquisável durante o Live para codificação e passagem por eventos Live. Esta propriedade não é usada quando o LiveOutput para. O VOD arquivado terá conteúdo completo com o original archiveWindowLength. Quando a propriedade é definida como null, 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 utiliza.
  • Adicionado suporte para o nível de segurança PlayReady SL3000 nas Políticas de Chave de Conteúdo
  • API de faixas de ativos estendidas para suportar faixas de áudio (para áudio descritivo de vinculação tardia ou vários idiomas)
  • Adicionado suporte para MPEG Common Encryption Clear Key com os modos 'cenc' e 'cbcs' nas Políticas de Streaming

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

Suporte de licença PlayReady Security Level 3000 (SL3000)

Os recursos de proteção de conteúdo e entrega de licenças PlayReady DRM dos Serviços de Mídia agora suportam 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 exigido de um cliente para permitir a vinculação a esta licença. O nível de segurança 3000 é fornecido para dispositivos protegidos com a mais alta segurança, consumindo a mais alta qualidade de conteúdo comercial. Esta atualização permite configurar as políticas de Chave de Conteúdo para fornecer licenças 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, consulte o artigo Usando o nível de segurança em umde licença .

  • Se você adicionar uma SL3000 PlayReady ContentKeyPolicyOption a uma Política de Chave de Conteúdo, essa política só poderá conter opções adicionais de PlayReady SL3000 ou Widevine L1.
  • SL3000 requer 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 Azure Media Player (AMP) neste momento. Por favor, teste em um player de 3rd party (por exemplo, Shaka Player) ou dispositivo que suporta 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 PlayReady, consulte o artigo Media Services PlayReady license templates

Adicione faixas de áudio para áudio descritivo ou vários idiomas com a nova API Asset Tracks

A nova API Asset Tracks permite vincular 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 suporta a configuração de metadados para especificar as características de idioma ou conteúdo para especificar "áudio descritivo" para melhorar a acessibilidade do conteúdo.

Para obter a lista completa de recursos na API Tracks, consulte o artigo Media Services Tracks API

Suporte para MPEG Common Encryption Clear Key com criptografia CENC e CBCS

A criptografia Clear Key é um recurso do padrão MPEG Common Encryption (CENC) e é suportada pelas extensões de mídia criptografada HTML5 (EME) disponíveis em muitos navegadores modernos. A criptografia Clear Key AES-128 usando os 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 na Apple, Web e Android.

Este recurso permite que você suporte o padrão Common Encryption 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 suportam qualquer modo de criptografia permitido no padrão. Isso permite que você entregue conteúdo criptografado para jogadores clientes como Google Shaka player (v 4.0.0+), Dash.js (v 4.5+), Bitmovin, Theo Player e Android ExoPlayer (v 2.18.1+) usando 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 de retrocesso vs janela de arquivo em saídas ao vivo

O rewindWindowLength pode ser definido em Live Outputs para controlar a janela de busca no player cliente durante a transmissão ao vivo. Isso ajuda o cliente a controlar quanto tempo é visível no player para buscar de volta à 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 Live Output. Isto permite-lhe agora definir uma duração de arquivo diferente do anterior "DVR janela deslizante" duração que é visível para o jogador. Isso é muito útil para quando você deseja transmitir com uma janela de mudança de tempo muito pequena no player, mas deseja arquivar todo o evento ao vivo para o ativo de saída.

Você pode definir rewindWindowLength para um valor mínimo de 60 segundos. O valor padrão é 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 pesquisável durante a reprodução ao vivo será o mesmo valor que o archiveWindowLength. Nessa situação, se o archiveWindowLength estiver definido para uma duração muito grande, o player pode ser afetado por mais problemas de buffer durante a reprodução no modo ao vivo devido ao maior tamanho do manifesto baixado 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: China North 3 é agora GA

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

Aposentadoria do Azure Media Redator, Video Analyzer e Face Detetor em 14 de setembro de 2023

Como o Responsible AI Standards da Microsoft descreve, a Microsoft está comprometida com a justiça, privacidade, segurança e transparência em relação aos sistemas de IA. Para alinhar melhor nossos produtos a esse novo padrão e à política 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:

  • Azure Media Redator (RESTv2)
  • Predefinição do Detetor de Rosto
  • Predefinição do analisador de vídeo

Após 14 de setembro de 2023, todos os aplicativos que você desenvolveu usando o Azure Media Redator, a predefinição do Face Detetor ou a predefinição do Video Analyzer começarão a enfrentar erros ou envios de trabalho com falha.

ação necessária

O Azure Media Redator (RESTv2) e a predefinição do Face Detetor serão desativados e não estão sendo substituídos no momento. Se, em vez disso, você quiser detetar pessoas em um vídeo, recomendamos que atualize seus aplicativos para usar as APIs do Azure AI Video Indexer.

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

Mais informações

Se você tiver dúvidas, obtenha respostas de especialistas da comunidade em Microsoft Q&A. Se você tiver um plano de suporte e precisar de ajuda técnica, crie um de solicitação de suporte no portal do Azure.

Agosto de 2022

Exemplo de API New Tracks em Node.js/Typescript para adicionar faixas de legendas e legendas a qualquer ativo

Um novo exemplo demonstrando como vincular tardiamente um arquivo de legenda ou legenda WebVTT ou TTML está agora disponível no projeto de exemplo Node.js. Consulte o exemplo Adicionar uma legenda ou 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 em DASH e 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 Apple HLS.

Atualmente, a API suporta o upload do formato de arquivo .vtt ou .ttml para um ativo existente. Novas faixas registradas com a API de faixas aparecerão imediatamente no manifesto DASH e HLS como faixas de texto MP4 do perfil IMSC1.

Junho de 2022

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

Agora você pode solicitar uma predefinição de codificação ao vivo personalizada que suporte várias saídas de taxa de bits de áudio. Para áudio em uma predefinição ao vivo, agora você pode personalizar com as seguintes taxas de bits de áudio AAC discretas (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Além disso, especifique que você está solicitando um personalizado predefinido 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 ao vivo personalizada que pode produzir faixas de áudio AAC de 96k e 128k simultaneamente. O player pode então 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 ativado instantaneamente usando o parâmetro de consulta 'filter={filterName}' no URL do localizador de streaming).

Dimensionamento automático

Agora você pode dimensionar automaticamente os pontos de extremidade de streaming premium em sua conta de Serviços de Mídia com base em quaisquer métricas disponíveis 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 para dimensionamento automático. Para obter mais informações, consulte Pontos de extremidade de streaming do Autoscale Media Services. Observe que o dimensionamento automático ainda pode levar tempo e não é instantâneo, portanto, certifique-se de dar tempo suficiente para que os recursos sejam dimensionados e implantados em seus projetos de arquitetura. Os pontos de extremidade de streaming levam tempo para girar, por isso é recomendável usar pontos de gatilho de valor mais baixo para utilização da CPU e saída de largura de banda de rede para acionar uma expansão.

Maio de 2022

Suporte de decoração de manifesto de legendas ocultas 708 e 608 HLS

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

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 agora está disponível em geral (GA) e suporta todos os idiomas disponíveis na API de fala para texto. Uma lista completa de idiomas está disponível no artigo Regiões de transcrição ao vivo e idiomas

HLS de baixa latência (LL-HLS)

HLS de baixa latência (LL-HLS) agora está disponível na API e no Portal do Azure. Para habilitar o LL-HLS, use a opção de fluxo "LowLatencyV2" ao criar uma transmissão ao vivo. Consulte o exemplo de Node.js para saber como configurar Criar um evento de codificação ao vivo HLS de baixa latência No portal do Azure, selecione a nova opção "Baixa latência" ao criar um evento ao vivo. O novo recurso LL-HLS pode fornecer latência reduzida na faixa de 4-7 segundos ao usar uma estrutura de jogador que suporta o 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 no modo "pass-through".

Março de 2022

SDK do .NET versão 6.0.0

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

Este SDK suporta a nova versão estável 2021-11-01 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 nova API de faixas em asset para gerenciar as faixas disponíveis no ativo.
  • Adicionado perfil de codificação Main10 para codificação H265.
  • RateControlMode exposto para codificação H264, permitindo 2 novos modos de controle de taxa - CBR (Constant Bit Rate) e CRF (Constant Rate Fator).
  • 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 de dimensionamento manual ou automático de unidades de streaming em um ponto de extremidade de streaming.
  • Adicionada opção de transmissão "LowLatencyV2" no evento ao vivo para ser usada para transmissão ao vivo de baixa latência usando o formato HLS de baixa latência da Apple (LL-HLS)

Novo conteúdo do Docs: transmitir uma reunião do Microsoft Teams

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

Legendas de ligação tardia e faixas de legendas em ativos com a nova API Tracks

Uma nova API de faixas em ativos permite listar faixas disponíveis dentro de um ativo. Isso permite que você descubra as faixas de áudio, vídeo e texto disponíveis armazenadas em um ativo. A API de faixas permite que você vincule tardiamente arquivos de legendas e legendas no perfil de texto IMSC1 e no formato WebVTT aos seus ativos de streaming. No passado, os clientes precisavam modificar o arquivo .ism na conta de armazenamento de blob para adicionar novas faixas de ligação tardia aos seus ativos. Isso substitui essa tarefa manual e fornece uma rota SDK suportada para permitir a adição de legendas e legendas vinculadas tardiamente.

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

Um exemplo de lista básica de faixas é fornecido em Javascript cada Amostras e documentação adicionais serão fornecidas para cada SDK em breve.

Dezembro de 2021

SDK JavaScript atualizado versão 10.0.0

O SDK do JavaScript agora está atualizado para suportar a versão mais recente da API REST de 2021-06-01. Este novo SDK JavaScript isomórfico inclui melhor suporte para 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, consulte o pacote NPM @azure/arm-media-services.

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

Hebraico, persa e Portugal Idiomas portugueses disponíveis na predefinição do Audio/Video Analyzer para transcrições

O hebraico, o persa e o português de Portugal (o modelo atual que existe hoje é o português do Brasil) estão agora disponíveis para uso na predefinição Audio and Video Analyzer

Os novos códigos de idioma BCP-47 suportados são: he-IL, fa-IRe pt-PT.

Nova Região: A região central da Suécia é agora GA

Serviços de mídia agora está disponível em geral na região Suécia Central. Atualmente, existem 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 de recursos regionais para determinar quando os recursos chegarão.

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

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

Setembro de 2021

Novo SKU básico de evento ao vivo de passagem

O novo SKU básico de eventos ao vivo de passagem permite que os clientes criem eventos ao vivo a um preço mais baixo. É semelhante ao padrão pass-through eventos ao vivo, mas com limites de largura de banda de entrada mais baixos, menos saídas ao vivo permitidas, diferentes limites de comprimento da janela DVR, e nenhum acesso à transcrição ao vivo. Consulte de comparação de tipos de eventos ao vivo para obter mais detalhes.

Gerenciamento e monitoramento de escala aprimorados para um Streaming Endpoint no portal

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

A página do portal Streaming Endpoint 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. Agora você pode criar alertas de monitoramento com base nas métricas de CPU, saída ou latência diretamente no portal usando o poder do Azure Monitor.

User-Assigned Suporte de identidades gerenciadas para contas de serviços de mídia

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

A página de contas de armazenamento de serviços de mídia no portal agora suporta UAMI e SAMI

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

Traga sua própria página de chave agora também suporta UAMI e SAMI.

A página do portal de gerenciamento de chaves para Serviços de Mídia agora oferece suporte à configuração e ao gerenciamento de identidades gerenciadas atribuídas pelo usuário (UAMI) ou identidades gerenciadas atribuídas pelo sistema (SAMI).

Traga suas próprias chaves para criptografia de conta

Suporte de ponto final privado para serviços de mídia

Agora você pode restringir o acesso público aos seus eventos ao vivo, pontos de extremidade de streaming e pontos 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. Tal limitará o acesso do público a cada um destes serviços. Somente o tráfego originado da sua rede virtual (VNET) configurada, configurada no Ponto de extremidade privado, poderá alcançar esses pontos de extremidade.

Lista de permissões de IP para o Serviço de Chaves

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. Eventos ao vivo e terminais de streaming já suportam a configuração de IP allowlist em suas respetivas páginas.

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

Julho de 2021

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

O Microsoft.Azure.Management.Media .NET SDK versão 5.0.0 agora é lançado no NuGet. Esta versão é gerada para funcionar com a versão estável 2021-06-01 da API REST 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 agora oferece suporte a identidades gerenciadas atribuídas ao sistema e ao usuário.
  • Adicionada opção PublicNetworkAccess às contas dos Serviços de Mídia. Esta opção pode ser usada com o recurso Private Link 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. Os eventos ao vivo "Basic Pass-through" 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 a um preço reduzido.
  • PresetConfigurations - permitem personalizar as configurações de saída e as taxas de bits mínimas e máximas usadas para as predefinições de codificação Content Aware. Isso ajuda você a estimar e planejar melhor uma cobrança mais precisa ao usar a codificação com reconhecimento de conteúdo por meio de números de faixa de saída restritos e resoluções.

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

  • ApiErrorException foi substituído por ErrorResponseException para ser consistente com todos os outros SDKs do Azure. O corpo da exceção não foi alterado.
  • Todas as chamadas que retornam 404 Não encontradas agora geram um ErrorResponseException em vez de retornar null. Essa alteração foi feita para ser consistente com outros SDKs do Azure
  • O construtor de serviço de mídia tem um novo parâmetro opcional PublicNetworkAccess após o parâmetro KeyDelivery.
  • A propriedade Type em MediaServiceIdentity foi alterada de enum ManagedIdentityType para string para acomodar vários valores separados por vírgula. As cadeias de caracteres válidas são SystemAssigned ou UserAssigned.

Junho de 2021

Mais propriedades de pulsação de ingestão de eventos ao vivo para diagnósticos aprimorados

Mais propriedades de pulsação de ingestão de eventos ao vivo foram adicionadas à mensagem da Grade de Eventos. Isso inclui os seguintes novos campos para ajudar 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 da rede a partir do codificador de ingestão de origem enviando para o evento ao vivo. Se esse valor for muito longe, pode ser uma indicação de que a latência da rede é muito alta para um evento de transmissão ao vivo bem-sucedido.

Consulte o de esquema LiveEventIngestHeartbeat para obter mais detalhes.

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

O Azure Private Link permite que você acesse os Serviços PaaS do Azure e os serviços hospedados pelo Azure de propriedade do cliente/parceiro por meio de um Ponto de Extremidade Privado em sua rede virtual.

O tráfego entre a sua rede virtual e o serviço atravessa 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 Serviços de Mídia e Armazenamento 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 de Serviços de Mídia.

A entrega de chaves suporta restrições de lista de permissões de IP

As contas de Serviços de Mídia agora podem ser configuradas com restrições de lista de permissões de IP na entrega de chaves. A nova configuração allowlist está disponível no recurso de conta dos Serviços de Mídia por meio do SDK, no portal e na CLI. Isso permite que os operadores restrinjam a entrega de licenças DRM e chaves de conteúdo AES-128 a 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 chaves AES-128 e restringir a entrega a um ponto de extremidade de rede privada.

Consulte o artigo Restringir o acesso à licença DRM e à entrega de chaves AES usando listas de permissões de IP para obter detalhes.

Novos exemplos para Python e Node.js (com TypeScript)

Exemplos atualizados para Node.js que usam o suporte TypeScript mais recente no SDK do Azure.

Amostra Descrição
Transmissão ao vivo Exemplo básico de transmissão ao vivo. AVISO, certifique-se de verificar se todos os recursos estão limpos e não estão mais faturando no portal ao usar ao vivo
Carregue e transmita HLS e DASH Exemplo básico para carregar um ficheiro local ou codificação a partir de um URL de origem. Exemplo mostra como usar o SDK de armazenamento para baixar conteúdo e mostra como transmitir para um player
Carregue e transmita HLS e DASH com PlayReady e Widevine DRM Demonstra como codificar e transmitir usando Widevine e PlayReady DRM

Novo exemplo de Python que demonstra como usar o Azure Functions e a Grade de Eventos para acionar a predefinição de redação do Face.

Maio de 2021

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

Os Serviços de Mídia agora oferecem suporte a Zonas de Disponibilidade, fornecendo locais isolados por falhas dentro da mesma região do Azure. As contas dos Serviços de Mídia são redundantes por padrão agora e não há nenhuma configuração ou definição extra necessária. Isso só se aplica a regiões que têm suporte a zonas de disponibilidade

Março de 2021

Novo suporte a idiomas adicionado à predefinição do AudioAnalyzer

Mais idiomas para transcrição e legendagem de vídeo estão disponíveis agora na predefinição do AudioAnalyzer (modos Básico e Padrão).

  • 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'

Consulte os idiomas mais recentes disponíveis no artigo de conceito Analisando arquivos de vídeo e áudio.

Fevereiro de 2021

Suporte à codificação HEVC no codificador padrão

O codificador padrão agora suporta codificação HEVC (H.265) de 8 bits. O conteúdo HEVC pode ser entregue e empacotado através do Dynamic Packager usando o formato 'hev1'.

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

  • H265ContentAwareEncoding
  • H265AdaptiveStreaming
  • H265SingleBitrate720P
  • H265SingleBitrate1080p
  • H265SingleBitrate4K

Os clientes que usam anteriormente HEVC no Codificador Premium na API v2 devem migrar para usar o novo suporte à codificação HEVC no Codificador Padrão.

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

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

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

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

  • Suporte a eventos ao vivo 24 horas por dia, 7 dias por semana
  • APIs ARM REST, 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 links privados e mais

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

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

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

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

Observação

Todo o novo conteúdo fornecido usando a v3 suportará apenas proteção de conteúdo e streaming de AMS e não suportará mais o modo "híbrido". O plano de dados continuará a fornecer chaves e licenças existentes criadas na v2, mas não suportará mais gerenciamento ou atualizações por meio da API v2 ou v3.

Ação necessária

Para minimizar a interrupção de suas cargas de trabalho, revise o guia de migração de fazer a transição de seu código da API e SDKs da versão 2 para a API e SDK da versão 3 antes de 29 de fevereiro de 2024. Após 29 de fevereiro de 2024, os Serviços de Mídia do Azure não aceitarão mais tráfego na API REST da versão 2, na API de gerenciamento de contas ARM versão 2015-10-01 ou nos SDKs de cliente .NET da versão 2. Isso inclui quaisquer SDKs de cliente de código aberto de terceiros que possam chamar a API da versão 2.

Consulte o anúncio oficial do Azure Updates.

Suporte de codificador padrão para recursos de API v2

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

  • A costura de vários arquivos de entrada agora é suportada usando o novo suporte de JobInputClip.
  • A seleção de faixas de áudio permite que os clientes selecionem e mapeiem as faixas de áudio recebidas e as encaminhem para a saída para codificação
    • Consulte a OpenAPI da API REST para obter detalhes sobre e seleção de faixas do AudioTrackDescriptor
  • Seleção de faixas para codificação – permite que os clientes escolham faixas de um arquivo de origem ABR ou arquivo ao vivo que tenha várias faixas de taxa de bits. Extremamente útil para gerar MP4s a partir dos arquivos de arquivo de eventos ao vivo.
  • Recursos de redação (desfoque) adicionados ao FaceDetector
    • Consulte os modos Redact e Combined da predefinição do FaceDetector

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

Novas versões do SDK do cliente para todos os idiomas disponíveis agora estão disponíveis com os recursos acima. Atualize para os SDKs de cliente mais recentes em suas bases de código usando seu 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: As chaves de conteúdo e outros dados armazenados em contas criadas com a API da versão "2020-05-01" são criptografados com uma chave de conta. Os clientes podem fornecer uma chave para criptografar a chave da 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 de Serviços de Mídia para fornecer acesso a Cofres de Chaves (para Chaves Customer-Managed) e contas de armazenamento (para Armazenamento Confiável).

Exemplos de Node.js TypeScript atualizados usando SDK isomórfico para JavaScript

As amostras Node.js foram atualizadas para usar o SDK isomórfico mais recente. Os exemplos agora mostram o uso de TypeScript. Além disso, um novo exemplo de transmissão ao vivo foi adicionado para Node.js/TypeScript.

Veja os exemplos mais recentes no media-services-v3-node-tutorials repositório Git Hub.

Novo modo Live Stand-by para suportar arranque mais rápido a partir do estado quente

Os Eventos ao Vivo agora suportam um modo de faturamento de baixo custo para "stand-by". Isso permite que os clientes pré-aloquem eventos ao vivo a um custo mais baixo para a criação de "hot pools". Os clientes podem usar os eventos ao vivo em stand-by 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 significativamente o tempo para iniciar o canal e permite a alocação rápida de hot-pool de máquinas funcionando em um modo de preço mais baixo. Veja os últimos detalhes de preços aqui. Para obter mais informações sobre o estado de espera e os outros estados de eventos ao vivo, consulte o artigo - estados e faturamento de eventos ao vivo.

Dezembro de 2020

Disponibilidade regional

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

Outubro de 2020

Análise Básica de Áudio

A predefinição Análise de áudio agora inclui um nível de preço do modo Básico. O novo modo Basic Audio Analyzer oferece uma opção de baixo custo para extrair transcrição de fala e formatar legendas e legendas de saída. Este modo realiza a transcrição de fala para texto e a geração de um arquivo de legenda/legenda VTT. A saída desse modo inclui um arquivo JSON do Insights, incluindo apenas as palavras-chave, transcrição e informações de tempo. A deteção automática de idioma e a diarização do orador não estão incluídas neste modo. Consulte a lista de idiomas suportados.

Os clientes que usam o Indexer v1 e o Indexer v2 devem migrar para a predefinição Basic Audio Analysis.

Para obter mais informações sobre o modo Basic Audio Analyzer, consulte Analisando arquivos de vídeo e áudio.

Eventos ao vivo

As atualizações para a maioria das propriedades agora são permitidas quando os eventos ao vivo são interrompidos. Além disso, os usuários têm permissão para especificar um prefixo para o nome de host estático para as URLs de entrada e 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 de espera. Consulte Eventos ao vivo e saídas ao vivo em Serviços de mídia.

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

A codificação ao vivo agora adiciona a capacidade de enviar fragmentos de intervalo de quadros-chave fixos entre 0,5 e 20 segundos.

Contas

Advertência

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

Agosto de 2020

Encriptação dinâmica

O suporte para a encriptação herdada PlayReady Protected Interoperable File Format (PIFF 1.1) está agora disponível no Dynamic Packager. Isso fornece suporte para aparelhos de Smart TV legados da Samsung e LG que implementaram os primeiros rascunhos do padrão Common Encryption (CENC) publicado pela Microsoft. O formato PIFF 1.1 também é conhecido como o formato de criptografia que era suportado anteriormente pela biblioteca de cliente do Silverlight. Hoje, o único cenário de caso de uso para este formato de criptografia é atingir o mercado de Smart TV legado, onde ainda há um número não trivial de Smart TVs em algumas regiões que suportam apenas Smooth Streaming com 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 Streaming Locator. Para obter mais informações, consulte a Visão geral da 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 ao PIFF 1.1 é fornecido como uma solução retrocompatível para Smart TV (Samsung, LG) que implementou a versão inicial "Silverlight" do Common Encryption. Você deve usar o formato PIFF somente quando necessário para o suporte de Smart TVs Samsung ou LG legadas enviadas entre 2009-2015 que suportaram a versão PIFF 1.1 da criptografia PlayReady.

Julho de 2020

Transcrições ao vivo

O Live Transcriptions agora suporta 19 idiomas e 8 regiões.

Alta disponibilidade

Publicamos uma visão geral de alta disponibilidade com serviços de mídia e vídeo sob demanda (VOD) visão geral e exemplo.

Junho de 2020

Versão de pré-visualização do Live Video Analytics no IoT Edge

A prévia do Live Video Analytics no IoT Edge foi divulgada.

O Live Video Analytics no IoT Edge é uma expansão para a família Media Service. Ele permite que você analise vídeo ao vivo com modelos de IA de sua escolha em seus 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, Alemanha Centro-Oeste, Suíça Norte e Suíça Oeste são agora GA

Os Serviços de Multimédia do Azure estão agora disponíveis em geral nas seguintes regiões: "Alemanha Norte", "Alemanha Oeste Central", "Suíça Norte" e "Suíça Oeste". Os clientes podem implantar Serviços de Mídia nessas regiões usando o portal do Azure.

Abril de 2020

Melhorias na documentação

Os documentos do Azure Media Player foram migrados para ode 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 para mecanismos de inferência.
  • Ao gerar miniaturas com o modo "Melhor", o codificador agora pesquisa além de 30 segundos para selecionar um quadro que não seja monocromático.

Atualizações na nuvem do Azure Government

Serviços de Mídia GA'ed nas seguintes regiões do Azure Government: USGov Arizona e USGov Texas.

Dezembro de 2019

Adicionado suporte CDN para cabeçalhos de de Origin-Assist Prefetch para streaming ao vivo e de vídeo sob demanda; disponível para clientes que têm contrato direto com a Akamai CDN. Origin-Assist CDN-Prefetch recurso 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 Recetor 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:
Fragmentos(video=1400000000,format=mpd-time-cmaf)
Origem CDN Para fornecer caminho de pré-busca para CDN
CDN-Origin-Assist-Prefetch-Request 1 (pedido de pré-busca) ou 0 (pedido regular) CDN Origem Para indicar a solicitação da CDN é uma pré-busca

Para ver parte da troca de cabeçalhos 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ê verá o cabeçalho CDN-Origin-Assist-Prefetch-Path com um caminho relativo como seu valor.

Novembro de 2019

Pré-visualização da transcrição ao vivo

A transcrição ao vivo está agora em pré-visualização pública e disponível para uso na região Oeste dos EUA 2.

A transcrição ao vivo foi projetada para funcionar com eventos ao vivo como um recurso adicional. Ele é suportado em eventos ao vivo de transmissão e codificação Standard ou Premium. Quando esse recurso está habilitado, o serviço usa o recurso de fala para texto dos Serviços Cognitivos para transcrever as palavras faladas no áudio de entrada em texto. Este texto é então disponibilizado para entrega juntamente com vídeo e áudio nos protocolos MPEG-DASH e HLS. A cobrança é baseada em um novo medidor adicional que é um custo extra para o evento ao vivo quando ele está no estado "Em execução". Para obter detalhes sobre transcrição e faturamento ao vivo, consulte de transcrição ao vivo

Observação

Atualmente, a transcrição ao vivo está disponível apenas como um recurso de visualização na região Oeste dos EUA 2. Suporta a transcrição de palavras faladas em inglês (en-us) apenas neste momento.

Proteção de conteúdo

O recurso Token Replay Prevention lançado em regiões limitadas em setembro já está disponível em todas as regiões. Os clientes dos Serviços de Mídia agora podem definir um limite para o 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 repetição de token.

Adicionado suporte para os seguintes novos codificadores de parceiros recomendados para transmissão ao vivo RTMP:

  • Cambria ao vivo 4.3
  • Câmeras de ação GoPro Hero7/8 e Max
  • Restream.io

Aprimoramentos de codificação de arquivos

  • Uma nova predefinição de codificação com reconhecimento de conteúdo já está disponível. Ele produz um conjunto de MP4s alinhados ao GOP usando codificação com reconhecimento de conteúdo. Dado 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. Esta predefinição é eficaz para vídeos de baixa e média complexidade, onde os arquivos de saída estão em taxas de bits mais baixas, 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, consulte o especificações de API abertas.
  • Desempenho melhorado e multi-threading para o redimensionador no codificador padrão. Sob condições específicas, o cliente deve ver um aumento de desempenho entre 5-40% codificação VOD. O conteúdo de baixa complexidade codificado em várias taxas de bits verá os maiores aumentos de desempenho.
  • A codificação padrão agora mantém uma cadência GOP regular para conteúdo de taxa de quadros variável (VFR) durante a codificação VOD ao usar a configuração GOP baseada em tempo. Isso significa que o cliente que envia conteúdo de taxa de quadros mista que varia entre 15-30 fps, por exemplo, agora deve ver distâncias GOP regulares calculadas na saída para arquivos MP4 de streaming de taxa de bits adaptável. Isso melhorará a capacidade de alternar perfeitamente entre faixas ao entregar por HLS ou DASH.
  • Sincronização AV melhorada para conteúdo de origem de taxa de fotogramas variável (VFR)

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 quadros-chave de alta resolução oferece imagens de qualidade original e permite que você use os modelos de inteligência artificial baseados em imagem fornecidos pelos serviços Microsoft Computer Vision e Custom Vision para obter ainda mais informações do seu vídeo.

Setembro de 2019

Serviços de Mídia v3

Codificação linear ao vivo de eventos ao vivo

Media Services v3 está anunciando a visualização de 24 horas x 365 dias de codificação linear ao vivo de eventos ao vivo.

Serviços de Mídia v2

Descontinuação de processadores de mídia

Estamos anunciando a substituição do Azure Media Indexer e do Azure Media Indexer 2 Preview. Para obter as datas de desativação, consulte o artigo componentes herdados. O Azure Video Indexer substitui esses processadores de mídia herdados.

Para obter mais informações, consulte migrar do Azure Media Indexer e do Azure Media Indexer 2 para Azure Media Services Video Indexer.

Agosto de 2019

Serviços de Mídia v3

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

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

Para obter mais informações, consulte Nuvens e regiões nas quais os Serviços de Mídia v3 existem.

Serviços de Mídia v2

Descontinuação de processadores de mídia

Estamos anunciando a substituição dos processadores de mídia Windows Azure Media Encoder (WAME) e Azure Media Encoder (AME), que estão sendo desativados. Para as datas de aposentadoria, consulte este componente herdado artigo.

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

Julho de 2019

Proteção de conteúdo

Ao transmitir 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 Repetiçã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 repetição de token.

A partir de julho, o recurso de visualização estava disponível apenas no US Central e no US West Central.

Junho de 2019

Subclipping de vídeo

Agora você pode cortar ou subclipar um vídeo ao codificá-lo usando um Job.

Essa funcionalidade funciona com qualquer Transform criada usando as predefinições de BuiltInStandardEncoderPreset ou as predefinições StandardEncoderPreset.

Maio de 2019

Suporte do Azure Monitor para logs e métricas 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 do Azure Monitor para monitorar solicitações enviadas pelo ponto de extremidade de Entrega de Chaves dos Serviços de Mídia.
  • Monitore as métricas emitidas pelos Serviços de Mídia Terminais de Streaming.

Para obter detalhes, consulte Monitor Media Services.

Suporte a várias faixas de áudio em Dynamic Packaging

Ao transmitir ativos que têm várias faixas de áudio com vários codecs e idiomas, Dynamic Packaging agora suporta várias faixas de áudio para a saída HLS (versão 4 ou superior).

Par regional da Coreia está aberto para Serviços de Mídia

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

Para obter mais informações, consulte Nuvens e regiões nas quais os Serviços de Mídia v3 existem.

Melhorias de desempenho

Adicionadas atualizações que incluem melhorias de desempenho dos Serviços de Mídia.

Abril de 2019

Novas predefinições

  • FaceDetectorPreset foi adicionada às predefinições integradas do analisador.

Março de 2019

O Dynamic Packaging agora suporta Dolby Atmos. Para obter mais informações, consulte Codecs de áudio suportados pelo empacotamento dinâmico.

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

Fevereiro de 2019

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

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

Janeiro de 2019

Arquivos Media Encoder Standard e MPI

Ao codificar com o Media Encoder Standard para produzir arquivo(s) MP4, um novo arquivo .mpi é gerado e adicionado ao ativo de saída. Este arquivo MPI destina-se a melhorar o desempenho para de empacotamento dinâmico e cenários de streaming.

Você não deve modificar ou remover o arquivo MPI, ou assumir qualquer dependência em seu serviço da existência (ou não) de tal arquivo.

Dezembro de 2018

As atualizações da versão GA da API V3 incluem:

  • As propriedades PresentationTimeRange não são mais 'necessárias' para Filtros de Ativos e Filtros de Conta.
  • As opções de consulta $top e $skip para Jobs e Transforms foram removidas e $orderby foi adicionada. Como parte da adição da nova funcionalidade de ordenação, descobriu-se que as opções $top e $skip foram acidentalmente expostas anteriormente, embora não tenham sido implementadas.
  • A extensibilidade da enumeração foi reativada. Esse recurso foi ativado nas versões de visualização do SDK e foi desativado acidentalmente na versão GA.
  • Duas políticas de streaming predefinidas foram renomeadas. SecureStreaming agora está MultiDrmCencStreaming. SecureStreamingWithFairPlay está agora Predefined_MultiDrmStreaming.

Novembro de 2018

O módulo CLI 2.0 agora está disponível para Azure Media Services v3 GA – v 2.0.50.

Novos comandos

Novos recursos e mudanças significativas

Comandos de ativos

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

Comandos de trabalho

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

Comandos do Streaming Locator

  • az ams streaming locator comando base 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 renomeado para --content-key-policy-name.

Comandos da Política de Streaming

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

Comandos Transformar

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

Outubro 2018 - GA

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

Versão REST v3 GA

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

Azure Resource Management

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

A partir desta versão, você pode usar modelos do Gerenciador de Recursos para criar eventos ao vivo.

Melhoria das operações de Ativos

Foram introduzidas as seguintes melhorias:

  • Ingerir a partir de URLs HTTP(s) ou URLs SAS do Armazenamento de Blob do Azure.
  • Especifique seus próprios nomes de contêiner para Ativos.
  • Suporte de saída mais fácil para criar fluxos de trabalho personalizados com o Azure Functions.

Novo objeto Transform

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

Autenticação do Azure Ative Directory e Azure RBAC

A Autenticação do Azure AD e o controle de acesso baseado em função do Azure (Azure RBAC) habilitam Transformações seguras, LiveEvents, Políticas de Chave de Conteúdo ou Ativos por Função ou Usuários no Azure AD.

SDKs de cliente

Linguagens suportadas no Media Services v3: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Atualizações de codificação em tempo real

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

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

  • Suporte RTMP melhorado (maior estabilidade e mais suporte ao codificador de origem).

  • RTMPS ingestão segura.

    Ao criar um Evento ao Vivo, você recebe 4 URLs de ingestão. Os 4 URLs de ingestão são quase idênticos, têm o mesmo token de streaming (AppId), apenas a parte do número da porta é diferente. Dois dos URLs são primários e de backup para RTMPS.

  • Suporte a transcodificação 24 horas.

  • Suporte melhorado à sinalização de anúncios em RTMP via SCTE35.

Suporte melhorado à Grelha de Eventos

Você pode ver as seguintes melhorias no suporte da Grade de Eventos:

  • Integração da Grelha de Eventos do Azure para um desenvolvimento mais fácil com as Aplicações Lógicas e o Azure Functions.
  • Inscreva-se para eventos em Codificação, Canais ao Vivo e muito mais.

Suporte CMAF

Suporte de criptografia CMAF e 'cbcs' para Apple HLS (iOS 11+) e MPEG-DASH players que suportam CMAF.

Indexador de vídeo

O lançamento do Video Indexer GA foi anunciado em agosto.

Planos de mudanças

CLI do Azure 2.0

O módulo 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/Ativos, Políticas de Streaming) será lançado em breve.

Problemas conhecidos

Somente os clientes que usaram a API de visualização para Asset ou AccountFilters são afetados pelo seguinte problema.

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

Maio 2018 - Pré-visualização

SDK do .NET

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

  • Localizadores de Streaming para publicação e streaming de conteúdo para dispositivos de usuários finais
  • Políticas de Streaming e Políticas de Chave de Conteúdo para configurar a entrega de chaves e a proteção de conteúdo (DRM) ao fornecer conteúdo.
  • de 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 armazenar e publicar conteúdo de mídia no Armazenamento do Azure.
  • Streaming Endpoints configurar e dimensionar empacotamento dinâmico, criptografia e streaming para conteúdo de mídia ao vivo e sob demanda.

Problemas conhecidos

  • Ao enviar um trabalho, você pode especificar para ingerir seu vídeo de origem usando URLs HTTPS, URLs SAS ou caminhos para arquivos localizados no armazenamento de Blob do Azure. Atualmente, o Media Services v3 não suporta codificação de transferência em partes através de URLs HTTPS.

Faça perguntas, dê feedback, receba atualizações

Consulte o artigo da comunidade dos Serviços de Multimédia do Azure para ver diferentes formas de fazer perguntas, enviar comentários e obter atualizações sobre os Serviços de Multimédia.

Ver também

Orientações de migração para mudar de Media Services v2 para v3.