30 vs 60 fps para videos de demo
60 fps no siempre se ve más fluido. La diferencia real vive en el motion del cursor y el bitrate — no en el número de la consola.
TL;DR
- **60 fps gana solo en demos con motion rápido** (un cursor cruzando la pantalla, drag-and-drop). En UI estática, 30 fps es indistinguible.
- HEVC a 60 fps prácticamente **duplica el tamaño del archivo** sin duplicar la fluidez percibida — la ley de Weber se aplica.
- La regla de Sgrin: 30 fps por defecto, 60 solo cuando hay motion real del cursor — decidido en export.
La métrica que importa no es cuadros por segundo sino motion percibido: la velocidad del contenido que se mueve entre frames. Una grabación de una ventana estática a 60 fps se ve idéntica a 30 fps porque nada se desplaza entre cuadros.
El ojo no cuenta frames — detecta discontinuidad en el desplazamiento. Por eso un cursor cruzando un display de 1440px en 0.3s se ve entrecortado a 30 fps y fluido a 60: cada frame cubre 80px vs 40px, y el umbral donde el ojo deja de integrar el motion está cerca de los 60px.
El frame rate no describe tu video. Describe qué tan rápido se movía lo que grabaste.
Cuándo 30 fps basta
Si tu demo es un tour por paneles estáticos con un cursor que se mueve deliberadamente, 30 fps es suficiente. Los paneles no cambian entre frames y el desplazamiento del cursor se queda bajo el umbral de percepción. Obtienes un archivo de la mitad del tamaño sin pérdida visible.
Esto cubre la mayoría de los tours de producto, recorridos de settings y explainers de features — el grueso de lo que founders indie y equipos pequeños realmente shippean.
Cuándo 60 fps justifica su tamaño
60 fps vale la pena cuando hay motion real: drag-and-drop, scroll rápido, transiciones animadas de UI, o un cursor que cruza la pantalla rápido. Ahí el desplazamiento por frame supera el umbral y 30 fps empieza a verse a saltos.
El trade-off es el tamaño del archivo. HEVC a 60 fps casi duplica los bytes sin duplicar la fluidez percibida — un caso de manual de la ley de Weber, donde la diferencia apenas perceptible escala con el baseline, no en pasos absolutos.
| Dimensión | 30 fps | 60 fps |
|---|---|---|
| Motion fluido del cursor | Hasta ~40px/frame | Hasta ~80px/frame |
| Tamaño (HEVC, 30s) | ~6 MB | ~11 MB |
| Compatibilidad web | Universal | HEVC restrictivo |
Cómo decidirlo en tres pasos
- Mira el motion dominante. Paneles estáticos con cursor lento → 30 fps. Drag, scroll rápido o animación de UI → considera 60.
- Pesa el costo del archivo. HEVC a 60 fps casi duplica el tamaño sin duplicar la fluidez percibida. Si lo sirves en una landing, el peso puede dañar el LCP más de lo que la fluidez ayuda.
- Verifica el destino. HEVC a 60 fps en Safari sin el container correcto renderiza una pantalla negra. Para entrega web universal, H.264 a 30 fps sigue siendo el default más seguro.
Qué hace Sgrin con esto
Sgrin no te hace elegir a mano. Lee el motion de la captura y aplica la regla de arriba en el export.
› En profundidad — la matemática del umbral
Preguntas frecuentes
¿60 fps siempre es mejor para grabaciones de pantalla?
No. Para UI estática con un cursor lento, 30 fps se ve idéntico y reduce el archivo a la mitad. 60 fps solo ayuda cuando algo se mueve rápido entre frames.
¿HEVC a 60 fps funciona en todas partes?
No del todo. HEVC es restrictivo en la web — Safari necesita el container correcto y algunas plataformas no lo reproducen. H.264 a 30 fps sigue siendo el default más seguro para reproducción universal.
¿Cómo elige Sgrin el frame rate?
Mide la velocidad pico del puntero durante la captura. Si el cursor supera los ~60px por frame a 30 fps, sube el export a 60. Si no, se queda en 30 para mantener el archivo liviano.
Graba una demo. Deja que Sgrin la dirija.
Prueba gratis 14 días · Sin tarjeta