H.265

En el 2004, la ITU-T Video Coding Experts Group (VCEG) comenzó un estudio de avances tecnológicos que pudieran permitir la creación de una nueva norma de compresión de video (o mejoras sustanciales orientadas a una mejor compresión para la norma H.264/MPEG-4 AVC).[2] En octubre de 2004 se estudiaron varias técnicas para una mejora potencial del estándar H.264/MPEG-4 AVC. En enero de 2005, en el siguiente encuentro de VCEG, VCEG comenzó designación de ciertos temas como «áreas técnicas clave» para profundizar la investigación. Entonces, se estableció un software base denominado KTA codebase para la evaluación de dichas propuestas.[6] El software KTA se basa en el software de referencia de Modelo Conjunto (Joint Model en inglés) que fue desarrollado por el Equipo Conjunto de Vídeo de MPEG & VCEG para H.264/MPEG-4 AVC. Asimismo, se integraron tecnologías adicionales propuestas en el software KTA y fueron sometidas a pruebas en evaluaciones experimentales en los siguientes cuatro años.[7]

Fueron examinados dos enfoques para la normalización de una tecnología de compresión mejorada: o bien la creación de una nueva norma, o bien la creación de extensiones para H.264/MPEG-4 AVC.[8] El proyecto contó con nombres provisionales como H.265 y H.NGVC (Next-generation Video Coding, la próxima generación en codificación de vídeo), y fue en su mayoría, parte de la obra de VCEG hasta su evolución en el proyecto conjunto HEVC con MPEG en 2010.[8][9][10]

2012

El 29 de febrero de 2012, en el Mobile World Congress 2012, Qualcomm hizo una demostración del decodificador HEVC corriendo en una tableta de Android, con un procesador de doble núcleo Qualcomm Snapdragon S4 funcionando a 1,5 GHz, mostrando versiones H.264/MPEG-4 AVC y HEVC del mismo vídeo al mismo tiempo.[11] En esta demostración HEVC mostró una reducción de la tasa binaria de casi un 50% en comparación con H.264/MPEG-4 AVC.

2013

El 3 de abril de 2013, ATEME anunció la disponibilidad de la primera implementación de código abierto de un software reproductor HEVC basado en el decodificador OpenHEVC y en el reproductor de vídeo GPAC que están tanto bajo licencia LGPL.[12][13] El decodificador OpenHEVC soporta el perfil Main de HEVC y puede decodificar vídeo en 1080p a 30 fps mediante un solo núcleo de la CPU.[12][13] Un transcodificador en tiempo real que soporta HEVC y utilizado en combinación con el reproductor de vídeo GPAC fue mostrado en el stand de ATEME en el NAB Show en abril de 2013.[12][13]

El 23 de julio de 2013, MulticoreWare liberó el código fuente en fase alfa para x265.[14][15]

El 8 de agosto de 2013, Nippon Telegraph and Telephone Corporation anunció el lanzamiento del SDK del codificador de software HEVC-1000 que soporta el perfil Main 10, las resoluciones de hasta 7680x4320, y velocidades de cuadro de hasta 120 fps.[16]

El 14 de noviembre de 2013, los desarrolladores de DivX liberaron información sobre el rendimiento de decodificación HEVC utilizando una CPU Intel Core i7 a 3,5 GHz, que tenía 4 núcleos y 8 hilos.[17] El decodificador DivX 10.1 Beta era capaz de 210,9 fps en 720p, 101,5 fps en 1080p y 29.6 fps en 4K.[17]

El 18 de diciembre de 2013, ViXS Systems anunció el envío de su XCode 6400 SoC que es el primer SoC que soporta el perfil Main 10 de HEVC.[18]

2014

El 15 de enero de 2014, oViCs anunció el descodificador ViC-1 HEVC que soporta el perfil Main 10 hasta 4K a 120 fps.[19]

El 7 de abril de 2014, Vantrix liberó el código fuente para el codificador HEVC f265 bajo la licencia BSD.[20]

2020

El 7 de julio de 2020, se lanzó el códec H.266, que permite capturar vídeos de mayor calidad con un menor tamaño. Necesitando solo 5GB de datos para lograr transmitir un vídeo UHD de 90 minutos.[21]

HEVC reemplaza a los macrobloques —que fueron utilizados en las normas anteriores— con Unidades de codificación en árbol (Coding Tree Units o CTU, por sus siglas en inglés) que pueden usar estructuras de bloques más grandes, de hasta 64x64 píxeles y pueden mejorar el subparticionado de la imagen en estructuras de tamaño variable.[2][22] Inicialmente HEVC dividía la imagen en CTU que podían ser de 64x64, 32x32 o 16x16 con un tamaño de bloque de píxel más largo, a menudo aumentando la eficiencia de codificación.[2]

Las formas de los artefactos causados por la codificación a bajas tasas de bits son útiles para videos musicales o simplemente para videos artísticos.

[nota 4] La velocidad máxima de cuadros soportada por HEVC es de 300 fps.[24]

[nota 5] El Máximo Tamaño Dpb, número máximo de búferes de imágenes descodificadas, para el tamaño máximo de la imagen de luminancia de nivel que es 6 para todos los niveles.[2][24] El Tamaño Máximo Dpb puede aumentar a un máximo de 16 tramas si el tamaño de la imagen de luminancia del vídeo es menor que el tamaño máximo de la imagen de luminancia de ese nivel en pasos incrementales de 4/3 ×, × × 2, o 4.[2][24]

[nota 6] El MinCR, es la relación de compresión mínima, para ese nivel.[24]

1. MaxFrameRate|A|A
2. MaxDpbSize|B|B
3. MinCR|C|C
4. MaxFrameRate|A|A
5. MaxDpbSize|B|B
6. MinCR|C|C