Paso de H.264 a H.265: el cambio en el consumo de red

En una cámara 4K a 30 imágenes por segundo, eso puede traducirse en pasar de un flujo aproximado de 10–12 Mbps a otro de 5–6 Mbps.

La cifra resulta atractiva. También es el tipo de cifra que suele aparecer en una presentación comercial sin que nadie explique qué ocurre después, cuando ese flujo llega a un NVR limitado, atraviesa un enlace ascendente saturado o intenta reproducirse en una estación de monitorización incapaz de decodificar H.265 con soltura. Si asumes que cambiar el códec resolverá por sí solo los problemas de red, almacenamiento y rendimiento, fallará. Y no será un fallo del estándar: será una negligencia de diseño.

La migración a H.265 no consiste en marcar una casilla en la cámara y celebrar que el bitrate ha bajado. Consiste en revisar qué se comprime, dónde se procesa, quién lo decodifica y por qué enlace circula cada flujo. El fabricante vende eficiencia. El instalador necesita una arquitectura que no se convierta en un cuello de botella seis meses después.

De los macrobloques fijos a las unidades de codificación dinámicas

H.264, también conocido como AVC, fue aprobado como estándar en 2003 y se convirtió en una base sólida para las primeras generaciones de videovigilancia IP. Su funcionamiento divide la imagen en macrobloques fijos de 16 × 16 píxeles. El codificador analiza esos bloques, compara cambios entre imágenes y aplica técnicas de compresión para evitar transmitir información repetida.

El sistema funciona. Lo que ocurre es que una cámara actual trabaja con más resolución, más imágenes por segundo y escenas con mayor complejidad visual. Una imagen de 1080p no exige lo mismo que una de 8 megapíxeles. Tampoco exige lo mismo un pasillo vacío que una entrada con personas, vehículos, sombras, reflejos y movimiento constante. El códec no comprime una cifra abstracta: comprime una escena concreta.

H.265, o HEVC, introduce una estructura más flexible mediante unidades de árbol de codificación, conocidas como CTU. Estas unidades pueden trabajar con tamaños que van desde 4 × 4 hasta 64 × 64 píxeles. El codificador puede utilizar bloques grandes en zonas uniformes y bloques más pequeños donde existe detalle o movimiento.

La diferencia no es una cuestión de nomenclatura técnica para rellenar una memoria de proyecto. Es la razón por la que H.265 puede representar una escena con menos datos manteniendo una calidad visual equivalente. Un cielo uniforme, una pared o un suelo sin cambios no necesitan recibir el mismo tratamiento que una matrícula, una cara o un borde de puerta donde una pérdida de detalle puede arruinar el objetivo de la cámara.

En una instalación de videovigilancia, esta eficiencia tiene tres consecuencias directas:

• El flujo que sale de cada cámara puede ocupar menos ancho de banda.
• El NVR o servidor puede almacenar más tiempo con la misma capacidad de disco.
• Los enlaces entre cámaras, switches y grabadores pueden soportar más dispositivos antes de alcanzar su límite teórico.

La tercera consecuencia es la más malinterpretada. Que cada cámara consuma menos no significa que la red completa esté dimensionada correctamente. El punto crítico rara vez está en el cable que conecta una sola cámara. Con frecuencia aparece en el enlace ascendente que concentra decenas de flujos y los entrega al NVR o al servidor de gestión de vídeo.

H.265 reduce el caudal de cada cámara; no corrige una topología de red mal planteada.

Qué ahorro ofrece realmente H.265 en CCTV

La diferencia de ancho de banda entre H.264 y H.265 depende de la resolución, la tasa de imágenes por segundo, el nivel de movimiento, la iluminación y la configuración de calidad. Por eso, presentar el 50 % como una cifra garantizada en cualquier escenario es una forma elegante de vender una expectativa falsa.

En una escena comparable y con una calidad visual equivalente, la referencia habitual es una mejora de compresión de entre el 40 % y el 50 %. En vídeo 4K, la diferencia puede verse con claridad:

En una cámara 4K a 30 fps, reducir un flujo de 10–12 Mbps a 5–6 Mbps puede parecer suficiente para despreocuparse de la infraestructura. No lo es. Una instalación con 20 cámaras en esas condiciones puede concentrar entre 100 y 120 Mbps de tráfico de vídeo solo en los flujos principales H.265. Si se añaden flujos secundarios, audio, metadatos, visualización remota, tráfico de gestión y posibles retransmisiones, el cálculo deja de ser el que aparece en la ficha comercial.

Además, un bitrate configurado no es siempre un bitrate constante. En modo variable, la cámara adapta el consumo a la complejidad de la escena. Una imagen sin cambios puede ocupar poco. Una zona de acceso con movimiento continuo puede exigir más. Si se configura una tasa máxima muy baja para forzar el ahorro, la imagen puede conservar resolución nominal y perder precisamente lo que interesa: detalle fino en rostros, matrículas y objetos en movimiento.

El almacenamiento no se reduce de forma mágica

El ahorro de almacenamiento H.265 en CCTV es una consecuencia del menor bitrate, no una propiedad independiente que aparezca al instalar un disco nuevo. Si una cámara graba a menos Mbps manteniendo el mismo horario, resolución y número de imágenes por segundo, necesitará menos capacidad para conservar el mismo número de días.

La relación es directa: menos bits por segundo implican menos datos acumulados. Pero la retención final seguirá dependiendo de varios factores:

• Número de cámaras y resolución de cada una.
• Imágenes por segundo configuradas.
• Bitrate medio y máximo.
• Grabación continua o por eventos.
• Duración del periodo de conservación.
• Existencia de flujo principal y flujo secundario.
• Movimiento real de las escenas.
• Audio y metadatos asociados a la grabación.

Si la instalación necesita conservar vídeo durante un periodo concreto, la migración a H.265 puede liberar capacidad o permitir ampliar la resolución sin aumentar en la misma proporción el almacenamiento. Lo que no permite es ignorar la planificación. Un NVR con discos insuficientes no se vuelve competente porque la cámara anuncie HEVC en su menú.

H.265+ y los códecs inteligentes: útiles, pero no milagrosos

Las versiones optimizadas propietarias, como H.265+, modifican dinámicamente el bitrate en función de la actividad de la escena. En entornos estáticos o con poco movimiento pueden alcanzar reducciones acumuladas de hasta un 70–80 % frente a H.264 estándar, según la configuración y el comportamiento de la escena.

Ahí empieza la letra pequeña que suele quedarse fuera de la demostración. Un aparcamiento vacío, un almacén cerrado o un pasillo sin tránsito favorecen una compresión muy agresiva. Una entrada con personas cruzando, vehículos, lluvia, árboles movidos por el viento o iluminación cambiante no ofrece las mismas condiciones. Si el entorno genera movimiento constante, el ahorro será menor. No existe una compresión capaz de eliminar sin coste la información que cambia en cada imagen.

El uso de H.265+ puede ser razonable cuando la escena tiene largos periodos de estabilidad y se ha comprobado que la calidad de las zonas críticas sigue siendo suficiente. No debería activarse como una orden automática para todas las cámaras de una instalación.

Una cámara perimetral orientada a una carretera no tiene el mismo problema que una cámara colocada sobre una puerta de acceso. En la primera, el fondo puede mantenerse estable mientras los vehículos atraviesan una zona concreta. En la segunda, los cambios de escala, sombras y movimientos próximos pueden generar una carga de compresión muy distinta. Aplicar el mismo perfil a ambas es la clase de atajo que después se disfraza de incidencia imprevisible.

Qué puede salir mal con una compresión demasiado agresiva

La calidad percibida en un monitor puede parecer correcta mientras la imagen no contiene el detalle que se necesitará al extraer una evidencia. Los artefactos de compresión, la pérdida de textura y la dificultad para distinguir contornos aparecen con más claridad cuando se amplía una zona, se pausa un movimiento o se intenta identificar un objeto pequeño.

Los puntos más sensibles suelen ser:

1. Rostros en movimiento. Si el bitrate es insuficiente, los rasgos se degradan en los momentos de mayor desplazamiento.

2. Matrículas. La combinación de velocidad, reflejos y distancia exige más que una simple resolución alta.

3. Escenas nocturnas. El ruido del sensor añade complejidad al vídeo y puede elevar el consumo o deteriorar la imagen si se fuerza demasiado la compresión.

4. Vegetación y lluvia. El movimiento continuo del fondo puede impedir que el códec aproveche las ventajas de una escena estática.

5. Zoom digital y revisión forense. Una imagen aparentemente limpia en vista general puede no conservar suficiente información para ampliar un detalle.

El criterio correcto no es activar H.265+ porque la interfaz lo ofrece. Es comprobar qué zonas de la escena son probatorias y cómo se comporta la imagen en esas condiciones. Si la instalación debe identificar matrículas, la prueba no puede hacerse mirando una vista general de la cámara durante el día.

El cuello de botella se desplaza al NVR y a los enlaces ascendentes

La migración de H.264 a H.265 reduce el tráfico individual, pero también aumenta las exigencias de procesamiento. H.265 utiliza una estructura de codificación más compleja. La cámara debe codificar el vídeo y el NVR, servidor o estación de monitorización debe decodificarlo cuando se visualiza o se exporta.

El fabricante puede indicar que el grabador admite determinado número de cámaras H.265. Eso no significa necesariamente que pueda mostrar todos los canales simultáneamente en alta resolución, reproducir grabaciones mientras exporta vídeo y atender conexiones remotas sin degradación. Hay que separar tres capacidades que a menudo se mezclan:

• Capacidad de grabación: cuántos flujos puede recibir y escribir el NVR.
• Capacidad de visualización: cuántos canales puede decodificar y mostrar a la vez.
• Capacidad de reproducción y exportación: cuántos flujos puede leer del almacenamiento, recomponer y entregar sin interrupciones.

Un sistema puede grabar correctamente y, sin embargo, mostrar una cuadrícula con retrasos o imágenes entrecortadas. También puede reproducir un canal sin problemas y fallar cuando varios operadores solicitan secuencias al mismo tiempo. Si se asume que la compatibilidad de cámaras IP con H.265 equivale a compatibilidad completa de todo el sistema, el diagnóstico ya nace equivocado.

La red física sigue siendo decisiva

El tráfico no desaparece al cambiar de códec. Se concentra. Cada cámara sigue enviando su flujo al switch, y el switch debe transportar el conjunto hacia el NVR o VMS. En una arquitectura con varias cámaras conectadas a switches de acceso, el enlace ascendente puede acumular todos los flujos de una planta, un edificio o un perímetro.

Ahí aparece el cuello de botella principal. No basta con sumar el bitrate de una cámara y compararlo con la velocidad del puerto donde está conectada. Hay que calcular la concentración de tráfico en los uplinks y dejar margen para las variaciones de bitrate y el resto de servicios de la red.

Un diseño sensato debería contemplar al menos:

• El bitrate máximo configurado, no solo la media anunciada.
• El número de cámaras que comparte cada switch.
• La capacidad real de los enlaces ascendentes.
• La distancia y calidad del cableado.
• La alimentación PoE disponible en cada switch.
• El tráfico adicional de gestión, audio, alarmas y acceso remoto.
• La posibilidad de ampliar el sistema sin rehacer toda la infraestructura.

Si un switch tiene suficientes puertos pero su uplink no puede transportar el tráfico agregado, la instalación no está preparada: tiene una colección de conectores. Confundir ambas cosas es una negligencia elemental.

Compatibilidad: la cámara no trabaja sola

H.265 fue presentado oficialmente en 2013, pero muchas instalaciones siguen combinando equipos de distintas generaciones. Cámaras nuevas conviven con NVR antiguos, clientes web desactualizados, monitores de operador y software de gestión que no incorpora decodificación HEVC completa.

La compatibilidad debe revisarse extremo a extremo. No basta con que la cámara incluya H.265 en sus especificaciones. El grabador debe aceptar ese flujo, escribirlo correctamente y reproducirlo. El cliente utilizado por los operadores debe poder decodificarlo. Los dispositivos móviles, navegadores o estaciones con hardware antiguo pueden necesitar soporte específico o aceleración de hardware compatible.

La situación se complica cuando el sistema utiliza varios perfiles de vídeo. Una cámara puede enviar H.265 en el flujo principal y H.264 en el secundario, o permitir configuraciones diferentes según el cliente. Esto puede resolver problemas de visualización, pero también aumenta la complejidad de la instalación y puede elevar el consumo total si se mantienen demasiados flujos activos.

Qué conviene revisar antes de migrar

La transición no debería ejecutarse sobre toda la instalación de una sola vez. Una secuencia prudente sería:

1. Inventariar equipos y versiones. Hay que identificar modelos de cámaras, NVR, servidores VMS, estaciones de monitorización y clientes de acceso remoto.

2. Separar grabación de visualización. El equipo que almacena puede aceptar H.265 aunque la estación de operador no pueda mostrar varios canales simultáneamente.

3. Medir el tráfico real. Las estimaciones de catálogo sirven para dimensionar, pero no sustituyen la observación del comportamiento en escenas con movimiento.

4. Probar las zonas críticas. Rostros, matrículas, perímetros y escenas nocturnas deben revisarse en pausa, reproducción y exportación.

5. Comprobar la capacidad de decodificación. Una estación que muestra 16 cámaras H.264 no tiene por qué mostrar 16 cámaras H.265 con el mismo rendimiento.

6. Verificar la exportación. El vídeo debe poder extraerse y reproducirse en los equipos previstos para investigación o entrega de evidencias.

7. Documentar el perfil final. Resolución, imágenes por segundo, bitrate, códec, intervalos de fotograma y flujo utilizado deben quedar registrados.

El último punto suele recibir menos atención de la que merece. Si no se documenta la configuración, la instalación queda a merced del siguiente técnico que active una opción porque parece mejorar el rendimiento. Un cambio de firmware, una sustitución de cámara o una actualización del software puede alterar el comportamiento sin que nadie sepa cuál era el perfil original.

El ahorro de H.265 solo es real si la imagen sigue sirviendo para el propósito de seguridad; una grabación barata e inútil sigue siendo una mala compra.

H.264 frente a H.265: lo que promete el fabricante y lo que necesita la instalación

El fabricante suele presentar H.265 como una evolución evidente: misma calidad, menos ancho de banda y menos disco. La primera parte puede cumplirse en condiciones equivalentes. Las otras dos dependen de la arquitectura y de los parámetros elegidos.

La elección no debería reducirse a preguntar qué códec comprime más. La pregunta útil es otra: qué combinación de códec, resolución, bitrate y capacidad de procesamiento mantiene la evidencia disponible durante todo el ciclo de uso.

Un sistema puede ahorrar almacenamiento H.265 y perder tiempo en la exportación. Puede reducir el tráfico por cámara y saturar el uplink. Puede grabar correctamente y dejar a los operadores con una cuadrícula que responde tarde. Puede funcionar durante una prueba con cuatro cámaras y fallar cuando el proyecto crece hasta el número previsto.

Por eso conviene separar la decisión en cuatro capas:

1. La escena

El movimiento real determina buena parte del consumo. Una cámara en un espacio estático puede beneficiarse mucho más de H.265+ que otra enfocada a una zona de tránsito constante. Las condiciones nocturnas y el ruido del sensor también alteran el resultado.

2. La imagen que se necesita

No todas las cámaras necesitan 4K ni todas pueden trabajar con el mismo bitrate. La resolución debe responder a la distancia, el campo de visión y el objetivo de identificación. Aumentar megapíxeles y reducir demasiado el bitrate para compensar es una contradicción técnica.

3. La infraestructura

El cálculo debe incluir cámaras, switches, uplinks, NVR, almacenamiento y estaciones. El ancho de banda no se evalúa puerto por puerto como si cada dispositivo viviera aislado.

4. El ciclo operativo

Grabar, visualizar, buscar, reproducir, exportar y entregar. Si una de esas fases no funciona con fluidez, la migración está incompleta. Una cámara que guarda vídeo pero no permite revisarlo cuando hace falta no está cumpliendo su función.

Una migración gradual evita convertir el proyecto en una apuesta

La forma menos arriesgada de pasar de H.264 a H.265 consiste en trabajar por fases. Primero se selecciona un grupo representativo de cámaras: una escena estática, una zona con movimiento, una cámara nocturna y, si existe, una posición dedicada a matrículas o reconocimiento de rostros. Después se activa H.265 en esas unidades y se observa el sistema completo.

No se trata solo de mirar si el vídeo aparece en pantalla. Hay que comprobar:

• Pérdida de imágenes o interrupciones.
• Tiempo de respuesta al abrir varios canales.
• Uso de CPU y GPU en las estaciones.
• Comportamiento del NVR durante grabación continua.
• Reproducción en diferentes intervalos de tiempo.
• Exportación de secuencias.
• Calidad en escenas de movimiento y baja iluminación.
• Variación del tráfico en los enlaces ascendentes.
• Capacidad disponible en almacenamiento y PoE.

Si el sistema responde correctamente, se amplía la migración. Si falla, el problema queda localizado en un conjunto manejable. Cambiar cien cámaras a la vez y descubrir después que el cliente de visualización no decodifica H.265 no es una estrategia de despliegue. Es una forma cara de fabricar una incidencia.

También puede ser razonable mantener H.264 en determinados puntos mientras se actualiza el resto de la infraestructura. No todas las cámaras tienen que utilizar el mismo códec de inmediato. Lo que sí debe estar claro es qué equipos reciben cada flujo y qué impacto tiene esa combinación en la red, el almacenamiento y la operación diaria.

El mantenimiento decide si el ahorro permanece

La migración a H.265 no termina cuando se modifica la configuración del grabador. Empieza ahí la parte menos vistosa y más importante: conservar el rendimiento previsto.

Un sistema que inicialmente reduce el consumo puede volver a saturarse cuando aumentan los fps, se eleva el bitrate, se añaden cámaras o se habilitan flujos adicionales para acceso remoto. También puede perder capacidad de decodificación después de una actualización de software o por la sustitución de una estación de monitorización.

El mantenimiento debería revisar periódicamente:

• Bitrate real y variaciones por cámara.
• Ocupación de los enlaces ascendentes.
• Capacidad de almacenamiento y días efectivos de retención.
• Carga de CPU y GPU en grabadores y estaciones.
• Estado de los discos y errores de escritura.
• Compatibilidad de clientes y versiones de firmware.
• Calidad de imagen en las zonas consideradas críticas.
• Cambios no documentados en resolución, fps o perfiles de compresión.

Si asumes que el ahorro calculado durante la puesta en marcha permanecerá intacto sin supervisión, fallará. Las escenas cambian, el número de dispositivos crece y los operadores empiezan a pedir funciones que no estaban en el diseño original. La videovigilancia es un sistema vivo; tratarla como una instalación que se entrega y se olvida es una negligencia.

H.265 es, en términos generales, una mejora sólida frente a H.264 para reducir ancho de banda y almacenamiento. La eficiencia aproximada del 40–50 % puede ser muy valiosa, y H.265+ puede ofrecer reducciones aún mayores en escenas estáticas. Pero ninguna de esas cifras sustituye al dimensionamiento de red, a la comprobación de compatibilidad ni a la validación de la calidad probatoria.

El códec correcto es el que encaja en la cadena completa: cámara, red, grabador, almacenamiento, monitorización y exportación. Todo lo demás es marketing con una casilla activada. Mantener esa cadena bajo control después de la migración no es una tarea secundaria: es la diferencia entre ahorrar recursos y esconder el próximo fallo bajo una cifra atractiva.