FMUSER Wirless Transmit Video and Audio Máis fácil!
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 -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
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 -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
JVT (Joint Video Team) creouse en Pattaya, Tailandia en decembro de 2001. Está composto por expertos en codificación de vídeo de dúas organizacións internacionais de normalización, UIT-T e ISO. O obxectivo de JVT é formular un novo estándar de codificación de vídeo para acadar os obxectivos de alta relación de compresión de vídeo, alta calidade de imaxe e boa adaptabilidade á rede. Na actualidade, o traballo de JVT foi aceptado polo UIT-T. O novo estándar de codificación por compresión de vídeo chámase estándar H.264. Este estándar tamén é aceptado pola ISO, chamado estándar AVC (Advanced Video Coding), que forma parte da MPEG-10.
O estándar H.264 pódese dividir en tres graos:
nivel básico (a súa versión sinxela, ampla aplicación);
Principais cualificacións (adóptanse unha serie de medidas técnicas para mellorar a calidade da imaxe e aumentar a relación de compresión, que se poden usar para SDTV, HDTV, DVD, etc.);
Grao ampliado (pódese usar para transmisión de vídeo en varias redes).
H.264 non só aforra o 50% da taxa de código que H.263 e MPEG-4, senón que tamén ten un mellor soporte para a transmisión de rede. Introduce un mecanismo de codificación para paquetes IP, que é propicio para a transmisión de paquetes na rede e admite a transmisión de vídeo na rede. H.264 ten fortes características anti-erro e pode adaptarse á transmisión de vídeo en canles sen fíos con altas taxas de perda de paquetes e interferencias graves. H.264 admite a transmisión de codificación xerárquica baixo diferentes recursos de rede para obter unha calidade de imaxe estable. H.264 pódese adaptar á transmisión de vídeo en diferentes redes e ten unha boa afinidade de rede.
Un, o sistema de compresión de vídeo H.264
O sistema de compresión estándar H.264 está composto por dúas partes: capa de codificación de vídeo (VCL) e capa de abstracción de rede (NAL). VCL inclúe codificador VCL e descodificador VCL, a función principal é a codificación e descodificación de compresión de datos de vídeo, que inclúe unidades de compresión como compensación de movemento, codificación de transformación e codificación de entropía. NAL úsase para proporcionar a VCL unha interface unificada que nada ten que ver coa rede. É o encargado de encapsular e empaquetar datos de vídeo e transmitilos na rede. Emprega un formato de datos unificado, que inclúe un só byte de información de cabeceira e varios bytes. Datos e enmarcado de vídeo, sinalización de canles lóxicas, información de sincronización, sinal de fin de secuencia, etc. A cabeceira do paquete contén bandeiras de almacenamento e bandeiras de tipo. O indicador de almacenamento úsase para indicar que os datos actuais non pertencen ao marco ao que se fai referencia. A marca de tipo úsase para indicar o tipo de datos de imaxe.
VCL pode transmitir parámetros de codificación axustados segundo as condicións actuais da rede.
2. Características de H.264
H.264, do mesmo xeito que H.261 e H.263, tamén adopta a codificación diferencial da codificación de transformada DCT máis DPCM, é dicir, unha estrutura de codificación híbrida. Ao mesmo tempo, H.264 introduce novos métodos de codificación no marco da codificación híbrida, que mellora a eficiencia da codificación e está máis preto das aplicacións prácticas.
H.264 non ten opcións engorrosas, pero esfórzase por "volver ao básico" de forma concisa. Ten un rendemento de compresión mellor que o H.263 ++ e ten a capacidade de adaptarse a varias canles.
H.264 ten unha ampla gama de obxectivos de aplicación, que poden cumprir varias aplicacións de vídeo de diferentes velocidades e ocasións, e ten mellores capacidades de procesamento contra erros e perda de paquetes.
O sistema básico de H.264 non precisa empregar dereitos de autor, ten un carácter aberto e pode adaptarse ao uso de redes IP e sen fíos. Isto é de gran importancia para a transmisión actual de información multimedia por Internet e a transmisión por rede móbil de información de banda ancha.
Aínda que a estrutura básica da codificación H.264 é similar á H.261 e H.263, mellorouse en moitos aspectos, como se enumera a continuación.
1. Mellor estimación de movemento múltiple
Estimación de alta precisión
usa a estimación de medio píxel en H.263 e utiliza ademais a estimación de movemento de 1/4 píxeles ou incluso de 1/8 píxeles en H.264. É dicir, o desprazamento do vector de movemento real pode basearse en 1/4 ou incluso 1/8 píxeles como unidade básica. Obviamente, canto maior sexa a precisión do desprazamento do vector de movemento, menor será o erro residual entre fotogramas, menor será a taxa de código de transmisión, é dicir, maior será a relación de compresión.
En H.264, úsase un filtro FIR de sexta orde para obter o valor da posición de 1/2 píxel. Cando se obtén un valor de 1/2 píxel, pódese obter un valor de 1/4 píxel mediante interpolación lineal,
Para o formato de vídeo 4: 1: 1, a precisión de 1/4 píxeles do sinal de luminancia corresponde ao vector de movemento de 1/8 píxeles da parte de crominancia, polo que é necesaria unha operación de interpolación de 1/8 píxeles para o sinal de crominancia.
Teoricamente, se a precisión da compensación do movemento duplícase (por exemplo, desde a precisión de píxeles enteiros ata a precisión de 1/2 píxel), pode haber unha ganancia de codificación de 0.5 bits / mostra, pero a verificación real descubriu que a precisión do vector de movemento supera 1/8 píxel Despois diso, o sistema basicamente non ten ganancias evidentes. Polo tanto, en H.264, só se usa o modo de vector de movemento con precisión de 1/4 píxeles en lugar de precisión de 1/8 píxeles.
Estimación do modo de partición multi-macrobloque
No modo de predición H.264, un bloque macro (MB) pódese dividir en 7 tamaños de modo diferentes. Esta división de bloques de macro flexible e sutil multimodo é máis axeitada para a forma do obxecto en movemento real na imaxe, polo que pode haber 1, 2, 4, 8 ou 16 vectores de movemento en cada bloque de macro.
Estimación de cadros multiparámetros
En H.264 pódese usar a estimación do movemento de múltiples parámetros, é dicir, hai varios parámetros que se acaban de codificar no buffer do codificador e o codificador selecciona un deles para dar un mellor efecto de codificación como parámetro Cadro e indique que cadro se usa para a predición, de xeito que poida obter un mellor efecto de codificación que só usar o último cadro codificado como cadro de predición.
2. Transformación enteira de pequeno tamaño 4 a 4
A unidade habitual empregada na codificación por compresión de vídeo é de 8 a 8 bloques. No H.264, con todo, úsanse 4 a 4 bloques de pequeno tamaño. A medida que o tamaño do bloque de transformación faise máis pequeno, a división dos obxectos en movemento é máis precisa. Neste caso, a cantidade de cálculo no proceso de transformación da imaxe é pequena e tamén se reduce moito o erro de converxencia no bordo do obxecto en movemento.
Cando hai unha gran superficie lisa na imaxe, para evitar a diferenza de escala de grises entre bloques causada pola transformación de pequeno tamaño, H.264 pode realizar os coeficientes DCT de 16 4 ~ 4 bloques dos datos de brillo do macrobloco dentro do cadro. Para a segunda transformación de 4 a 4 bloques, os 4 4 a 4 bloques de coeficientes continuos dos datos de crominancia (un por cada pequeno bloque, un total de 4 coeficientes de CC) transfórmanse en 2 a 2 bloques.
H.263 non só reduce o tamaño do bloque de transformación de imaxe, senón que é unha operación enteira, non unha operación de número real, é dicir, a precisión da transformación e transformación inversa do codificador e do decodificador é a mesma, e non hai "erro de transformación inversa".
3. Predición intra máis precisa
En H.264, cada píxel de cada bloque de 4 a 4 pode usarse para a predición dentro do cadro coa diferente suma ponderada de 17 máis próxima aos píxeles previamente codificados.
4. VLC unificado
Hai dous métodos para codificar a entropía en H.264.
VLC unificado (UVLC: VLC universal). UVLC usa a mesma táboa de código para a codificación e o descodificador pode identificar facilmente o prefixo da palabra de código e UVLC pode resincronizarse rapidamente cando se produce un erro de bit.
Codificación aritmética binaria adaptativa de contido (CABAC: Codificación aritmética binaria adaptativa de contexto). O seu rendemento de codificación é lixeiramente mellor que o UVLC, pero a complexidade é maior.
Tres, vantaxe de rendemento
A comparación do rendemento da codificación H.264 e MPEG-4, H.263 ++ utiliza as seguintes 6 taxas de proba: 32kbit / s, 10F / s e QCIF; 64kbit / s, 15F / s e QCIF; 128kbit / s, 15F / s e CIF; 256kbit / s, 15F / s e QCIF; 512kbit / s, 30F / s e CIF; 1024kbit / s, 30F / s e CIF. Os resultados da proba indican que H.264 ten un mellor rendemento PSNR que MPEG e H.263 ++.
O PSNR de H.264 é 2dB maior que MPEG-4 de media e 3dB maior que H.263 ++ de media.
Catro, novo algoritmo de estimación do movemento rápido
O novo algoritmo de estimación de movemento rápido UMHexagonS (patente chinesa) é un novo algoritmo que pode aforrar máis do 90% do algoritmo de busca completa rápida orixinal en H.264. O nome completo é "Busca Muti-Hexágono de Cruz Asimétrica de varios niveis a varios niveis e cruzada", que é un algoritmo de estimación de movemento de píxeles enteiros. Porque está na condición de manter un mellor rendemento de distorsión de velocidade ao codificar secuencias de imaxes de gran velocidade de bits e movemento. A complexidade computacional é moi baixa e foi adoptada oficialmente polo estándar H.264.
H.264 (MPEG-4 Parte 10) desenvolvido conxuntamente pola UIT e a ISO pode ser aceptado por medios de radiodifusión, comunicación e almacenamento (CD DVD) como estándar unificado, e é moi probable que se converta nun novo estándar de medios interactivos de banda ancha. o estándar de codificación fonte do meu país aínda non foi formulado. Preste moita atención ao desenvolvemento de H.264 e intensifícase o traballo de formulación do estándar de codificación fonte do meu país.
O estándar H264 leva a tecnoloxía de compresión de imaxes en movemento a un estadio superior, e é o punto culminante da aplicación de H.264 para proporcionar transmisión de imaxe de alta calidade cun ancho de banda inferior. A popularización e aplicación de H.264 pon altos requirimentos en terminais de vídeo, gatekeepers, pasarelas, MCU e outros sistemas, o que promoverá efectivamente a mellora continua do software e equipos de hardware de videoconferencia en todos os aspectos.
|
Introduce o correo electrónico para obter unha sorpresa
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 -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
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 -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo