Descrição geral da rede e disponibilização de vídeos do Microsoft Stream (Clássico)

  • Artigo

Aviso

Microsoft Stream (Clássico) está a ser descontinuada e substituída pelo Stream (no SharePoint) e pelos eventos em direto do Microsoft Teams. Recomenda-se que comece a utilizar o Stream (no SharePoint) ao carregar vídeos para o SharePoint, Teams, Viva Engage ou OneDrive e executar os seus eventos em direto através do Teams e Viva Engage.

As funcionalidades no Stream (Clássico) serão alteradas e removidas antes da data de descontinuação. Saiba mais sobre o Stream (no SharePoint)...

Transmissão em fluxo de velocidade adaptável

Existem muitos formatos de vídeo suportados que podem ser carregadas para o Microsoft Stream. Depois, cada ficheiro de vídeo é codificado num formato padrão com qualidades e tamanhos de vídeo diferentes para reprodução. O Stream (Clássico) utiliza transmissão em fluxo de velocidade adaptável (ABR) unicast em HTTPS para selecionar de forma dinâmica a melhor qualidade de reprodução de vídeo com base na largura de banda disponível na rede e no tamanho do leitor de vídeo.

Durante a reprodução, o leitor adapta-se às flutuações das condições da rede e do tamanho do leitor. Se a largura de banda disponível for alta, o leitor transmitirá uma versão de alta qualidade do vídeo. Se a largura de banda cair, o leitor transmitirá uma versão de baixa qualidade do vídeo. A qualidade e a resolução do vídeo também serão proporcionais ao tamanho do leitor. Se um espetador estiver a ver num ecrã mais pequeno, obterá sempre uma versão mais pequena do vídeo.

A transmissão em fluxo de velocidade adaptável faz tudo isto em segundo plano, durante a reprodução do vídeo, e com o mínimo possível de interrupções ou de utilização de memória intermédia. Durante a reprodução de vídeo, o leitor de vídeo permite que o utilizador altere manualmente a qualidade de reprodução automática, para selecionar uma qualidade de reprodução de vídeo específica.

Codificação inteligente de vídeos carregados para transmissão em fluxo de velocidade adaptável

O Stream (Clássico) utiliza mecanismos inteligentes para determinar como cria as diferentes qualidades e tamanhos a partir do vídeo transferido inicialmente, para serem utilizados na transmissão em fluxo de velocidade adaptável.

Em primeiro lugar, o Stream (Clássico) determina o número de diferentes qualidades ou representações que devem ser criadas para o vídeo carregado. O Stream (Clássico) tem em conta a resolução original do vídeo. Por exemplo, se for um vídeo de 1080p ou superior, a aplicação criará mais níveis de qualidade (cerca de 6) de forma decrescente até à versão com a qualidade mais baixa. No entanto, se o vídeo carregado tiver uma resolução de 480p, serão criados menos níveis de qualidade (cerca de 3) de forma decrescente até à versão com a qualidade mais baixa. O Stream (Clássico) não gera nenhuma resolução do vídeo que exceda a resolução do vídeo carregado inicialmente.

Depois de decidir o número de diferentes qualidades ou representações de vídeo, a próxima fase é determinar a velocidade de transmissão de cada representação. Quanto maior for a qualidade da representação, mais é o número de bits necessário. No entanto, nem todos os vídeos são criados de forma igual, pelo que os diferentes tipos de vídeo necessitam de velocidades de transmissão diferentes para proporcionarem uma experiência de visualização de alta qualidade. Se um vídeo tiver muito movimento, terá de ser entregue com uma velocidade de transmissão superior para proporcionar uma experiência de visualização excelente. No entanto, uma apresentação do PowerPoint num vídeo, maioritariamente com texto estático, pode proporcionar uma ótima experiência de visualização com uma velocidade de transmissão mais baixa.

Para lidar com esta variabilidade em conteúdos de vídeo, o Stream (Clássico) mede as características do vídeo carregado e, em seguida, recomenda a velocidade de transmissão para cada representação. Cada vídeo transferido para o Stream (Clássico) terá um conjunto ligeiramente diferente de resoluções e de velocidade de transmissão utilizadas para a transmissão em fluxo, para garantir a utilização inteligente da largura de banda, utilizando mais bits apenas quando necessário.

Ao ver um vídeo no Stream, as diferentes representações criadas para a transmissão em fluxo de velocidade adaptável podem ser vistas no leitor:

  • No leitor do Stream (Clássico), clique no ícone da Engrenagem e, em seguida, selecione Qualidade.
Exemplos: Descrição Leitor
Gravações de reuniões do Teams As gravações de reuniões do Teams são codificadas através de uma única representação de vídeo, com uma resolução de 1080p. 1080p – 574 Kbps
Vídeo a pedido (exceto gravações de reunião) O vídeo a pedido que não esteja relacionado com o Teams é codificado com base numa predefinição sensível ao conteúdo que seleciona, de forma inteligente, até 6 representações de vídeo, conforme ilustrado neste exemplo. Os conteúdos de maior complexidade com um elevado grau de variação de cores e movimento serão codificados com mais representações de vídeo, ao passo que os conteúdos de complexidade inferior serão codificado com menos. 1080p – 3 Mbps
720p – 1,6 Mbps
540p – 989 Kbps
360p – 460 Kbps
270p – 327 Kbps
180p – 193 Kbps

Codificar perfil para eventos em direto

A codificação inteligente listada acima só se aplica a vídeos carregados para o Stream.

Os eventos em direto criados no Stream (Clássico) ou eventos em direto produzidos numa "Aplicação ou dispositivo externos" a partir do Yammer ou Microsoft Teams irão obter um perfil de codificação fixo:

  • 720p - 1,7 Mbps
  • 540p - 850 Kbps
  • 360p - 350 Kbps
  • 240p - 140 Kbps

Nota

Se a sua resolução de vídeo de entrada a partir do codificador for de 720p ou superior, irá obter o perfil acima. Se baixar a resolução do seu vídeo de entrada do codificador para um valor inferior a 720p, apenas terá acesso às velocidades de transmissão de saída correspondentes à sua resolução de entrada e inferiores. Por exemplo, se enviou um vídeo com uma resolução de 540p a partir do seu codificador, a velocidade de transmissão máxima que os espetadores conseguirão obter será a versão de 540p a 850kbps. O Stream (Clássico) não altera o perfil de codificação em tempo real com base na velocidade de transmissão de entrada a partir do codificador, limitando-se apenas a suprimir níveis de qualidade com base na resolução de entrada.

Requisitos de largura de banda para a reprodução de vídeos

A reprodução de vídeos no Stream (Clássico) é o unicast, o que significa que cada espetador obtém o seu próprio fluxo de vídeo a partir da Internet. Com base na condição inteligente e na transmissão em fluxo de velocidade adaptável utilizada pelo Stream, os requisitos de largura de banda para a reprodução de vídeo não são um número estático. A reprodução de um vídeo pode consumir diferentes quantidades de largura de banda da Internet consoante os seguintes fatores associados ao vídeo carregado:

  • resolução original, velocidade de transmissão e conteúdo
  • largura de banda disponível do utilizador
  • tamanho do leitor

Se quiser desenvolver estimativas de largura de banda, tem de carregar alguns vídeos que representem os conteúdos típicos que a sua organização irá utilizar com o Stream (Clássico) e assistir aos vídeos em ecrãs cujos tamanhos sejam representativos dos que serão utilizados pelos espetadores. Em seguida, pode realizar algumas medições de largura de banda e amostragem. Por último, pode utilizar estes valores aproximados para fazer cálculos de alto nível e estimativas da quantidade de largura de banda que os seus utilizadores irão consumir, com base no número de pessoas que pensa que irão assistir a vídeos ao mesmo tempo.

Otimizar a disponibilização de vídeos na minha rede local

O Stream (Clássico) tira partido da codificação inteligente e da transmissão em fluxo de velocidade adaptável para reduzir o tráfego de rede e de internet utilizado pela reprodução de vídeos. No entanto, a reprodução é uma transmissão unicast. No caso de eventos em direto ou de vídeos enviados para grandes grupos de pessoas na sua organização, é possível que haja uma quantidade significativa de largura de banda de Internet consumida pelos espetadores.

Para organizações que pretendam reduzir o tráfego da Internet para eventos em direto e vídeos populares, existem duas opções:

  1. Tirar partido das proxies de cache existentes na sua rede

    Assistir a vídeos a partir do Stream (Clássico) tem lugar através de HTTPS, pelo que os proxies de cache da web normais podem ser configurados para colocar o tráfego de reprodução de vídeos em cache. Poderá ter de configurar a certificação SSL personalizada para que tal seja possível através de HTTPS. No entanto, se olhar para um rastreio de rede enquanto reproduz um vídeo, pode ver os URLs que o Stream (Clássico) utiliza para transmitir o vídeo em fluxo para a sua organização (os URLs podem variar consoante o inquilino do Stream (Clássico)). Se encaminhar esses URLs através do seu proxy de cache, pode colocar o tráfego de vídeo em cache e reduzir o tráfego da Internet para os vídeos reproduzidos frequentemente.

  2. Utilizar uma solução de envio de vídeo eCDN de terceiros otimizada para o Stream (Clássico)

    Existem várias soluções de eCDN de entrega de vídeo pré-integradas e podem ser configuradas para serem utilizadas com o Stream. Estas plataformas eCDN permitem que as organizações otimizem a largura de banda de rede sem sacrificar experiências de visualização do utilizador final. Os nossos parceiros podem ajudar a ativar uma distribuição de vídeo mais dimensionável e eficiente na sua rede empresarial. Consulte o artigo Dimensionar a entrega de vídeo com fornecedores de eCDN de terceiros para obter mais informações.

Pontos finais que precisam de estar acessíveis pelos utilizadores na sua rede

Pontos finais de Microsoft Stream (Clássico) gerais

Microsoft Stream (Clássico) requer conectividade à Internet. Todos os pontos finais listados nos pontos finais Office 365 para Microsoft Stream têm de estar acessíveis por utilizadores de Microsoft Stream (Clássico) na rede da sua organização.

Eventos em direto produzidos por dispositivos ou aplicação externa (anteriormente designado por codificador externo) - pontos finais de ingestão RMTP.

Para obter um feed de vídeo para uma aplicação externa ou evento em direto produzido por dispositivo enviado para Microsoft Stream (Clássico) a partir do seu codificador, precisará dos seguintes intervalos de IP e portas abertas na firewall da sua rede:

  • Domínios: *.channel.media.azure.net
  • Portas: 1935/2935/1936/2936 (para RTMP e RTMPS)

Se a configuração de rede específica não lhe permitir (ou não quiser) abrir o intervalo de domínios acima, atualmente a única opção para obter endereços IP específicos para a ingestão RTMP/RTMPS é obter os intervalos de IP rotativos para o datacenter do Azure ao qual o seu inquilino Microsoft Stream (Clássico) está ligado.

Os seguintes ficheiros JSON são atualizados à medida que os endereços IP para os centros de dados do Azure mudam, divididos por região e pelos serviços identificados.

Estes ficheiros são atualizados semanalmente e incluem o controlo de versões para o ficheiro completo e para cada etiqueta de serviço individual nesse ficheiro.

Para localizar o datacenter do Azure para o seu inquilino Stream (Clássico):

  1. No Stream, clique em ? no canto superior direito.

  2. Selecione Acerca de Microsoft Stream.

  3. Veja as informações em Os seus dados estão armazenados em.

Depois de descobrir o datacenter do Azure para o seu inquilino Stream (Clássico), localize os intervalos de IP correspondentes no ficheiro XML acima e, em seguida, atualize a firewall/proxy com os intervalos de IP específicos do seu datacenter. À medida que o ficheiro XML for sendo alterado, tem de atualizar igualmente as suas definições de firewall/proxy.

Exemplo:

  • Se a secção Acerca do Microsoft Stream indicar que os seus dados estão armazenados em "East US 2"

  • No ficheiro XML, procuraria um nó com <o nome Nome da Região="useast2">

  • Nesse nó Região , haveria várias entradas para todos os intervalos de IP (<Sub-rede IpRange="13.68.0.0/17">)

  • Terá de configurar o seu firewall\proxy para permitir todos estes intervalos de IP e alterá-los regularmente quando o ficheiro XML for atualizado.

Os utilizadores na comunidade escreveram código que, numa agenda, utiliza o ficheiro XML acima e converte os dados numa API que pode ser consultada. A sua organização poderá aprender com o que foi feito com este projeto open source e criar a sua própria solução semelhante para atualizar regularmente as definições de firewall/proxy.

CDN usada para reprodução de vídeo

Os eventos em direto no Stream (Clássico) e em Dispositivos ou aplicações externas a partir do Yammer/Teams, bem como os vídeos a pedido, utilizarão automaticamente a CDN do Azure.

Os vídeos a pedido carregados para o Stream, bem como as gravações de eventos em direto, também irão utilizar a CDN do Azure para reprodução, se for necessário. Quando a CDN do Azure não for necessária nestes vídeos, os mesmos serão reproduzidos a partir dos servidores de origem dos Serviços de Multimédia do Azure associado à região geográfica do inquilino.

Se várias pessoas da mesma organização no mesmo local geográfico estiverem a transmitir os mesmos vídeos, as CDNs irão armazenar uma cópia desses vídeos num local mais próximo dessa localização geográfica. Com o vídeo armazenado, ou colocado em cache na localização mais próxima, cada pessoa transmite em fluxo o vídeo a partir da localização mais próxima da mesma, e não de uma localização mais distante. O Stream (Clássico) utiliza os Serviços de Multimédia do Azure para gerir o que é colocado nas CDNs do Azure, e durante quanto tempo. Os Serviços de Multimédia do Azure podem utilizar qualquer localização de CDN do Azure para colocar em cache manifestos e fragmentos de vídeo durante alguns dias. Se as pessoas na sua organização continuarem a ver os vídeos em cache, estes ficarão na cache. Se ninguém aceder ao vídeo durante vários dias, este acabará por ser retirado da cache. Da próxima vez que alguém tentar ver o vídeo, este será novamente colocado em cache na localização da CDN mais próxima.

Qualquer pessoa que tente ver o vídeo enquanto o conteúdo estiver em cache numa CDN próxima tira partido do facto de o vídeo estar mais próximo e, na maioria dos casos, com menos saltos de rede. Isto melhora a velocidade de reprodução do vídeo, mas não altera os requisitos de rede para reproduzir o mesmo.

Encriptação ao nível do vídeo e fluxo de reprodução

O Stream (Clássico) sabe a importância de manter os seus dados privados e protegidos. O Centro de Confiança da Microsoft descreve o nosso compromisso para com a privacidade e segurança dos seus conteúdos. Na reprodução de vídeo, a velocidade é importante para uma boa experiência, mas não queremos comprometer a sua segurança ou privacidade em troca de velocidade. Eis como conjugamos velocidade, segurança e privacidade.

Quando for carregado um novo vídeo ou criado um evento em direto por si ou por outra pessoa na sua organização, o vídeo é transcodificado, encriptado com encriptação AES-128 e armazenado nos Serviços de Multimédia do Azure. Ou seja, os vídeos são encriptados em trânsito e quando inativos.

Se alguém na sua organização tentar assistir a um vídeo, terá de seguir estes passos:

  1. Stream (Clássico) determina se o visualizador tem acesso ao vídeo ao verificar as permissões definidas no vídeo na base de dados SQL do Azure para Stream (Clássico) e informações no Microsoft Entra ID sobre o utilizador

  2. Se o utilizador tiver permissão para ver o vídeo, a chave de desencriptação é obtida a partir dos Serviços de Multimédia do Azure e atribuída ao leitor de vídeo do Stream (Clássico)

  3. O leitor de vídeo do Stream (Clássico) utiliza, em seguida, a chave de desencriptação para desencriptar o vídeo de forma imediata, à medida que o vídeo está a ser reproduzido

Consulte também

Dimensionar a entrega de vídeo com fornecedores de eCDN de terceiros