FMUSER Transmitir vídeo e áudio sem fio mais fácil!

[email protegido] WhatsApp + 8618078869184
Língua

    H.264 (MPEG) -4AVC

     

    O objetivo do projeto H.264 / AVC é criar um padrão que pode fornecer boa qualidade de vídeo a uma taxa de bits muito mais baixa do que os padrões anteriores (ou seja, metade da taxa de bits de MPEG-2, H.263 ou MPEG- ou mais). baixo). 4 Parte 2), sem aumentar a complexidade do projeto, de forma que seja impraticável ou muito caro para implementar. Outro objetivo é fornecer flexibilidade suficiente para permitir que o padrão seja aplicado a vários aplicativos em várias redes e sistemas, incluindo taxas de bits baixas e altas, vídeo de baixa e alta resolução, transmissão, armazenamento de DVD, rede de pacotes RTP / IP e ITU-T sistema de telefonia multimídia. O padrão H.264 pode ser considerado uma "família padrão" composta de muitos arquivos de configuração diferentes. Um determinado decodificador decodifica pelo menos um, mas não necessariamente todos os perfis. A especificação do decodificador descreve quais arquivos de configuração podem ser decodificados. H.264 é geralmente usado para compactação com perdas, embora também seja possível criar regiões de codificação verdadeiramente sem perdas em imagens codificadas com perdas ou para dar suporte a casos de uso raros em que toda a codificação é sem perdas.

     

    O H.264 foi desenvolvido pelo ITU-T Video Coding Expert Group (VCEG) em conjunto com o ISO / IEC JTC1 Moving Picture Experts Group (MPEG). A parceria do projeto é chamada de Joint Video Team (JVT). O padrão ITU-T H.264 e o padrão ISO / IEC MPEG-4 AVC (formalmente, ISO / IEC 14496-10-MPEG-4 Parte 10, Codificação de vídeo avançada) são mantidos em conjunto para que tenham o mesmo conteúdo técnico. A redação final da primeira edição do padrão foi concluída em maio de 2003 e várias extensões de suas funções foram adicionadas às edições subsequentes. A codificação de vídeo de alta eficiência (HEVC), ou seja, H.265 e MPEG-H Parte 2, são os sucessores do H.264 / MPEG-4 AVC desenvolvido pela mesma organização, e os padrões anteriores ainda são comumente usados.

     

    O H.264 mais famoso é provavelmente um dos padrões de codificação de vídeo para discos Blu-ray; todos os reprodutores de disco Blu-ray devem ser capazes de decodificar H.264. Também é amplamente utilizado para streaming de recursos da Internet, como vídeos do Vimeo, YouTube e iTunes Store, software de rede como Adobe Flash Player e Microsoft Silverlight, e várias transmissões de HDTV no solo (ATSC, ISDB-T, DVB) - T ou DVB-T2), cabo (DVB-C) e satélite (DVB-S e DVB-S2).

     

    O H.264 é protegido por patentes pertencentes a todas as partes. As licenças que cobrem a maioria (mas não todas) as patentes necessárias para H.264 são gerenciadas pelo pool de patentes MPEG LA. 3 O uso comercial da tecnologia patenteada H.264 exige o pagamento de royalties à MPEG LA e outros proprietários de patentes. A MPEG LA permite o uso gratuito da tecnologia H.264 para fornecer aos usuários finais streaming gratuito de vídeo da Internet, e a Cisco Systems paga royalties à MPEG LA em nome dos usuários do arquivo binário do codificador H.264 de código aberto.

     

    1. Nomeação
    O nome H.264 segue a convenção de nomenclatura ITU-T, que é membro da série H.26x de padrões de codificação de vídeo VCEG; o nome MPEG-4 AVC está relacionado à convenção de nomenclatura em ISO / IEC MPEG, onde o padrão é ISO / IEC 14496 Parte 10, ISO / IEC 14496 é um conjunto de padrões denominado MPEG-4. O padrão foi desenvolvido em parceria entre a VCEG e a MPEG, e um projeto VCEG denominado H.26L foi realizado anteriormente no ITU-T. Portanto, nomes como H.264 / AVC, AVC / H.264, H.264 / MPEG-4AVC ou MPEG-4 / H.264 AVC são freqüentemente usados ​​para se referir ao padrão para enfatizar a herança comum. Às vezes, também é chamado de "codec JVT", consulte a organização Joint Video Team (JVT) que o desenvolveu. (Este tipo de parceria e nomenclatura múltipla não são incomuns. Por exemplo, o padrão de compressão de vídeo chamado MPEG-2 também se originou da parceria entre MPEG e ITU-T, onde o vídeo MPEG-2 é denominado pela comunidade ITU-T H. 262. 4) Alguns programas de software (como o VLC media player) identificam internamente esse padrão como AVC1.

     

    2. História
    No início de 1998, o Grupo de Especialistas em Codificação de Vídeo (VCEG-ITU-T SG16 Q.6) lançou uma chamada de propostas para um projeto denominado H.26L, com o objetivo de dobrar a eficiência de codificação (o que significa que a taxa de bits necessária dividido pela metade) Um determinado nível de fidelidade em comparação com quaisquer outros padrões de codificação de vídeo existentes usados ​​para várias aplicações. O VCEG é presidido por Gary Sullivan (Microsoft, anteriormente PictureTel, EUA). O primeiro esboço do novo padrão foi adotado em agosto de 1999. Em 2000, Thomas Wiegand (Instituto Heinrich Hertz, Alemanha) tornou-se co-presidente do VCEG.

     

    Em dezembro de 2001, a VCEG e o Moving Picture Experts Group (MPEG-ISO / IEC JTC 1 / SC 29 / WG 11) formaram um Joint Video Group (JVT), e seu estatuto finalizou o padrão de codificação de vídeo. [5] A especificação foi formalmente aprovada em março de 2003. A JVT foi presidida por Gary Sullivan, Thomas Wiegand e Ajay Luthra (Motorola, EUA: posteriormente Arris, EUA). Em junho de 2004, o projeto Fidelity Scope Extension (FRExt) foi finalizado. De janeiro de 2005 a novembro de 2007, a JVT está trabalhando na extensão do H.264 / AVC para escalabilidade por meio de um anexo (G) chamado Scalable Video Coding (SVC). A equipe de gestão da JVT foi ampliada por Jens-Rainer Ohm (Universidade de Aachen, Alemanha). De julho de 2006 a novembro de 2009, a JVT lançou o Multi-Video Video Coding (MVC), que é uma extensão do H.264 / AVC para free-view TV e 3D TV. Este trabalho inclui o desenvolvimento de dois novos perfis padrão: Multiview High Profile e Stereo High Profile.

     

    A padronização da primeira versão do H.264 / AVC foi concluída em maio de 2003. No primeiro projeto de extensão do padrão original, a JVT desenvolveu posteriormente as chamadas Fidelity Range Extensions (FRExt). Essas extensões alcançam codificação de vídeo de qualidade superior, suportando maior precisão de profundidade de bits de amostragem e informações de cores de resolução mais alta, incluindo a chamada amostragem Y'CbCr 4: 2: 2 (= YUV 4: 2: 2) e amostragem Y 'CbCr 4: 4 estrutura: 4. O projeto Fidelity Range Extensions também inclui outras funções, como comutação adaptativa entre 4 × 4 e 8 × 8 transformações inteiras, matrizes de ponderação de quantização baseadas na percepção especificadas pelo codificador, codificação eficiente sem perdas entre imagens e suporte para dados adicionais espaços de cores. O trabalho de design do Fidelity Range Extensions foi concluído em julho de 2004, e seu trabalho de desenho foi concluído em setembro de 2004.

     

    A recente expansão do padrão inclui a adição de cinco outros novos perfis [qual? ] Usado principalmente para aplicações profissionais, adicionando suporte de espaço de gama de cores estendido, definindo indicadores de proporção de aspecto adicionais, definindo dois outros tipos de "informações de aprimoramento suplementares" (dicas pós-filtro e mapeamento de tons) e descartando o arquivo de configuração FRExt anterior Um (alto 4: 4: 4 perfil), feedback da indústria [por quem? ] As instruções devem ser projetadas de maneira diferente.

     

    O próximo recurso importante adicionado ao padrão é o Scalable Video Coding (SVC). Está estipulado no Anexo G de H.264 / AVC que o SVC permite a construção de fluxos de bits contendo subfluxos de bits que também estão em conformidade com o padrão, incluindo um fluxo de bits denominado "camada de base", que pode ser decodificado por H.264 / Codec AVC que suporta SVC. Para escalabilidade de fluxo de bits temporal (ou seja, existem fluxos de bits secundários com uma taxa de amostragem temporal menor do que o fluxo de bits principal), unidades de acesso completas são removidas do fluxo de bits quando o fluxo de bits secundário é derivado. Neste caso, a sintaxe de alto nível e as imagens de referência de inter predição no fluxo de bits são construídas em conformidade. Por outro lado, para escalabilidade espacial e de fluxo de bits de qualidade (ou seja, existem subfluxos de bits com resolução / qualidade espacial inferior ao fluxo de bits principal), remova o NAL do fluxo de bits ao derivar o subfluxo de bits (camada de abstração da rede). . Nesse caso, a predição entre camadas (isto é, predizer uma resolução espacial / sinal de qualidade mais alta a partir de dados de um sinal de qualidade / resolução espacial inferior) é geralmente usada para uma codificação eficiente. A extensão de codificação de vídeo escalonável foi concluída em novembro de 2007.

     

    O próximo recurso importante adicionado ao padrão é o Multi-View Video Coding (MVC). É especificado no Anexo H de H.264 / AVC que o MVC permite a construção de um fluxo de bits que representa mais de uma visualização de uma cena de vídeo. Um exemplo importante desse recurso é a codificação de vídeo 3D estereoscópico. Dois perfis foram desenvolvidos no trabalho MVC: Multiview High Profile suporta qualquer número de visualizações, e Stereo High Profile foi projetado especialmente para vídeo estéreo de duas visualizações. A extensão de codificação de vídeo Multiview foi concluída em novembro de 2009.

     

    3. Aplicação

    O formato de vídeo H.264 tem uma ampla variedade de aplicações, cobrindo todas as formas de vídeo compactado digitalmente, desde aplicativos de streaming de Internet de baixa taxa de bits até transmissão de HDTV e aplicativos de codificação quase sem perdas de filmes digitais. Usando H.264, em comparação com MPEG-2 Parte 2, a taxa de bits pode ser salva em 50% ou mais. Por exemplo, é relatado que a qualidade da TV digital por satélite fornecida pelo H.264 é a mesma que a implementação atual do MPEG-2, com uma taxa de bits de menos da metade. A taxa de implementação atual do MPEG-2 é de cerca de 3.5 Mbit / s, enquanto o H.264 é de apenas 1.5 Mbit. / s. [23] A Sony afirma que o modo de gravação AVC de 9 Mbit / s é equivalente à qualidade de imagem do formato HDV, que usa cerca de 18-25 Mbit / s.

     

    Para garantir a compatibilidade do H.264 / AVC e a adoção sem problemas, muitas organizações de padrões modificaram ou adicionaram aos seus padrões relacionados a vídeo para que os usuários desses padrões possam usar H.264 / AVC. Tanto o formato Blu-ray Disc quanto o agora descontinuado formato HD DVD usam H.264 / AVC High Profile como um dos três formatos de compressão de vídeo obrigatórios. O Digital Video Broadcasting Project (DVB) aprovou o uso de H.264 / AVC para transmissão de televisão no final de 2004.

     

    O órgão de padrões do American Advanced Television System Committee (ATSC) aprovou o H.264 / AVC para transmissão de televisão em julho de 2008, embora o padrão ainda não tenha sido usado para transmissões fixas de ATSC nos Estados Unidos. [25] [26] Ele também é aprovado para o padrão ATSC-M / H (móvel / portátil) mais recente, usando as partes AVC e SVC do H.264.

     

    Os mercados de CFTV (circuito fechado de televisão) e de vigilância por vídeo incorporaram essa tecnologia em muitos produtos. Muitas câmeras DSLR comuns usam vídeo H.264 contido no contêiner QuickTime MOV como formato de gravação nativo.


    4. Formato derivado

    AVCHD é um formato de gravação de alta definição desenvolvido pela Sony e Panasonic, usando H.264 (compatível com H.264, enquanto adiciona outras funções e restrições específicas do aplicativo).

    AVC-Intra é um formato de compressão intra-frame desenvolvido pela Panasonic.

    XAVC é um formato de gravação desenvolvido pela Sony e usa o nível 5.2 de H.264 / MPEG-4 AVC, que é o nível mais alto suportado por este padrão de vídeo. [28] [29] O XAVC pode suportar resoluções 4K (4096 × 2160 e 3840 × 2160) com velocidades de até 60 quadros por segundo (fps). [28] [29] A Sony anunciou que as câmeras habilitadas para XAVC incluem duas câmeras CineAlta - Sony PMW-F55 e Sony PMW-F5. [30] Sony PMW-F55 pode gravar XAVC, a resolução 4K é de 30 fps, a velocidade é 300 Mbit / s, resolução de 2K, 30 fps, 100 Mbit / s. [31] O XAVC pode gravar resolução de 4K a 60 fps e realizar subamostragem de croma 4: 2: 2 a 600 Mbit / s.

     

    5. Características


    Diagrama de bloco de H.264

    H.264 / AVC / MPEG-4 Parte 10 contém muitos novos recursos que permitem compactar vídeo com mais eficiência do que o padrão antigo e fornecem maior flexibilidade para aplicativos em vários ambientes de rede. Em particular, algumas dessas funções principais incluem:

     

    1) A previsão entre várias imagens inclui os seguintes recursos:


    Use imagens previamente codificadas como referências de forma mais flexível do que os padrões anteriores, permitindo o uso de até 16 quadros de referência (ou 32 campos de referência no caso de codificação entrelaçada) em alguns casos. Em perfis que suportam quadros não-IDR, a maioria dos níveis especifica que deve haver buffer suficiente para permitir pelo menos 4 ou 5 quadros de referência na resolução máxima. Isso está em contraste com os padrões existentes, que geralmente têm um limite de 1; ou, no caso das tradicionais "imagens B" (quadros B), duas. Esse recurso especial geralmente permite uma melhoria modesta na taxa de bits e na qualidade na maioria dos cenários. [Citação necessária] Mas em certos tipos de cenas, como cenas com ações repetitivas ou alternando cenas para frente e para trás ou áreas de fundo descobertas, permite reduzir significativamente a taxa de bits, mantendo a clareza.


    Compensação de movimento de tamanho de bloco variável (VBSMC), o tamanho do bloco é 16 × 16, tão pequeno quanto 4 × 4, que pode realizar a segmentação precisa da área móvel. Os tamanhos de bloco de previsão luma suportados incluem 16 × 16, 16 × 8, 8 × 16, 8 × 8, 8 × 4, 4 × 8 e 4 × 4, muitos dos quais podem ser usados ​​juntos em um único macro bloco. De acordo com a subamostragem de croma em uso, o tamanho do bloco de previsão de croma é correspondentemente menor.
    No caso de um macrobloco B composto por 16 partições 4 × 4, cada macrobloco pode usar vários vetores de movimento (um ou dois para cada partição) em um máximo de 32. O vetor de movimento de cada área de partição 8 × 8 ou maior pode apontar para uma imagem de referência diferente.


    Qualquer tipo de macrobloco pode ser usado em quadros B, incluindo macroblocos I, resultando em uma codificação mais eficiente ao usar quadros B. Esta característica pode ser vista no MPEG-4 ASP.
    Filtragem de seis toques usada para derivar a previsão da amostra de luminância de meio pixel para uma compensação de movimento de subpixel mais clara. O movimento de um quarto de pixel é derivado por meio de interpolação linear de valores de meia cor para economizar energia de processamento.


    A precisão de um quarto de pixel usada para compensação de movimento pode descrever com precisão o deslocamento da área móvel. Para croma, a resolução é geralmente reduzida à metade nas direções vertical e horizontal (consulte 4: 2: 0), então a compensação de movimento de croma usa um oitavo de unidade de grade de pixel de croma.


    A predição ponderada permite que o codificador especifique o uso de escalonamento e deslocamento ao realizar a compensação de movimento e oferece vantagens de desempenho significativas em situações especiais - como aumento e diminuição gradual, aumento e diminuição gradual e transições de aumento e diminuição gradual. Isso inclui predição ponderada implícita de quadros B e predição ponderada explícita de quadros P.


    Previsão espacial para as bordas de blocos adjacentes para codificação "intra", em vez da previsão "DC" encontrada em MPEG-2 Parte 2 e a previsão do coeficiente de transformação em H.263v2 e MPEG-4 Parte 2:
    Isso inclui tamanhos de bloco de previsão luma de 16 × 16, 8 × 8 e 4 × 4 (onde apenas um tipo pode ser usado em cada macrobloco).

     

    2) As funções de codificação de macrobloco sem perdas incluem:


    O "macrobloco PCM" sem perdas representa o modo, que representa diretamente as amostras de dados de vídeo, [34] permite a representação perfeita de uma área específica, e permite restrições estritas na quantidade de dados codificados para cada macrobloco.


    O modo de representação de macrobloco sem perdas aprimorado permite uma representação perfeita de uma área específica, embora geralmente use muito menos bits do que o modo PCM.
    Funções flexíveis de codificação de vídeo entrelaçado, incluindo:


    A codificação de quadro-campo adaptável de macrobloco (MBAFF) usa uma estrutura de par de macroblocos para a imagem codificada como um quadro, permitindo macroblocos 16 × 16 no modo de campo (em comparação com MPEG-2, onde o processamento do modo de campo é implementado na imagem. Codificação como um quadro resulta no processamento de semi-macroblocos 16 × 8).


    Codificação de campo e quadro adaptável de imagem (PAFF ou PicAFF) permite que imagens selecionadas livremente sejam misturadas e codificadas como um quadro completo, onde dois campos são combinados para codificação ou como um único campo único.
    Novos recursos de design de conversão, incluindo:


    Transformada de bloco espacial inteiro 4 × 4 exatamente correspondente, permitindo a colocação precisa de sinais residuais, quase nenhum "toque" comum em designs de codec anteriores. Este projeto é semelhante em conceito à bem conhecida transformada discreta de cosseno (DCT), que foi introduzida em 1974 por N. Ahmed, T. Natarajan e KR Rao, e é uma referência 1 na transformada discreta de cosseno. No entanto, é simplificado e fornece decodificação especificada com precisão.
    As transformações de blocos espaciais inteiros 8 × 8 correspondentes com precisão, permitindo uma compressão mais eficiente de regiões altamente correlacionadas do que as transformações 4 × 4. O design é semelhante em conceito ao conhecido DCT, mas é simplificado e fornecido para fornecer decodificação especificada com precisão.
    Seleção de codificador adaptável entre 4 × 4 e 8 × 8 tamanhos de bloco de transformação para operações de transformação inteira.
    Uma transformada secundária de Hadamard é realizada nos coeficientes "DC" da transformada do espaço principal aplicada aos coeficientes DC de crominância (e em um caso especial também a luminância) para obter ainda mais compressão na região lisa.

     

    3) O projeto quantitativo inclui:
    Controle de tamanho de etapa logarítmica, gerenciamento de taxa de bits mais simples e escalonamento de quantização inversa simplificado por meio do codificador
    A matriz de escala de quantização personalizada de frequência selecionada pelo codificador é usada para otimização de quantização baseada em percepção
    O filtro de desbloqueio de loop ajuda a prevenir o efeito de bloqueio comum a outras tecnologias de compressão de imagem baseadas em DCT, de modo a obter uma melhor aparência visual e eficiência de compressão

     

    4) O projeto de codificação de entropia inclui:
    Codificação aritmética binária adaptável ao contexto (CABAC), um algoritmo para compressão sem perdas de elementos de sintaxe em um fluxo de vídeo que conhece a probabilidade de elementos de sintaxe em um determinado contexto. CABAC compacta dados com mais eficiência do que CAVLC, mas requer mais processamento para decodificar.
    Codificação de comprimento variável adaptável ao contexto (CAVLC), que é uma alternativa de menor complexidade para CABAC usada para codificar valores de coeficientes de transformada quantizados. Embora a complexidade seja menor do que CABAC, CAVLC é mais refinado e mais eficaz do que os métodos comumente usados ​​para codificar coeficientes em outros projetos existentes.
    Uma técnica comum de codificação de comprimento variável (VLC) simples e altamente estruturada usada para muitos elementos de sintaxe não codificados por CABAC ou CAVLC é chamada codificação Exponential Golomb (ou Exp-Golomb).

     

    5) As funções de recuperação de perda incluem:


    A definição da camada de abstração de rede (NAL) permite que a mesma sintaxe de vídeo seja usada em muitos ambientes de rede. Um conceito de design muito básico do H.264 é gerar pacotes de dados autocontidos para remover cabeçalhos duplicados, como o Código de Extensão de Cabeçalho (HEC) do MPEG-4. Isso é obtido por meio do desacoplamento das informações relacionadas a várias fatias do fluxo de mídia. A combinação de parâmetros avançados é chamada de conjunto de parâmetros. [35] A especificação H.264 inclui dois tipos de conjuntos de parâmetros: Conjunto de parâmetros de sequência (SPS) e Conjunto de parâmetros de imagem (PPS). O conjunto de parâmetros de sequência efetiva permanece inalterado em toda a sequência de vídeo codificada e o conjunto de parâmetros de imagem efetiva permanece inalterado dentro da imagem codificada. A sequência e a estrutura do conjunto de parâmetros de imagem contém informações como tamanho da imagem, modo de codificação opcional adotado e mapeamento de grupo de macrobloco para fatia.


    A ordenação flexível de macroblocos (FMO), também conhecida como grupo de fatias, e a ordenação arbitrária de fatias (ASO), é uma técnica usada para reconstruir a ordem da representação de regiões básicas (macroblocos) em uma imagem. Geralmente considerados como funções de robustez de erro / perda, FMO e ASO também podem ser usados ​​para outros fins.
    Particionamento de dados (DP), uma função que pode dividir os elementos de sintaxe mais importantes e menos importantes em pacotes de dados diferentes, pode aplicar a proteção de erro desigual (UEP) e outros tipos de melhorias de robustez de erro / perda.
    Fatia redundante (RS), um recurso de robustez para erro / perda, que permite ao codificador enviar uma representação adicional da área da imagem (geralmente com menor fidelidade), que pode ser usada se a representação principal for corrompida ou perdida.
    Número do quadro, permitindo a criação da função de "subseqüências", alcançando escalabilidade temporal ao incluir opcionalmente imagens adicionais entre outras imagens, e detectar e ocultar a perda de toda a imagem, que pode ser causada por perda de pacote de rede ou canal Ocorreu um erro.
    As fatias de comutação, chamadas fatias SP e SI, permitem que o codificador instrua o decodificador a pular para o fluxo de vídeo em andamento para fins como comutação de taxa de bits de fluxo de vídeo e operações de "modo de truque". Quando o decodificador usa a função SP / SI para pular para o meio do fluxo de vídeo, ele pode obter uma correspondência exata com a imagem decodificada naquela posição no fluxo de vídeo, apesar de usar uma imagem diferente ou nenhuma imagem, como um referência anterior. interruptor.
    Um processo automático simples usado para evitar a simulação acidental do código de início, que é uma sequência de bits especial nos dados codificados, permite o acesso aleatório ao fluxo de bits e restaura o alinhamento de bytes em sistemas onde a sincronização de bytes pode ser perdida.
    As Informações de Aprimoramento Suplementar (SEI) e as Informações de Usabilidade de Vídeo (VUI) são informações adicionais que podem ser inseridas no fluxo de bits para aprimorar o vídeo para vários fins. [Esclarecimento necessário] SEI FPA (Frame Encapsulation Arrangement) contém a organização 3D das mensagens:

    Imagem auxiliar, que pode ser usada para síntese alfa e outros fins.
    Suporta subamostragem monocromática (4: 0: 0), 4: 2: 0, 4: 2: 2 e 4: 4: 4 de croma (dependendo do perfil selecionado).
    Suporta precisão de profundidade de bits de amostragem, variando de 8 a 14 bits por amostra (dependendo do perfil selecionado).
    Capaz de codificar cada plano de cor em imagens diferentes com sua própria estrutura de fatia, modo de macrobloco, vetor de movimento, etc., permitindo o uso de uma estrutura paralela simples para projetar o codificador (apenas três arquivos de configuração que suportam 4: 4: 4 são suportados )


    A contagem de sequência de imagens é usada para manter a ordem das imagens e as características dos valores de amostra na imagem decodificada isolada das informações de tempo, permitindo que o sistema carregue e controle / altere as informações de tempo separadamente sem afetar o conteúdo do imagem decodificada.
    Essas tecnologias e várias outras tecnologias ajudam o H.264 a ter um desempenho melhor do que qualquer padrão anterior em vários ambientes de aplicativos em várias situações. O H.264 geralmente tem um desempenho melhor do que o vídeo MPEG-2 - geralmente a mesma qualidade na metade da taxa de bits ou menos, especialmente em altas taxas de bits e altas resoluções.
    Como outros padrões de vídeo ISO / IEC MPEG, H.264 / AVC tem uma implementação de software de referência que pode ser baixada gratuitamente. Seu objetivo principal é fornecer exemplos de funções H.264 / AVC, que não são um aplicativo útil em si. O Motion Picture Experts Group também está fazendo alguns trabalhos de design de hardware de referência. Os recursos acima são os recursos completos do H.264 / AVC, cobrindo todos os arquivos de configuração do H.264. O perfil de um codec é um conjunto de características do codec, que é identificado para atender a determinado conjunto de especificações para a aplicação pretendida. Isso significa que alguns arquivos de configuração não suportam muitas das funções listadas. Os vários arquivos de configuração do H.264 / AVC serão discutidos na próxima seção.

     

     

     

     

    Liste todos os Pergunta

    Alcunha/Nickname

    E-mail

    Frequentes

    Nosso outro produto:

    Pacote de equipamento de estação de rádio profissional FM

     



     

    Solução de IPTV para hotéis

     


      Digite o e-mail para obter uma surpresa

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> Afrikaans
      sq.fmuser.org -> albanês
      ar.fmuser.org -> árabe
      hy.fmuser.org -> armênio
      az.fmuser.org -> Azerbaijão
      eu.fmuser.org -> Basco
      be.fmuser.org -> bielorrusso
      bg.fmuser.org -> búlgaro
      ca.fmuser.org -> catalão
      zh-CN.fmuser.org -> Chinês (simplificado)
      zh-TW.fmuser.org -> chinês (tradicional)
      hr.fmuser.org -> croata
      cs.fmuser.org -> checo
      da.fmuser.org -> dinamarquês
      nl.fmuser.org -> holandês
      et.fmuser.org -> estoniano
      tl.fmuser.org -> filipino
      fi.fmuser.org -> finlandês
      fr.fmuser.org -> francês
      gl.fmuser.org -> galego
      ka.fmuser.org -> georgiano
      de.fmuser.org -> alemão
      el.fmuser.org -> grego
      ht.fmuser.org -> crioulo haitiano
      iw.fmuser.org -> hebraico
      hi.fmuser.org -> Hindi
      hu.fmuser.org -> húngaro
      is.fmuser.org -> islandês
      id.fmuser.org -> indonésio
      ga.fmuser.org -> irlandês
      it.fmuser.org -> italiano
      ja.fmuser.org -> Japonês
      ko.fmuser.org -> coreano
      lv.fmuser.org -> letão
      lt.fmuser.org -> Lituano
      mk.fmuser.org -> macedônio
      ms.fmuser.org -> malaio
      mt.fmuser.org -> maltês
      no.fmuser.org - norueguês
      fa.fmuser.org -> persa
      pl.fmuser.org -> polonês
      pt.fmuser.org -> português
      ro.fmuser.org -> romeno
      ru.fmuser.org -> russo
      sr.fmuser.org -> Sérvio
      sk.fmuser.org -> Eslovaco
      sl.fmuser.org -> esloveno
      es.fmuser.org -> espanhol
      sw.fmuser.org -> Swahili
      sv.fmuser.org -> sueco
      th.fmuser.org -> Tailandês
      tr.fmuser.org -> turco
      uk.fmuser.org -> ucraniano
      ur.fmuser.org -> Urdu
      vi.fmuser.org -> vietnamita
      cy.fmuser.org -> Galês
      yi.fmuser.org -> iídiche

       
  •  

    FMUSER Transmitir vídeo e áudio sem fio mais fácil!

  • Contato

    Endereço:
    No.305 Sala HuiLan Edifício No.273 Huanpu Road Guangzhou China 510620

    E-mail
    [email protegido]

    Tel/What Apps:
    +8618078869184

  • Categorias

  • Newsletter

    PRIMEIRO OU NOME COMPLETO

    Email

  • solução paypal  Western Union Banco da China
    E-mail[email protegido]   WhatsApp: +8618078869184 Skype: sky198710021 Fala comigo
    Copyright 2006 2020-Powered By www.fmuser.org

    Contate-nos