Un cliente una vez me pidió una grabación de pantalla corta de un error. La captura fue de 212 MB durante cuatro minutos, que es lo que le cuesta una pantalla de retina a 60 fotogramas que le cuesta un segundo, y su servidor de correo lo rebotó dos veces antes de que descubriera que el límite de 25 MB en el mensaje de error no era el número que tenía que vencer. Los archivos adjuntos están codificados en base64, por lo que el archivo llega aproximadamente un tercio más grande de lo que dejó. Necesitaba tener aproximadamente 18 MB, no 25. La grabación se apagó a 6 MB, 720p, sin audio, y se veía perfectamente nítida, porque una grabación de pantalla de un error es principalmente una página estática con un cursor que se mueve a través de él y que se comprime maravillosamente. La lección útil no era un escenario. Fue que cada uno de estos trabajos es el mismo cálculo de tres líneas, y una vez que puedes hacerlo, dejas de adivinar.
TL;Dr: Un nivel de calidad no le da un tamaño de archivo, porque un factor de tasa constante es un objetivo de calidad y el tamaño resultante depende de la cantidad de movimiento que lleve el metraje. Para alcanzar un límite duro, trabaje hacia atrás: la tasa de bits de destino en kilobits por segundo es el tamaño en bytes por 8, dividido por la duración en segundos, dividido por 1000. Luego elija la resolución cuya tasa de bits normal se encuentra debajo de ese número. Dejar caer 1080p a 720p ahorra más que cualquier control deslizante de calidad, y al soltar el audio no necesitas más de lo que la gente espera. los compresor de video En Toolz.dev ejecuta el Encode a través de ffmpeg compilado en WebAssembly en la pestaña de su propio navegador, muestra la estimación antes de que comience y nunca suba el archivo.
¿Por qué una configuración de calidad nunca te promete un tamaño?
Porque las dos formas más comunes de comprimir un video responden diferentes preguntas, y la que produce mejores resultados es la que no puede decirle el tamaño con anticipación.
Tasa de bits de destino El modo dice: Usa 2 megabits por segundo, lo que sea que necesites. El tamaño es entonces aritmético, exactamente predecible, y la calidad oscila salvajemente. Una tarjeta de título inmóvil y una toma de lluvia portátil obtienen 2 Mbps, por lo que la tarjeta de título desperdicia la mayor parte y la lluvia parece una grava mojada.
Factor de tasa constante El modo dice: Mantenga esta calidad, gaste los bits que necesite. Los marcos fáciles obtienen pocos bits, los marcos duros obtienen muchos y la imagen permanece visualmente incluso de principio a fin. El tamaño es lo que sea.
Cada codificador moderno recomienda el segundo para cualquier cosa que no se esté transmitiendo en vivo, y es lo que usa el compresor aquí. El costo es que el número en la página antes de presionar el botón es una estimación, derivada de la tasa de bits típica para esa resolución y calidad, y la figura real se mueve con el metraje. Una grabación de pantalla estática aterriza rutinariamente a la mitad de la estimación. Las imágenes de mano de agua en movimiento pueden aterrizar sobre él. El confeti, la nieve, el follaje en el viento y el grano de la cámara son las cuatro cosas que superan cualquier estimación, porque todas ellas están cerca del ruido aleatorio y el ruido es lo único con lo que la compresión no puede hacer nada.
¿Qué elige CRF cuando eliges un nivel?
La escala corre de 0 a 51 para H.264 de 8 bits, donde 0 es sin pérdida y 51 no se puede ver, y el Guía de codificación FFMPEG H.264 Pone el valor predeterminado en 23 y el rango de trabajo SANE en aproximadamente 17 a 28. La propiedad que vale la pena memorizar es que la escala es logarítmica: un cambio de 6 aproximadamente se reduce a la mitad o duplica la tasa de bits. Ese solo hecho te dice qué hace cada nivel antes de probarlo.
El compresor ofrece tres, no un deslizador, porque la diferencia entre CRF 26 y 27 es invisible mientras que la diferencia entre 23 y 33 es todo el punto.
| uniforme | H.264 CRF | CRF | Audio | para que sirve |
|---|---|---|---|---|
| Luz | 23 | 31 | 160 kbps | Archivar copias y material de archivo que volverá a editar. Lo suficientemente cerca de visualmente sin pérdidas. |
| Equilibrado | 28 | 36 | 128 kbps | la respuesta ordinaria. Aproximadamente la mitad de la tasa de bits de la luz, y en la pantalla de una computadora portátil, debe buscar la diferencia. |
| Fuerte | 33 | 42 | 96 kbps | golpeando un límite duro. Los artefactos comienzan a mostrarse en imágenes detalladas, y a nadie le importa una carga de chat. |
Los números VP9 son una escala separada, por lo que no parecen estar relacionados. El 31 de Light Level es exactamente lo que Google Recomendaciones de codificación VP9 para video a pedido Enumere como la calidad objetivo para 1080p, y vale la pena mantener el resto de esa tabla marcada: 32 para 720p, 33 o 34 para 480p, 15 para 4K.
¿Qué ahorra más espacio, menor calidad o menos píxeles?
Menos píxeles, por un amplio margen, y no está cerca.
La resolución es una cantidad bidimensional. Pasar de 1080p a 720p no es un tercio de descuento, es de 2,07 millones de píxeles hasta 0,92 millones, por lo que el codificador tiene un 56% menos de píxeles para describir antes de tomar una decisión de calidad. El archivo sigue, aproximadamente. Pasar de 4K a 1080p elimina las tres cuartas partes de ellos.
Esto es lo que un clip de un minuto aterriza, por la altura y el nivel de la fuente, utilizando las tasas de bits típicas de las que estima la herramienta. Se incluye audio.
| Fuente | Luz | Equilibrado | Fuerte |
|---|---|---|---|
| 4K (2160p) | 106 MB | 61 MB | 35 Mb |
| 1080p | 35 Mb | 20 MB | 11 Mb |
| 720p | 20 MB | 12 Mb | 7 MB |
| 480p | 10 MB | 6 Mb | 4 Mb |
Léelo al otro lado y hacia abajo. Mover un paso hacia abajo en la columna de calidad ahorra alrededor del 43%. Mover un paso hacia abajo La columna de resolución también ahorra alrededor del 42%, lo que parece un empate hasta que notes que los pasos de calidad se agotan después de tres y te cuestan artefactos visibles, mientras que un paso de resolución no cuesta nada en la pantalla que la mayoría de la gente observará. Se muestra un clip de 1080p en un mensaje de holgura en un cuadro de unos 400 píxeles de ancho.
Entonces, el orden de probar: deje la resolución a lo que el espectador usará de manera realista, mantenga la calidad en equilibrio y solo busque fuerte si aún no la ha logrado.
¿Cómo aterrizas bajo un límite estricto como 8 MB?
trabajar al revés. Todo el cálculo es una línea, y es la única pieza de video aritmética que vale la pena aprender.
# total bitrate (kbps) = target size (bytes) x 8 / duration (s) / 1000
#
# 8 MB, 45-second clip:
# 8,000,000 x 8 / 45 / 1000 = 1,422 kbps total
# minus 96 kbps of audio = 1,326 kbps for video
#
# 1080p strong is ~1,400 kbps video -> about 8.4 MB. Just over.
# 720p strong is ~800 kbps video -> about 5.0 MB. Comfortable.
#
# the equivalent single pass, if you have ffmpeg installed:
ffmpeg -i input.mp4 -c:v libx264 -crf 33 -preset fast \
-vf scale=-2:720 -c:a aac -b:a 96k \
-movflags +faststart -pix_fmt yuv420p output.mp4
Tres cosas hacen que esto sea confiable en la práctica.
- Deja espacio para la cabeza. Apunta al 80% del límite. CRF no alcanza un objetivo de tamaño, y la única vez que se sobrepasa es el tiempo que envía el archivo.
- Cuente la sobrecarga de codificación si va por correo electrónico. Base64 representa cada 24 bits de entrada como 4 caracteres, por RFC 2045, por lo que un accesorio se infla en un tercio en el cable. Un límite de buzón de 25 MB es de aproximadamente 18 MB de archivo real.
- No confíes en un número que recordaste. El límite de carga gratuito de Discord ha sido de 8 MB, luego de 25 MB, luego de 10 MB, luego de 20 MB a agosto de 2026. Gmail se ha mantenido en 25 MB durante años. WhatsApp vuelve a comprimir todo lo que envíes independientemente. Compruebe el límite el día que lo necesita, luego haga la aritmética.
Si el clip es más largo que el que desea mostrar, el mejor movimiento es cortarlo en lugar de apretarlo. La mitad de la duración reduce el tamaño del tamaño a la calidad total, que no puede igualar ningún ajuste. los recortadora de video Sacará el rango sin volver a codificar cuando el corte aterrice cerca de un fotograma clave, y el resultado es un metraje idéntico a bytes a la mitad del tamaño.
¿Ayuda reducir la velocidad de fotogramas?
Menos de lo que pensarías, y se ve peor que cualquier otra cosa en la lista.
La razón es que los cuadros consecutivos ya se comprimen entre sí. Un códec de video almacena un fotograma completo y luego describe las diferencias, por lo que el cuadro 31 en un clip de 60 fps es casi gratuito, porque es casi idéntico al de la trama 30. Tirarlo no salva los pedazos que imaginas que ahorra. A tasas típicas, el ahorro es más cercano a lineal que a libre, por lo que 60 fps a 30 fps despegan quizás un tercio en lugar de la mitad, y 30 fps a 15 fps le dan vibración visible en cualquier movimiento de cámara.
Hay dos casos en los que es la llamada correcta. Una grabación de pantalla de contenido estático en su mayoría no pierde nada legible a 15 fps, y ese es exactamente el caso en el que generalmente se esfuerza más por ponerse bajo un límite. Y las imágenes que está convirtiendo a una animación para una página, donde el espectador no está viendo tanto el movimiento como si no lo nota, sobrevive bien de 12 a 15 fps.
Para todo con una persona o una cámara, deje la velocidad de fotogramas en paz y baje la resolución.
¿Debe sobrevivir el audio?
Pregunte para qué sirve el audio, porque no es gratis.
Una grabación de 10 minutos con audio a 128 kbps lleva 9,6 MB de sonido antes de que la imagen tenga un solo bit. Si ese audio es una captura de pantalla silenciosa con zumbido de habitación, o música que vas a reemplazar, o una pista de voz que ya has transcrito, dejarlo es el ahorro más fácil disponible y no le cuesta nada al espectador. El compresor tiene un interruptor para exactamente eso, que pasa -an y omite la transmisión de audio por completo.
Cuando el sonido importa, los niveles lo bajan de 160 a 128 a 96 kbps, que son los puntos convencionales. 96 kbps AAC es adecuado para el habla y audiblemente en la música. Si desea que el audio solo, como un archivo para transcribir o editar, el extractor de audio Saca la pista sin tocar el video, y el convertidor de audio lo volverá a codificar en sus propios términos.
Un detalle atrapa a la gente. Un video sin pista de audio se reproduce silenciosamente en la mayoría de los jugadores y no se reproduce automáticamente en algunos navegadores móviles antiguos que esperan que una pista se silencia. Si el clip va a una página web, una pista silenciosa de 8 kbps a veces es más segura que ninguna, aunque todos los envíos de navegadores hoy en día manejan un MP4 de solo video correctamente.
¿Vale la pena la espera extra?
Depende completamente de quién abre el archivo.
VP9 en un contenedor WebM aterriza aproximadamente una cuarta parte más pequeña que H.264 con una calidad visible comparable. Esa es una ganancia real, y en su propio sitio, donde el único requisito es que un navegador pueda reproducirlo, WebM suele ser el mejor archivo. Chrome, Firefox y Edge han soportado VP9 durante una década, y Safari lo ha hecho desde la versión 14.
El costo aparece dos veces. La codificación VP9 es más lenta que la X264, por lo tanto en un navegador, y un detalle hace que el comando ejecute a cualquiera que ejecute el comando a mano: VP9 solo acepta un objetivo de calidad cuando la tasa de bits es explícitamente cero. escamote -crf 36 por sí solo y el codificador usa silenciosamente una tasa de bits predeterminada y lo ignora. necesita -crf 36 -b:v 0, que es lo que envía la herramienta.
El segundo costo es todo lo que no es un navegador. Aplicaciones de chat, campos de carga de CMS, editores de video, PowerPoint, panel de vista previa en un administrador de archivos, el teléfono de su cliente: muchos de estos aceptan MP4 y encogimiento de hombros en WebM. Si el archivo va a una persona, envíe MP4 con H.264. Si va a una página que controla, WebM. Esa misma división se ejecuta en toda la pregunta de formato, que el Guía de remuneración Cubiertas desde el lado de conversión.
¿Por qué un MP4 comprimido a veces se niega a empezar a reproducir?
Debido a donde terminó el índice, y es la única bandera que nunca debes dejar.
Un MP4 mantiene una tabla de contenidos que describe dónde comienza cada cuadro. Escrito normalmente, el codificador descubre todo eso a medida que va y escribe la tabla al final del archivo. Para la reproducción desde un disco que está bien. Servido a través de HTTP, significa que el reproductor no puede comenzar hasta que tenga el archivo completo, por lo que un video de 40 MB en una aplicación de chat o un CMS se sienta allí sin hacer nada mientras se descarga, luego comienza.
-movflags +faststart Hace una segunda pasada sobre el archivo terminado y mueve esa tabla al frente. La codificación tarda un momento más y el video comienza a reproducirse después de un segundo. Cada MP4 que produce el compresor lo tiene.
Hay dos banderas más en ese comando para la compatibilidad en lugar del tamaño. -pix_fmt yuv420p Fuerzas 4:2:0 Submuestreo de Chroma, porque un MP4 4:2:2 o 4:4:4 es válido y se niega a jugar en una larga lista de decodificadores de hardware. Y el filtro de escala está escrito scale=-2:720 más bien que scale=-1:720, porque H.264 requiere dimensiones de píxeles uniformes y -2 Redondea el ancho calculado a un número par. Solicite un ancho impar y el codificador falla con "Ancho no divisible por 2" en lugar de escalar a algo cercano.
¿Por qué la compresión dos veces parece mucho peor?
pérdida de generación, y es más pronunciada de lo que la gente espera porque la compresión con pérdida no es idempotente.
El primer codificador desecha el detalle que juzga que el ojo no fallará y deja atrás sus propios artefactos: ligeros bloqueos en los bordes, degradados suavizados, resonando alrededor de alto contraste. La segunda codificación no tiene forma de saber que esos artefactos no son la imagen. Los trata como contenido que vale la pena conservar, gasta los bits que los describe y agrega su propio en la parte superior. Tres rondas de compresión equilibrada en el mismo clip se ven peor que una ronda de Strong, con un tamaño de archivo más grande.
Por lo tanto, las reglas prácticas son cortas. Comprimir del original cada vez, nunca de la copia que ya hiciste. Si necesita una versión de archivo light y una versión pequeña para enviar, haga ambos desde la fuente. Y si un archivo ya ha pasado por una plataforma que vuelve a comprimirse al cargar, que es la mayoría de ellos, trate lo que ya descargó como una segunda generación.
Esta es la misma aritmética que gobierna compresión de imagen Y la razón por la que un JPEG guardado se convierte repetidamente en barro, y la misma razón por la que el Compresor PDF Funciona en las imágenes dentro de un documento en lugar de en el documento en su conjunto.
¿El archivo sale de su máquina?
No, y para el video que cambia para qué se puede usar la herramienta.
La codificación se ejecuta a través de FFmpeg compilado en WebAssembly, ejecutándose en la pestaña del navegador. El archivo se lee desde su disco en la memoria de la página, se codifica allí y se devuelve como descarga. Abra DevTools, cambie al panel de red, comprima algo y observe: ninguna solicitud lleva el video.
Siguen tres consecuencias.
No se carga nada, por lo que no se conserva nada. No se encuentra ninguna copia en un servidor esperando una política de retención para eliminarla, porque no se realizó ninguna copia. Para una demostración de producto inédita, imágenes en NDA o cualquier cosa con una persona que no esté de acuerdo con una carga de un tercero, esa es la diferencia entre utilizable y no.
Los límites son los navegadores, no un plan. Todo el archivo entra en la memoria de pestañas, por lo que la página acepta hasta 500 MB y limita una sola pasada a los 30 minutos, y verifica cuando eliges el archivo en lugar de una descarga de motor de cuatro megabytes y dos minutos de codificación. No hay cola, ni marca de agua, ni cuenta ni nivel de tamaño para comprar.
La primera ejecución es más lenta. El paquete FFmpeg WebAssembly se descarga una vez, lo que tarda unos segundos, y se almacena en caché después. La herramienta la carga en la primera compresión en lugar de cuando se abre la página, por lo que la página en sí permanece rápida.
¿Cuándo es un codificador de escritorio la herramienta adecuada?
Cuando los números anteriores dejan de ser la restricción. Una pestaña del navegador es un codificador razonable y una mala canalización de video, y vale la pena tener claro dónde cae la línea.
Vaya nativo para archivos de más de 500 MB o clips durante media hora, donde la memoria de pestañas es el límite real. Vaya nativo para un lote, porque 40 clips a través de un bucle en un shell superan a 40 viajes a través de cualquier interfaz. Vaya nativo cuando necesite codificación de dos pases para alcanzar un tamaño exacto, que un solo pase de CRF no puede prometer. Y sea nativo para la codificación de hardware, donde una GPU hará en 20 segundos lo que WebAssembly tarda cuatro minutos.
Por un clip que necesita quedar por debajo de un límite en los próximos cinco minutos, en una computadora portátil, sin instalar nada ni entregar el metraje a un extraño, el navegador es el camino más rápido a distancia. ese es el trabajo compresor está diseñado para, junto con el convertidor para cambiar el formato y el compresor de imagen Para el mismo problema una dimensión hacia abajo.
