Uma breve discussão sobre o esquema de reprodução de vídeo on -line baseado no HTML5

Este artigo apresenta principalmente o esquema de reprodução de vídeo on -line com base no HTML5, discute questões relacionadas, como codificação e suporte ao navegador. Amigos que precisam

Agora, nesta era especial: o Flash está prestes a morrer, as questões históricas da Microsoft e do IE, o padrão HTML5 é incerto, a disputa entre a Apple e a fonte fechada e o código aberto do Google, a tendência geral da Internet móvel e a própria batalha do navegador ... todos eles levam a desenvolvedores da Web que serem confusos ao projetar soluções em vídeo. Este artigo se concentra neste tópico para discutir tecnologias, princípios e ferramentas relacionados.

Muitas pessoas confundem a codificação e o formato da mesma coisa, e geralmente usam o sufixo do arquivo de vídeo para determinar exclusivamente o grau de suporte do arquivo de vídeo. De fato, para resumir em uma frase, o sufixo de arquivo de um vídeo (supondo que não haja modificação maliciosa do sufixo) representa realmente um formato de encapsulamento, enquanto o algoritmo de codificação de vídeo ou áudio não tem um relacionamento direto com o formato de encapsulamento e o mesmo formato de encapsulamento (isto é, o mesmo sufixo) pode ser encagado com o videowio. Se um dispositivo de reprodução de vídeo ou software suporta reprodução de vídeo depende não apenas do formato de embalagem, mas também do algoritmo de codificação. Reconhecer isso é a base para a compreensão e solução de problemas.

O formato de encapsulamento especifica todo o conteúdo do vídeo, incluindo imagens, sons, legendas, controles de sistema etc., entre os quais imagens e som são os mais críticos.

O MPEG é uma organização internacional que define as especificações dos vídeos. O MPEG-1 e o MPEG-2 que eles lançaram são na verdade os VCDs e DVDs conhecidos, mas essas são coisas antigas. Vamos dar uma olhada nas especificações do MPEG-4 relacionadas ao tópico deste artigo.

A especificação MPEG-4 especifica que o sufixo de arquivo é nomeado .mp4 e atualmente inclui três algoritmos de codificação e compressão de imagens: XVID/DivX/AVC (H.264), entre os quais o XVID e o DivX também podem ser chamados coletivamente MPEG-4 ou MPEG-4 visual, enquanto o mais conhecido H.264 O áudio é AAC. O conteúdo a seguir sobre compatibilidade vem das fábricas da Wikipedia e formato e dos testes do autor:

Navegador Android: suporta divx e avc, xvid não deve apoiá -lo

iPhone e iPad (iOS): suportar divx e avc, xvid não suporta

Chrome: suporta AVC, não suporta DivX e XVID. O Google anunciou no início de 2011 que removeria o suporte ao navegador Chrome para o AVC (H.264) devido a problemas de licenciamento. Mas até a versão atual, o AVC ainda está sendo suportado. Além disso, após os testes reais, se o DivX e o AAC forem embalados no MP4, o Chrome pode reproduzir, mas apenas som (AAC).

Firefox e Opera: Devido ao problema de licenciamento, o Firefox e o Opera Waver, gradualmente, o suporte ao AVC. O autor testa o AVC no mais recente Firefox e ainda pode reproduzir (a explicação da Wikipedia é que ela pode estar relacionada ao próprio sistema com um decodificador); Quanto ao DivX e XVID, os resultados dos testes do autor no Firefox não são suportados. A julgar pela Lista de Compatibilidade da Wikipedia, a Opera tem baixo apoio ao AVC.

IE: O IE1 do autor pode apoiar o AVC, mas não suporta divx e xvid

Advocacia do WebM

Devido aos problemas de licenciamento do AVC (H.264), o campo de código aberto liderado por Chrome, Firefox e Opera começou a abalar o apoio ao AVC. Embora esses navegadores ainda possam suportar o AVC, eles também tendem a um projeto multimídia de código aberto chamado WebM, que inclui uma nova solução de codificação de vídeo de código aberto e solução de codec chamada VP8. Atualmente, o VP8 se desenvolveu para VP9. O formato WebM como encapsulado possui o sufixo do .Webm e o tipo MIME de vídeo/WebM. Em termos de áudio, o Vorbis/Opus pode ser usado. Em termos de compatibilidade, Chrome, Firefox e Opera têm compatibilidade muito ideal para o VP8, mas o Safari e o IE dificilmente podem apoiá -lo.

O OGG é quase o mesmo que WebM, de código aberto e é amplamente suportado em plataformas de código aberto. Seu esquema de codificação de vídeo é chamado Theora (desenvolvido pela VP3, desenvolvido pela Fundação Xiph.org, e pode ser usado em qualquer formato de pacote), e o áudio é Vorbis. O sufixo é geralmente .OGV ou .OGG, e o tipo MIME é VIDEO/OGG. Em termos de compatibilidade, Chrome, Firefox e Opera podem apoiá -lo (mas o Opera não pode apoiá -lo em plataformas móveis), mas o Safari e o IE dificilmente podem apoiá -lo.

A premissa real da discussão acima é: o vídeo é baseado na solução HTML5 <Tima>. Agora vamos resumir a compatibilidade:

*IE9 VP8 só pode ser suportado se o usuário tiver instalado o codec VP8.

‡ O Google Chrome anunciou seu abandono de H.264 em 2011, mas ainda não foi cumprido. Pode-se observar que o mainstream ainda é MP4 (AVC), mas, para resolver o domínio do acampamento de código aberto sobre o AVC, você pode optar por usar a solução de várias fontes do vídeo para fornecer suporte adicional para WebM ou OGG com base no AVC: