HEVC

El nuevo estándar de codificación de vídeo
H.265
Damián Ruiz Coll
(druizc@upv.es)
H.265, la renovación de H.264
¿Qué puede aportar el nuevo estándar

de compresión de vídeo H.265 a la
industria?
UCLM - iTEAM © 2014 2

– Ciclos tecnológicos en periodos de 10 años, doble objetivo:

– Soporte a nuevos formatos de mayor resolución (SD, HD, 4K, …8K)
– Mejorar la eficiencia en un 50%
UHDTV
HEVC
HD H.264/AVC
Comunicaciones
HDTV
audiovisuales de nueva
Streaming
MPEG-2 generación de alta
SD eficiencia
TV Digital (DVD)
1992 2003 2013

¿Por qué necesitamos mejorar la eficiencia de compresión?
Armonización del espectro Radioeléctrico para servicios

de IMT en UE (WRC-2015)
Posible pérdida de la banda 700MHz, en

un segundo Dividendo Digital (DD2)




Avances en las tecnologías de visualización y captación
Pantallas de grandes dimensiones (85”) que

requieren de un incremento significativo de su
resolución, ofreciendo un entorno inmersivo
Cámaras profesionales con

resoluciones de 4K
Smartphone con pantallas, cámaras y

sistema de grabación compatibles con el
formato de 4k
Mejoras en la distancia de observación (OVD) y ángulo de visión (α)
OVD: Optimal Viewing Distance

α (ITU-R BT.1845)
H H: Altura Display
96º
58º 8K
OVD
32º 4K
HD 1080
ITU BT.2020 0.75H
21º HD 720 1.5H
Define 2 sub-formatos 3H
de Ultra-HD
UHDTV-1: 4K 13º SD 4.8H
UHDTV-2: 8K
6H
UCLM - iTEAM © 2014

1998 2012 8
H.265, la renovación de H.264 para la
radiodifusión y el streaming
Nuevo códec
compresión de vídeo + Nueva tecnología de
transmisión
Tecnologías de Redes móviles de alta Estándar abierto para

codificación de canal eficiencia con capacidad servicios de streaming
con mejoras en la de Broadcast adaptativo (ABR)
eficiencia ≈ 50%

Agenda
• Arquitectura y nuevos algoritmos de HEVC

• Falsos mitos de HEVC
• Estandarización de HEVC en el DVB
• Caso de uso
• Road map HEVC

Agenda
• Novedades tecnológicas de HEVC

• Caso práctico, TDT-HEVC
• Road map HEVC

Arquitectura y algoritmos de HEVC
Estándar aprobado en Enero 2013 conjuntamente por el ITU e ISO

(MPEG) en el JCT-VC “Joint Collaborative Team on Video Coding “
– Un mismo estándar con 3 nombres distintos:

– ITU H.265
– ISO / e IEC 23008-2 (MPEG-H Part2 )
– High Efficiency Video Coding, nombre acuñado durante el
desarrollo del estándar, pero no es un nombre oficial

– Es el esfuerzo de casi tres año de desarrollo por parte de la

comunidad científica (universidades, centros de I+D y expertos de la
industria)
– Aprobación del estándar en Enero 2013 después de 12 meetings
(Dresden, Geneva, Guangzhou, Daegu, Torino, San Jose, Stckolm,
Shangai, Incheon,…).
– Consenso internacional en la elaboración de las

metodologías de evaluación de las nuevas herramientas
de codificación:
 Conformación de Ad hoc Groups
 Elaboración de Core Experiments
 Selección de secuencias test y condiciones de test
 Métricas de evaluación objetiva y subjetiva
– El estándar persigue un doble objetivo:
Aumento de la eficiencia Limitar la complejidad de

de compresión 50% con los algoritmos, aumentando
respecto a su la capacidad de
predecesor H.264 paralelización
Aprobación de 3 perfiles: Main y Main Still (420@8b), Main10 (420@10b)

¿Cómo alcanza una alta eficiencia?

– No introduce una tecnología innovadora, mantiene la arquitectura
hibrida con ME-MC y 2D-DCT
– La industria y C. científica esta haciendo grandes esfuerzos por

reducir la complejidad computacional, sobre arquitecturas multi-
core y PPG

– El objetivo se ha superado en términos de calidad subjetiva

– Comparativa calidad subjetiva HEVC vs H.264

– El objetivo se ha superado en términos de calidad subjetiva

– Comparativa calidad subjetiva HEVC vs H.264
PSNR-Y
36
35
34
33
32
PSNR (dB)
31 HEVC
30 H.264
29
28
27
26
0 2 4 6 8 10 12
Rb (Mbps)
– Arquitectura HEVC 4x4 to 32x32
CTU 2D-DCT Entropy

- Quantization
Partiotioning Encoding
Scaling
DECODER
High
Throughput
Inverse DCT
33 Directional
Predictors
+
Intra Prediction
INTER
INTRA DeblockIng
Motion Filter + SAO
8-tap & 7-tap filter Compensation
and bi-linear
interpolation Decoded
Motion Estimation Frame Buffer

– Arquitectura HEVC
CTU 2D-DCT Entropy

- Quantization
Scaling
DECODER
Inverse DCT
Intra Prediction
INTER
INTRA In-Loop Filter
Motion + SAO
Compensation
Decoded

¿Cómo alcanza un eficiencia superior a la de H.264?

– Nuevo particionado de los bloques de codificación CTU “Coding Tree Unit”
en una estructura jerárquica adaptativa, que sustituyen a los MB (16x16),
CTB
(64x64)


– Además del CTU, HEVC define 3 nuevas unidades CU ”Coding Unit”, PU
“Prediction Unit” y TU ”Transform Unit” con dependencia jerárquica.
CTU
CU
64x64
64x64
8x8
PU
32x32
64x64
4x4
16x16
TU
8x8 32x32
4x4
4x4
CU0(0)
CU1(0) CU1(1)
CU1(2) CU1(3)
CU2(0,0) CU2(0,1) CU2(2,0) CU2(2,1) CU2(3,0) CU2(3,1) CU2(1,0) CU2(1,1)
CU2(0,2) CU2(0,3) CU2(2,2) CU2(2,3) CU2(3,2) CU2(3,3) CU2(1,2) CU2(1,3)


– Ejemplo de particionado de CUs

DC Perdict
CU 64x64

Noisy CU64
DC Predict

CTU 2D-DCT Entropy

- Quantization
Scaling
DECODER
Inverse DCT
Intra Prediction
INTER
INTRA DeblockIng
Motion Filter + SAO
Compensation
Decoded

– Intra Prediction
– HEVC:
– 33 modos direccionales
– DC y Planar
– PUs: 32x32 hasta 4x4
– 4x4 DST en lugar DCT
– Pre-filtrado vecinos
– Post-filtrado

– La complejidad de la Predicción Intra se estima 5 veces superior
a la de H.264
HEVC H.264
CU size
# PUs # modes #TUs Total # Blocks # modes #Transfor. Total
64x64 1 35 2 70 NA NA NA NA
32x32 4 35 3 420 NA NA NA NA
16x16 16 35 3 1680 16 4 1(4x4) 64
8x8 64 35 2 4480 64 9 1(8x8) 576
4x4 256 35 1 8960 256 9 1(4x4) 2304

15610 2944
TOTAL

Selección y reconstrucción
de pixeles de Referencia
D(x,y)
Pre-Filtrado pixeles
Referencia D(x,y)
Cálculo Predicciones P(x,y):

Angular, Planar y DC
Post-Filtrado P(x,y)
Codificación contextual de Codificacion del Residuo

modos R(x,y)

– Intra Prediction D(0,-N)
D(0,-1)
D(-N,0) D(-1,0) D(0,0 D(1,0 D(2,0 D(N,0 D(2N,0)

) ) ) )
D(0,1 P(1,1)
)
D(0,2
)
– Se duplica el número de
píxeles vecinos para el cálculo
de los predictores
D(0,N P(N,N
– Para ciertos tamaños y ) )
modos, los píxeles de

referencia están fuera de los
píxeles vecinos contiguos
UCLM - iTEAM © 2014 D(0,2N) 32


CTU 2D-DCT Entropy

- Quantization
Scaling
DECODER
Inverse DCT
Intra Prediction
INTER
INTRA DeblockIng
Motion Filter + SAO
Compensation
Decoded

– 2D Transform
– 2D-DCT entera derivada de la DCT
– H.264: 8x8 y 4x4
– HEVC: 32x32, 16x16, 8x8 y 4x4
– Para residuos 4x4 de predicción Intra aplica la 2D-DST
– Los vectores base de la transformación se ajustan mejor a la
funciones teóricas definidas en la DCT, por lo que no es preciso
compensarlos para cada coeficiente en las etapas de
cuantificación y escalado, con el objetivo de cumplir el requisito
de ortonormalidad, como ocurre en H.264.
– Se requieren 32 bits de precisión
– Requiere de multiplicaciones (H.264 solo sumas y
desplazamientos)
– 2D Transform
– Los kernel de los distintos tamaños de transformada se han
diseñado como versiones submuestreadas en las posiciones
pares de la transformada de mayor resolución, 32x32

– Cuantificación-Escalado
– Filosofía similar a la de H.264 con 52 parámetros de
cuantificación

CTU 2D-DCT Entropy

- Quantization
Scaling
DECODER
Inverse DCT
Intra Prediction
INTER
INTRA DeblockIng
Motion Filter + SAO
Compensation
Decoded

– Motion Estimation - Motion Compensation

– H.264: 4 particionados simétricos
– HEVC: añade 4 particionados asimétricos
2Nx2N NxN 2NxN N2xN
nLx2N nRx2N 2NxnU 2NxnD


– Ejemplo eficiencia de particionado asimétrico
2NxnU 2NxnD nLx2N nRx2N
FILTROS INTERPOLADORES
– Utiliza estimación entera, half-pel and quarter-pel
– Luma: 8 tap filter coefficients: { -1, 4, -11, 40, 40, -11, 4, -1 }
– Luma: 7-tap filter coefficients: { -1, 4, -10, 58, 17, -5, 1 }
– Chroma: 4-tap filter [ -2,58,10,-2].


– Pixeles fraccionarios son derivados desde los enteros más
próximos
A - 1, - 1 A 0, - 1 a 0, - 1 b 0, - 1 c 0, - 1 A 1, - 1 A 2, - 1
A - 1,0 A 0,0 a 0,0 b 0,0 c 0,0 A 1,0 A 2,0
d - 1,0 d 0,0 e 0,0 f 0,0 g 0,0 d 1,0 d 2,0
h - 1,0 h 0,0 i 0,0 j0,0 k 0,0 h 1,0 h 2,0
n - 1,0 n 0,0 p 0,0 q 0,0 r 0,0 n 1,0 n 2,0
A - 1,1 A 0,1 a 0,1 b 0,1 c 0,1 A 1,1 A 2,1
A - 1,2 A 0,2 a 0,2 b 0,2 c 0,2 A 1,2 A 2,2


– Los píxeles 1/4 son filtrados con 7-taps, los posicionados 1/2 con
8-taps
– Píxeles entre muestra enteras son computados por filtrado
horizontal y entre píxeles enteros verticales por filtrado vertical
A - 1, - 1 A 0, - 1 a 0, - 1 b 0, - 1 c 0, - 1 A 1, - 1 A 2, - 1
A - 1,0 A 0,0 a 0,0 b 0,0 c 0,0 A 1,0 A 2,0
d - 1,0 d 0,0 e 0,0 f 0,0 g 0,0 d 1,0 d 2,0
h - 1,0 h 0,0 i0,0 j0,0 k 0,0 h 1,0 h 2,0
n - 1,0 n 0,0 p 0,0 q 0,0 r0,0 n 1,0 n 2,0
A - 1,1 A 0,1 a 0,1 b 0,1 c 0,1 A 1,1 A 2,1
A - 1,2 A 0,2 a 0,2 b 0,2 c 0,2 A 1,2 A 2,2

CTU 2D-DCT Entropy

- Quantization
Scaling
DECODER
Inverse DCT
Intra Prediction
INTER
INTRA DeblockIng
Motion Filter + SAO
Compensation
Decoded

– In Loop filter
– Deblocking Filter (DF): reduce la distorsión entre los bordes de

los CBs.
– El DF reduce significativamente la complejidad del DF de H.264
al aplicarse tan solo a CB de 8x8.
– Sample Adaptive Offset (SAO): reduce los artefactos en el
interior de las CBs, que se producen con transformadas de
mayor tamaño (16x16 y 32x32).
– El SAO reduce su complejidad al trabajar a nivel de CTU,
permitiendo si paralelización cuando es combinado con Tiles o
WPP.

– Deblocking Filter
– Se aplica inicialmente el filtrado los bordes verticales y a

continuación los bordes horizontales, utilizando las
muestras previamente filtradas.
– Se aplica sobre una rejilla de 8x8 superpuesta sobre las
CTU. No tiene una dependencia con el tipo de
particionado.

– Deblocking Filter
Los bordes de la rejilla de 8x8 son filtrados cuando se cumplen los 3
criterios siguientes:
 El borde pertenece a una PU o una TU.
 El parámetro de fuerza del borde (Boundary strength o Bs) >0
 Cuando las diferencia a ambos lados del borde están dentro de un
margen pre-establecido (+c, -c), que ha sido obtenido de los valores
de los píxeles vecinos.

– SAO
Mejora de la calidad perceptual, pero en ocasiones empeora los valores
de la calidad objetive (PSNR).
Ejemplo de aplicación SAO derecha, izquierda sin SAO:

– SAO
-Se determina el offset que se le debe aplicar a los píxeles de
cada categoría. Dos tipos:
- “Edge Offset” (EO)
- “Band Offset” (BO).
- El índice de las distintas categorías, así como sus respectivos
offsets son transmitidos al decodificador, que lleva a cabo la
suma de dicho offset para cada píxel de la imagen en función
de la categoría a la que pertenezca.
- Se aplica de modo local a nivel de CTU.
- Solo define un tipo de SAO por CTU.
- Solo utiliza patrones de clasificación de bordes 1D
- Múltiples CTU pueden compartir los mismos parámetros si
estos son clasificados de igual modo.
– Edge Offset (EO)

– Se lleva a cabo una clasificación de cada píxel en 5
posibles categorías, utilizando la información espacial de
los 9 pixeles vecinos al píxel bajo evaluación.
– Define 4 patrones direccionales, con orientación
horizontal, vertical, diagonal 135º y diagonal 45º.
Categoria Condición 1 Condición 2

1 c<a && c<b
2 c<a && c=b c=a && c<b
3 c>a && c=b c=a && c>b
4 c>a && c>b
0 Ninguna de las anteriores
– Edge Offset (EO)

– Identificar a cada píxel con una de las cuatro categorías
mostradas en la figura, que determinan un valle, una área
cóncava, convexa y un pico respectivamente, o en caso de no
ajustarse con ninguna de ellas, clasifica en una 5º categoría
definida como “distinta”.

– Band Offset (BO)
– Se utiliza para zonas más suavizadas de la imagen que no

contiene bordes, en los que se puede reducir la distorsión
perceptual, aplicando un pequeño offset al valor de los
pixeles decodificados en función de su magnitud.
– El estándar define 32 bandas, por lo que para el perfil
“Main” con soporte para 8-bits las bandas se definen con
tamaño de 8 valores por banda, y para el perfil “Main10” el
tamaño de las bandas es de 32.
– El estándar exige la señalización de cuatro bandas
contiguas donde se aplicaran los cuatros posibles offset.
Tan solo se transmite la banda inicial (la inferior)
– Band Offset (BO)
– El offset no tiene restricciones, y puede ser positivo o negativo

para cualquiera de las bandas, por lo que es preciso enviar al
decodificador tanto la magnitud como su correspondiente
signo

Agenda

• Road map HEVC

Falsos mitos de HEVC
“HEVC no da soporte a formatos entrelazados”
INCORRECTO
– HEVC no dispone de herramientas de codificación especificas
para formatos entrelazados (PAFF y MBAFF) como estándares
previos, H.264 y MPEG-2.
– HEVC permite la codificación de formatos entrelazados a nivel
de secuencia, utilizando la metadatación en la VUI, SEI:
– frame_field_info_present_flag (VUI)
– picture timing SEI message
– pic_struct
“HEVC tan solo supera a H.264 para UHDTV, ofreciendo la misma

calidad que H.264 para bajas resoluciones ”
MATIZABLE
– HEVC introduce nuevas características como tamaños de
codificación mayores (64x64) y mayores tamaños de DCT
(32x32 y 16x16) que H.264.
– Su eficiencia es ligeramente mayor a mayor resolución, pero
siempre muy superior a H.264.
– No se puede hablar de ganancia de HEVC en términos
“absolutos”

Resultados de eficiencia para secuencias de 4K
Fuente: BBC + EBU + RAI

“HEVC no es adecuado para entornos de contribución y

producción”
INCORRECTO
Fuente: SAPEC + UPV, Congreso Anual SMPTE 2013, Los Angeles

“HEVC no es adecuado para entornos de contribución y

producción”
INCORRECTO
Fuente: Fraunhofer Institute for Telecommunications

Agenda

• Road map HEVC

Estandarización de HEVC en el DVB
Reciente aprobación de la “Especificación Técnica”

TS 101 154 v1.12.1 incluyendo como codec el HEVC


– Aplica ciertas restricciones a los parámetros soportadas por el

estándar, para facilitar su economía de escala en el mercado:
– Formatos de vídeo (Resolución y frame rate)
– Profundidad de píxel
– Tasas binarias máximas
– Descriptor de vídeo a transportar en la PMT
– Obligatoriedad de metada SEI (colorimetría, rango de vídeo)



DVB TS 101 154 v1.12.1

HEVC IRD HDTV y UHDTV
Los IRD HEVC “pueden” no dan soporte a los formatos de SD
Siguientes pasos:
– Incorporación del perfil escalable de HEVC para 2015 (SHVC)
– Soporte para High Dynamic Range video (HDR)
– Soporte para Temporal sub-layers (escalabilidad gamut, 3D)
– “Outgoing Liaison to ATSC on HEVC”

Agenda

• Road map HEVC

Caso práctico, TDT-HEVC
Resultados experimentales
Visualización comparativa H.264 vs HEVC

SD@1Mbps
Relación Compresión = Mbps/servicio

SD HD 4K
MPEG-2 4 Mb
H.264/AVC 2 Mb 8 Mb (*4Mbps) 16Mb-20Mb
HEVC 1 Mb 4 Mb 10 Mb/12Mbps

Eficiencia canal = Mbps/Mux

Intervalo de Tasa
Modulación FFT FEC C/N
guarda Binaria/Mux
DVB-T 64 QAM 8k 1/4 2/3 16.7 dB 19.91 Mbps
DVB-T2 64 QAM 32K 1/16 4/5 16.1 dB 32.42 Mbps
Bajo similares condiciones topología de red y de recepción, DVB-T2

permite incrementar la capacidad del canal en mas de un 60% con
respecto a DVB-T

Codificación Codificación de
de fuente canal
MPEG-2 DVB-T
(1992) (1998)
DVB-T2 - HEVC DVB-T2 - AVC DVB-T – MPEG-2

¿Podemos medir la eficiencia de nuestra TDT?

Servicios SD HD Bit/Serv Ser/Mu
RGE-1 4 5 Mbps 4
RGE-2 1 1 10 Mbps 2
MPE-1 3 2 4 Mbps 5
MPE-2 3
EFICIENCIA TDT (1G) 1 Serv/Mux
≈ 4.5 5 Mbps 4
MPE-3 4 1 4 Mbps 5
SFN2 5 4 Mbps 5
SFN3 5 4 Mbps 5
SFN4 5 4 Mbps 5
UCLM - iTEAM © 2014 http://www.enabierto.es/p/canales-de-television-y-radio.html 69

¿Qué eficiencia podía ofrecer la TDT de 2ª generación?
DVB-T2 = 32.42Mbps/Mux
HEVC (SD) = 1.5 Mbps/Mux EFICIENCIA TDT (2G) ≈ 22 Serv/Mux
(Penalización 0.5Mbps audio+Subtitulos)
DVB-T2 + HEVC multiplican x5 la actual eficiencia de la TDT
Serv/Mux SD HD 4K
DVB-T2 +HEVC 22 8 2

Agenda

• Road map HEVC

Road map HEVC
Aprobación nuevos perfiles profesionales

- HEVC V2, o “Range Extensions”
- Meeting Julio 2014 en Sapporo

Road map HEVC
Nuevos perfiles escalables
- Perfiles SHVC
- Escalabilidad espacial (UHDV sobre HD)
- Escalabilidad temporal para streaming adaptativo (ABR)
- Escalabilidad de Gamut
- Escalabilidad profundidad de pixel
- Escalabilidad multivista para 3D
- Perfil retrocompatible con H.264/AVC
- Aprobación Julio 2015

Road map HEVC
Nuevos perfiles para “Screen Content” o “non camera-captured

content”
- Nuevos perfiles para la codificación de contenido

sintético/híbrido de las pantallas de dispositivos gráficos
- Herramientas muy distintas a las aplicadas en HEVC V1 y V2
- Muy bajo retardo
- Optimizadas para espacios de color alternativos a YUV
- Elevadas ganancias de compresión muy superiores a las de
HEVC
- Gran interés por parte de la industria para modelos de
segundas pantallas

Road map HEVC
Nuevos perfiles para “Screen Content” o “non camera-captured

content”
- Nuevos perfiles para la codificación de contenido

sintético/híbrido de las pantallas de dispositivos gráficos
- Herramientas muy distintas a las aplicadas en HEVC V1 y V2
- Muy bajo retardo
- Optimizadas para espacios de color alternativos a YUV
- Elevadas ganancias de compresión muy superiores a las de
HEVC
- Gran interés por parte de la industria para modelos de
segundas pantallas

Road map HEVC
Industrialización HEVC
2014
• Disponibilidad de primeras versiones eficientes de codecs
HEVC V1, para HD
• Encoder “software” eficiencia media
• Player disponibles (VLC, DivX, GPAC)
• Chipset de decoder en Q4
2015
• Versiones comerciales para UHDTV
• Disponibilidad implementaciones hardware ASIC y FPGAs
• Implantación servicios streaming, OTTs

GRACIAS POR SU ATENCION
Damián Ruiz Coll
druizc@upv.es

HEVC

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

HEVC

Caricato da

Copyright:

Formati disponibili

El nuevo estándar de codificación de vídeo

¿Qué puede aportar el nuevo estándar

UCLM - iTEAM © 2014 2

– Ciclos tecnológicos en periodos de 10 años, doble objetivo:

1992 2003 2013

¿Por qué necesitamos mejorar la eficiencia de compresión?

Armonización del espectro Radioeléctrico para servicios

Posible pérdida de la banda 700MHz, en

UCLM - iTEAM © 2014 4

¿Por qué necesitamos mejorar la eficiencia de compresión?

UCLM - iTEAM © 2014 5

¿Por qué necesitamos mejorar la eficiencia de compresión?

UCLM - iTEAM © 2014 6

¿Por qué necesitamos mejorar la eficiencia de compresión?

Pantallas de grandes dimensiones (85”) que

Cámaras profesionales con

Smartphone con pantallas, cámaras y

¿Por qué necesitamos mejorar la eficiencia de compresión?

Mejoras en la distancia de observación (OVD) y ángulo de visión (α)

OVD: Optimal Viewing Distance

UCLM - iTEAM © 2014

Tecnologías de Redes móviles de alta Estándar abierto para

UCLM - iTEAM © 2014 9

• Arquitectura y nuevos algoritmos de HEVC

UCLM - iTEAM © 2014 10

• Novedades tecnológicas de HEVC

UCLM - iTEAM © 2014 11

Estándar aprobado en Enero 2013 conjuntamente por el ITU e ISO

– Un mismo estándar con 3 nombres distintos:

UCLM - iTEAM © 2014 12

– Es el esfuerzo de casi tres año de desarrollo por parte de la

– Consenso internacional en la elaboración de las

– El estándar persigue un doble objetivo:

Aumento de la eficiencia Limitar la complejidad de

Aprobación de 3 perfiles: Main y Main Still (420@8b), Main10 (420@10b)

¿Cómo alcanza una alta eficiencia?

– La industria y C. científica esta haciendo grandes esfuerzos por

UCLM - iTEAM © 2014 15

– El objetivo se ha superado en términos de calidad subjetiva

UCLM - iTEAM © 2014 16

– El objetivo se ha superado en términos de calidad subjetiva

– Arquitectura HEVC 4x4 to 32x32

CTU 2D-DCT Entropy

UCLM - iTEAM © 2014 18

CTU 2D-DCT Entropy

UCLM - iTEAM © 2014 20

¿Cómo alcanza un eficiencia superior a la de H.264?

UCLM - iTEAM © 2014 21

¿Cómo alcanza un eficiencia superior a la de H.264?

¿Cómo alcanza un eficiencia superior a la de H.264?

CU2(0,0) CU2(0,1) CU2(2,0) CU2(2,1) CU2(3,0) CU2(3,1) CU2(1,0) CU2(1,1)

CU2(0,2) CU2(0,3) CU2(2,2) CU2(2,3) CU2(3,2) CU2(3,3) CU2(1,2) CU2(1,3)

UCLM - iTEAM © 2014 23

¿Cómo alcanza un eficiencia superior a la de H.264?

UCLM - iTEAM © 2014 24

¿Cómo alcanza un eficiencia superior a la de H.264?

UCLM - iTEAM © 2014 25

¿Cómo alcanza un eficiencia superior a la de H.264?

UCLM - iTEAM © 2014 26

CTU 2D-DCT Entropy

UCLM - iTEAM © 2014 27

UCLM - iTEAM © 2014 29

16x16 16 35 3 1680 16 4 1(4x4) 64

8x8 64 35 2 4480 64 9 1(8x8) 576