01
Una estimación comienza con el bitrate, no con los megapíxeles
El bitrate representa la cantidad de datos que produce un flujo de video por segundo. Dos cámaras con la misma resolución pueden generar consumos diferentes si observan escenas con distinta actividad, iluminación o nivel de detalle.
Almacenamiento ≈ GB diarios × días de conservación, antes del margen operacional.
La fórmula convierte un promedio de datos en espacio. No predice por sí sola el bitrate adecuado ni sustituye pruebas con la configuración y la escena que tendrá el proyecto.
02
Ocho variables que deben quedar explícitas
Flujos grabados
Cada flujo registrado aporta datos; la vista en vivo puede ser distinta de la grabación.
Bitrate promedio
Es el dato central del cálculo y debe representar la escena, no sólo una ficha técnica.
Horario
Grabación continua, por calendario o por evento producen necesidades diferentes.
Actividad de la escena
Movimiento, follaje, tránsito, lluvia y ruido de imagen pueden elevar el flujo.
Calidad de imagen
Resolución, cuadros por segundo, compresión y objetivo de evidencia deben equilibrarse.
Iluminación
El ruido en baja luz puede exigir más datos para conservar una imagen útil.
Conservación
Los días se definen por necesidad operativa y políticas aplicables, no por costumbre.
Margen y crecimiento
Conviene considerar variación, mantenimiento y ampliaciones previstas.
03
Ejemplo hipotético: una estimación transparente
Suponga ocho flujos que, después de probar escenas representativas, promedian 2 Mbps cada uno y se graban durante todo el día. La organización decide conservar 30 días.
Los 5,18 TB son una base matemática, no la capacidad final de compra. Todavía se debe definir margen, formato de almacenamiento, disponibilidad útil, crecimiento y comportamiento real del sistema. Si el bitrate promedio cambia, el resultado cambia en la misma proporción.
04
Errores frecuentes al dimensionar
- Usar una tabla genérica sin declarar bitrate, horario ni tipo de escena.
- Confundir capacidad nominal del disco con espacio realmente disponible.
- Calcular grabación por movimiento suponiendo que el lugar estará casi inactivo.
- Reducir el bitrate hasta afectar el detalle que justificaba la cámara.
- Olvidar audio, flujos adicionales, crecimiento o margen para variaciones.
- Definir días de conservación sin relacionarlos con la operación de la organización.
Vigilox no publica capacidades, periodos de retención ni configuraciones de instalaciones reales. Los valores anteriores son exclusivamente hipotéticos.
05
Preguntas frecuentes
¿Cuántos días de grabación debe guardar un sistema CCTV?
No existe un plazo universal. Debe definirse según el objetivo operativo, el tiempo habitual para detectar incidentes, las políticas internas y cualquier obligación aplicable a la organización.
¿Más resolución siempre significa más almacenamiento?
En igualdad de condiciones, una mayor resolución suele aumentar los datos. Sin embargo, el bitrate final también depende de la escena, el movimiento, la iluminación, los cuadros por segundo, el códec y la compresión.
¿Grabar por movimiento reduce siempre el espacio necesario?
Puede reducirlo, pero el resultado depende de cuánto movimiento exista y de cómo se detecte. Una escena muy activa puede grabar durante gran parte del día, por lo que conviene estimar con datos representativos.
¿La visualización en vivo consume almacenamiento?
La visualización en vivo consume ancho de banda, pero no necesariamente espacio de grabación. Sólo aporta almacenamiento cuando ese flujo también se registra.
Fuentes y límites
La guía utiliza principios documentados por Axis sobre estimación de ancho de banda y almacenamiento. Las herramientas de un fabricante sirven como referencia de diseño, pero una propuesta debe validarse con el equipamiento y las condiciones concretas del proyecto.