Introduccin

H.264 ha penetrado el mundo del video en la web como una tormenta. Esta tecnologa relativamente nueva tiene un poco de misterio e intriga. Siendo personas sin la paciencia necesaria para comprender todas las particularidades sobre cmo funciona esta maravilla, y aun as pudiendo obtener lo que la misma tena para ofrecer, tuvimos un rara ocurrencia aparte de experiencia de aprendizaje (lo que nos hizo sentir como adolescente otra vez).

Calidad versus velocidad de datos

Lo primero es el balance entre calidad y velocidad de datos. Aquellos que sean viejos como para recordar aquellos das en que Internet comenz a utilizar imgenes estticas por primera vez (para aquellos que no lo son, si hubo un tiempo en que Internet era solo texto) tambin recuerdan que el gran dilema era comprimir las imgenes lo justo para que cargaran razonablemente rpido, sin destruir su aspecto completamente. Similarmente al mundo de las imgenes, en el mundo del video, incrementar la velocidad de datos durante la fase de compresin permite empaquetar una mayor (humanamente percibida) calidad visual en cualquier video. Sin embargo el incremento en la velocidad de datos se puede degradar o a veces impedir la reproduccin, debido a limitaciones en el ancho de banda del pblico objetivo. Mientras tanto reducir la velocidad de datos limita la calidad del video; pasando de cierto lmite degrada el video al punto de hacerlo incomprensible.

Nudo o cuerpo Perfiles

Los Perfiles son sets de caractersticas que apuntan a determinadas aplicaciones diferentes. Si bien hay varios perfiles dentro del estndar H.264, las ms comunes son Baseline (lnea de base) Main (principal) y High (alta). Baseline: (lnea de base): Este perfil es usado cuando el video es liviano como en el caso de video conferencia o reproduccin en telfonos celulares con limitaciones en poder de cmputo. Provee la compresin menos eficiente entre las tres opciones y el consumo ms bajo de CPU en la decodificacin. Main: (principal): Este perfil es ms capaz que Baseline, lo que generalmente se traduce en mayor eficiencia, si bien trae unido una mayor demanda de poder de procesamiento (menos que el perfil High). Este perfil se usa en los videos de calidad media para las aplicaciones de video en la web.

High: (alta): Este es el perfil ms eficiente de los tres. Tiene las mayores capacidades, lo que logra empacar con la mejor calidad en un tasa de bits determinado, y es el ms pesado de procesar debido a las operaciones adicionales. Si bien originalmente se pens solo para las aplicaciones que manejaban alta definicin como Blu-ray, este perfil esta ponindose de moda para video en la web a medida que los usuarios finales promedio acceden a mayor poder de cmputo y ms ancho de banda.

Bitrate [kbps] = ancho * altura * fps * Movimiento * 0,07 / 1000 Anchura, altura: Pixels fps: Frames por segundo movimiento: Bajo = 1, medio = 2, Alto =4

Cita de la ponencia:
El movimiento de baja es un vdeo que tiene un movimiento mnimo. Por ejemplo, una persona que habla frente a una cmara sin mover mucho la cmara, mientras que s y el fondo no se mueve en absoluto. movimiento medio sera un cierto grado de movimiento, pero de una manera ms ordenada y previsible, lo que significa un relativamente cmara lenta y los movimientos de sujetos, pero no muchos cambios de escena o cortes bruscos o movimientos de cmara a presin o el zoom en la imagen cambia todo en algo completamente diferente de forma instantnea. movimiento de alta sera algo as como el triler de pelcula de accin ms difcil, donde no slo los movimientos son rpidos e impredecibles, pero las escenas tambin cambian muy rpidamente. Para convertir este factor tan subjetivo en un nmero cuantificable, tratemos de dar un factor de multiplicacin a cada rango. Como estos rangos no son lineales, elegmos los siguientes nmeros para cada rango: Bajo=1, Medio=2, Alto=4. (En otras palabras un video con una cantidad de movimiento razonable es el doble de difcil de comprimir comparado con uno que tiene escaso o nulo movimiento. Un video con cambios rpidos e imprevisibles requerir de cuatro veces ms tiempo para comprimir manteniendo el mismo nivel de calidad). Dado este multiplicador relativo basado en estos factores, hemos tratado de desarrollar una base numrica desde donde estos multiplicadores puedan producir estimaciones de tasas de

bits del mundo real. Luego de numerosos experimentos, hemos notado cierto patrn que se podra considerar constante o como un valor de base (para los tamaos y tasas de cuadros ms comunes). Al redondearlo ese valor es de 0.07 bps por pixel, por cuadro y por valor de rango de movimiento del cuadro. En otras palabras, para estimar un valor de tasa de bits optima para H.264 que resultara en lo que se considera buena calidad resulta para cualquier video, se puede multiplicar la cantidad de pixeles de destino por la tasa de cuadros; luego multiplicar por el factor 1, 2 4 dependiendo de rango de movimiento; ese resultado multiplicarlo por 0.07 para obtener una tasa de bits en bps (y dividir eso por 1.000 para tener un estimado de Kbps o por 1.000.000 para tener Mbps). Ejemplo de un vdeo de 25 fps: el movimiento de baja: 1280 x 720 x 25 * 1 * 0,07 / 1,000 = app. 1500 kbps de movimiento Medio: 1280 x 720 x 25 * 2 * 0,07 / 1,000 = app. 3000 kbps de alta de movimiento: 1280 x 720 x 25 * 4 * 0,07 / 1,000 = app. 6500 kbps

QUITO

GUAYAQUIL

CODEC H.264 Calcular el ancho de banda requerido para la transmisin de video entre el enlace de red Quito-Guayaquil. AB= 64 Kbps a 150 Kbps. Resolucin Ejercicio Alto movimiento Bit rate 640 * 480 * 30fps * 4 * 0.07/1000= 2580.48 Kbps 1024 * 728 * 30fps *4 * 0.07 /1000 =6261.96 Kbps

Conclusiones

Comprimir video en H.264 es ms un arte que una ciencia, pero tener una comprensin bsica de cmo los diversos factores influencian el resultado final puede mejorar notablemente su habilidad para conseguir mejores resultados. Si bien no hay frmulas mgicas o reglas rigurosas, empezar desde una base slida e ir gradualmente refinando las configuraciones mediante experimentacin controlada pueda dar los mejores resultados en cualquier situacin.

PSNR de H.264: 36,80 dB PSNR de MPEG-4: 37,21 dB

Calcular requisitos de almacenamiento

Como se ha mencionado anteriormente, el tipo de compresin de vdeo utilizado es uno de los factores que afectan a los requisitos de almacenamiento. El formato de compresin H.264 es de lejos la tcnica de compresin de vdeo ms eficiente que existe actualmente. Sin asegurar calidad de imagen, un codificador H.264 puede reducir el tamao de un archivo de vdeo digital en ms de un 80% comparado con el formato Motion JPEG y en ms de un 50% con el estndar MPEG-4 (Parte 2). Esto significa que se necesita mucho menos ancho de banda de red y espacio de almacenamiento para un archivo de vdeo H.264. En las siguientes tablas, se proporcionan los clculos de almacenamiento de muestra de los tres formatos de compresin. A causa de diversas variables que afectan a los niveles de frecuencia de bits media, los clculos no son tan claros para los formatos H.264 y MPEG-4. Con relacin a Motion JPEG, existe una frmula clara porque cada imagen es un fichero individual. Los requisitos de almacenamiento para las grabaciones en Motion JPEG varan en funcin de la frecuencia de imagen, la resolucin y el nivel de compresin.

Clculo en H.264:
Velocidad binaria aprox. /8 (bits en un byte) x 3.600s = KB por hora/1.000 = MB por hora. MB por hora x horas de funcionamiento diarias/1.000 = GB por da GB por da x periodo de almacenamiento solicitado = Necesidades de almacenamiento

Clculo en MPEG-4:
Velocidad binaria aprox./8 (bits en un byte) x 3.600s = KB por hora/1.000 = MB por hora MB por hora x horas de funcionamiento diarias/1.000 = GB por da. GB por da x periodo de almacenamiento solicitado = Necesidades de almacenamiento Nota: La frmula no tiene en cuenta la cantidad de movimiento, factor importante que puede influir en el tamao del almacenamiento requerido.

Clculo en Motion JPEG:

Tamao de imagen x imgenes por segundo x 3.600s = kilobyte (KB) por hora/1.000 = megabyte (MB) MB por hora x horas de funcionamiento diarias/1.000 = gigabyte (GB) por da GB por da x periodo de almacenamiento solicitado = Necesidades de almacenamiento