Las dos primeras partes calculaban «cuántos GB ahorraste y cuánto vale». Esta tercera no habla de facturas, sino de responder una pregunta que realmente interesa a los fotógrafos: si entregas una imagen JPEG a ImgZilla, ¿qué cambios hace realmente? Y qué precio pagan esos cambios en Lightroom / Photoshop / Capture One. Los datos provienen de la misma muestra de 32,188 imágenes JPEG directas de cámara / móvil de las dos partes anteriores, además de una comparación byte a byte de más de 200 pares de archivos.
1. Primero responda la pregunta más aguda: ¿Se redujo la profundidad de bits?
El temor más común en el mundo fotográfico sobre la «compresión» es: ¿Mi JPEG de 12 o 14 bits será comprimido a 8 bits?
Este miedo es un error de objeto. Separe dos cosas primero:
- Profundidad de bits (bit depth): cuántos bits se utilizan para registrar cada canal de color. 8 bits = 256 niveles por canal; 14 bits = 16384 niveles. La profundidad de bits determina qué tan lejos puedes empujar las zonas oscuras y el cielo en la postproducción sin que aparezca bandas de ruido.
- Densidad del archivo (bits por píxel / bpp): volumen del archivo ÷ número de píxeles. En la parte anterior se clasificó por bpp: mide «cuántos bytes por píxel se gastan para guardar esta imagen», es el objeto de compresión y no tiene nada que ver con la profundidad de bits.
ImgZilla comprime lo segundo (densidad), no lo primero (profundidad de bits). Además, para JPEG esta cuestión de la profundidad de bits simplemente no existe:
Muestreo de 209 pares de imagen original / comprimida, leyendo la etiqueta SOF de cada JPEG: la precisión antes y después de la compresión es de 8 bits en todos los casos.**
La razón es simple: el JPEG base está definido por el estándar como 8 bits por canal. El JPEG directo de la cámara nunca ha tenido 12 bits, por lo que ImgZilla no tiene de dónde «reducir».
¿Dónde están esos datos de 12/14 bits? Solo en los archivos RAW. Y los formatos que ImgZilla admite son gif / png / jpg / jpeg / svg / heic / heif / webp / avav — no incluyen ningún formato RAW (CR2, CR3, NEF, ARW, RAF, DNG no están en la lista, se ignorarán si los arrastras). Tu negativo digital no entra en su flujo de procesamiento, lo que lo hace intrínsecamente seguro.
Conclusión de esta sección: JPEG no tiene profundidad de bits para reducir; entra en 8 bits y sale en 8 bits. El RAW no se toca. No hay que preocuparse por la profundidad de bits en este artículo — lo que realmente hay que mirar está en las dos secciones siguientes.
2. ¿Qué cambios hizo realmente? Una reencodificación con pérdida completa
La forma en que ImgZilla procesa JPEG no es «optimizar sin pérdida sobre el archivo original», sino decodificar la imagen completa y volver a codificarla. El flujo completo es:
Leer JPEG
→ Decodificar a píxeles RGB de 8 bits
→ Reconvertir a YCbCr
→ Re-cuantificar según tablas de cuantización fijas (calidad efectiva ~70)
→ Recalcular tablas de Huffman óptimas
→ Salida como JPEG progresivo
En este proceso, el paso de «re-cuantificación» es con pérdida. Cuanto más gruesa sea la tabla de cuantización, más detalles de alta frecuencia se pierden y el archivo es más pequeño. Usando la intensidad de la tabla de cuantización de los archivos de muestra (suma de pasos de cuantización; mayor número = cuantización más agresiva):
| Intensidad de tabla de cuantización (mediana) | |
|---|---|
| Imagen original directa de cámara / móvil | 1858 |
| Comprimida por ImgZilla | 6852 |
La intensidad de cuantización es aproximadamente 3,7 veces mayor. Este es un cuantificación real de segundo nivel — no es una «reordenación sin pérdida», es perder una ronda más de información de alta frecuencia.
Hay dos cosas que no cambiaron:
- Resolución, ningún píxel movido. Todas las 32,188 imágenes estadísticas
dimensions_changedson unánimemente falsas. ImgZilla no escala, no recorta; el ahorro de volumen proviene solo de la reencodificación. - Profundidad de bits invariable (ver sección anterior), entra y sale en 8 bits.
Una cosa cambió pero no afecta la calidad: la salida es JPEG progresivo (la mayoría de los originales son JPEG base). El progresivo mejora la experiencia de carga en la web y no tiene ningún costo para la calidad. Lightroom / Photoshop / Capture One pueden leerlo normalmente — solo algunas aplicaciones muy antiguas pueden no reconocerlo.
3. El factor que más afecta la postproducción: submuestreo cromático forzado a 4:2:0
Esta es la información más importante que todo fotógrafo debería saber en todo el artículo.
JPEG usa «submuestreo cromático» para ahorrar espacio: el ojo humano es sensible a la luminosidad pero no a la resolución del color, por lo que puede permitir que la resolución de la información cromática sea menor que la de la luminosidad:
- 4:4:4: croma y luminancia tienen la misma resolución, la información de color es más completa.
- 4:2:2: resolución cromática reducida a la mitad en la dirección horizontal. Muchas cámaras y algunos teléfonos directos usan esto.
- 4:2:0: resolución cromática reducida a la mitad en horizontal y vertical, solo 1/4 de la resolución de la luminancia. La mayoría de los JPEG «optimizados para el volumen» usan esto.
Muestreo de 209 pares de archivos para ver el submuestreo cromático antes y después de la compresión:
| Submuestreo cromático | Original | Comprimido por ImgZilla |
|---|---|---|
| 4:4:4 | 1 | 0 |
| 4:2:2 | 128 (61%) | 0 |
| 4:2:0 | 80 (38%) | 209 (100%) |
Después de la compresión, el 100% es 4:2:0. De estos, el 61% bajaron desde 4:2:2 — la resolución vertical del croma se reduce a la mitad y es irreversible.
¿Cómo se refleja esto en la postproducción?
La resolución cromática reducida, a simple vista en una imagen no editada, a menudo no se nota. El problema surge cuando la editas:
- Ajustes de color / Splitscreen: aumentar saturación, ajustar HSL, hacer color grading — los bordes de los bloques de color empezarán a aparecer, especialmente en las transiciones de claridad de la piel y las gradaciones de cielo a horizonte en áreas grandes y suaves.
- Selecciones / máscaras / rotulación basadas en color: máscaras de rango de color de Lightroom, selección por color de Photoshop, rotulación de fondo verde — todo esto depende de la precisión de los bordes cromáticos. Después de 4:2:0 los bordes serán borrosos y tendrán dientes de sierra.
- Bordes de colores de alto contraste: texto rojo-negro, luces de neón, ramas al contrario — 4:2:0 dejará «derrames» de color en estos lugares.
Efecto acumulativo
Con una calidad efectiva ~70 y 4:2:0, es un punto de trabajo «más comprimido». Una imagen original de calidad 92 y 4:2:2 puede soportar mucho más rango de ajuste en postproducción que la misma imagen comprimida a calidad 70 y 4:2:0. Y si además «la comprimiste de nuevo y luego editaste y guardaste» — eso es dos rondas de reencodificación con pérdida superpuestas.
¿Cuándo esto es indiferente?
Si tu imagen original ya era 4:2:0 (muchos teléfonos de gama media/baja y dispositivos antiguos, y cualquier imagen ya optimizada para web), la reencodificación de ImgZilla no pierde nada extra en croma — simplemente converge el trabajo a un punto similar al original. Esto también es la razón por la que la tasa de compresión es baja en este tipo de imágenes (ver la sección 6 de resolución: solo se ahorra el 70,7% con iPhone directo, mientras que el genérico 12MP más «gordo» ahorra el 80%).
4. Metadatos: pérdida total de EXIF / XMP / ICC
ImgZilla elimina los metadatos por defecto. Muestreo de 209 pares de archivos para comparar antes y después:
| Metadatos | Presente en original | Presente en comprimido |
|---|---|---|
| EXIF (parámetros de disparo) | 204 | 0 |
| XMP (valoración / palabras clave / derechos de autor) | 134 | 0 |
| ICC (perfil de color) | 2 | 0 |
Detallando lo que se pierde:
- EXIF: apertura, obturación, ISO, distancia focal, modelo de lente, modelo de cámara, fecha de disparo, coordenadas GPS, campo de derechos de autor — todo se va. Para quienes hacen catálogos de stock, revisan parámetros de disparo, o necesitan que la información de derechos de autor viaje con el archivo, esto es un punto débil.
- Marca de orientación (EXIF Orientation): este punto es importante por sí solo porque afecta directamente la visualización. Muchas cámaras y teléfonos antiguos «no rotan físicamente los píxeles al disparar, sino que solo escriben una marca de orientación». Si se elimina la marca, la foto tomada en vertical puede aparecer horizontal en algunas aplicaciones — libjpeg no rota los píxeles por ti al reencodificar. La mayoría de los teléfonos modernos ya han rotado físicamente + marcado, por lo que no se ven afectados; pero si usas una cámara o un dispositivo antiguo, mejor confirma antes de comprimir.
- XMP: las estrellas, banderas, palabras clave, título y declaración de derechos de autor que pusiste en Lightroom / Bridge — si están escritas en el archivo XMP (no en un archivo auxiliar o base de datos de directorio), desaparecen después de la compresión.
- Perfil ICC de color: en esta muestra casi no había perfiles ICC incrustados (la mayoría sRGB sin marca), por lo que esta prueba básicamente no activó este punto. Pero si tu flujo de trabajo usa Display P3 o Adobe RGB, el ICC incrustado se eliminará, y el reproductor solo podrá interpretar en sRGB, lo que hará que el color se vea apagado o desviado. Ten mucho cuidado con esto en flujos de trabajo de amplio rango de color.
Hay una opción «Guardar metadatos» en la configuración, pero si los metadatos son importantes para tu flujo de trabajo, la forma más segura es: no los compres en su lugar. Guarda el original y espera a comprimir la versión exportada cuando hayas terminado de editar.
5. ¿Cuándo se pueden aceptar estos costes?
Vista la suma de las tres secciones anteriores, el tratamiento de ImgZilla sobre JPEG es: 8 bits invariable, resolución invariable, croma reducido a 4:2:0, calidad ~70, metadatos vacíos, a cambio de un ahorro medio de volumen del -76,8%.
Este intercambio es rentable en estas escenas:
- Entrega a clientes para ver muestras, portafolio web, envíos a redes sociales. Estas imágenes suelen ser comprimidas una vez más por la plataforma; 4:2:0 + calidad 70 es casi imperceptible en el visualizador, mientras que el volumen se puede reducir en un 75% — carga más rápido, subida más rápida, facturas de hosting y CDN más bajas (se calculó esta cuenta en las dos partes anteriores).
- JPEG archivados a largo plazo después de seleccionar y descartar. Guardados solo como registro, sin intención de volver a entrar en postproducción.
- Envío de imágenes por WeChat / correo electrónico, transferencia de materiales a compañeros — el tiempo de transmisión se reduce proporcionalmente al volumen.
Con la condición de: usar primero la ventana de comparación integrada (⌘D) para verificarlo tú mismo. ImgZilla mostrará la imagen original / comprimida dividida a la izquierda y derecha, y puedes ampliar hasta los píxeles reales para comparar punto a punto. Para quienes sean sensibles a la calidad, no creas que «no se nota diferencia» — míralo tú mismo al 100% en la parte que más te importa — piel, cielo, bordes del cabello.
6. ¿Cuándo NO usarlo para comprimir?
- JPEG que aún se editarán mucho en Lightroom / Photoshop / Capture One — especialmente si solo tienes JPEG y no RAW. Cada milímetro de margen de edición en este tipo de imagen es valioso, no lo gastes antes. Guarda el original y espera a comprimir la versión exportada cuando hayas terminado de editar.
- Bibliotecas de catálogo que necesitan conservar EXIF / derechos de autor / GPS / estrellas y palabras clave.
- Entrega en Display P3 / Adobe RGB — el ICC se eliminará.
- Tu RAW — no se ve afectado (ImgZilla no lo toca), pero tampoco esperes que esta herramienta ayude a reducir el tamaño del RAW, no es su función.
En una frase: ImgZilla es adecuado para comprimir «productos finales», no «intermedios que aún se volverán a procesar».
7. Apéndice de datos: estas 32,188 imágenes JPEG directas
Muestra de las dos partes anteriores, 16 subdirectorios, sin filtro, compresión in situ.
General
| Volumen | Relativo al original | |
|---|---|---|
| Imagen original directa de cámara / móvil | 99,9 GB | — |
| Comprimida por ImgZilla | 23,1 GB | −76,8% |
Promedio por imagen de 2,96 MB → 0,69 MB. El promedio aritmético de la tasa de compresión por archivo ahorra un 76,6%, la mediana ahorra un 77,3%, lo que coincide básicamente con el 76,8% calculado por bytes totales.
Por resolución: la diferencia de espacio guardado varía mucho entre dispositivos
| Tamaño de salida | Cantidad | Porcentaje | Ahorro medio por archivo |
|---|---|---|---|
| 4000×3000 (Genérico 12MP, mayoría Android / cámaras de tarjeta) | 19867 | 61,7% | 80,1% |
| 4032×3024 (Cámara principal iPhone 12MP por defecto) | 3529 | 11,0% | 70,7% |
| 3456×4608 (16MP vertical) | 2631 | 8,2% | 76,9% |
| 4608×3456 (15,9MP) | 903 | 2,8% | 54,8% |
| 1600×1200 | 257 | 0,8% | 51,4% |
(Los modelos se infieren por el tamaño de salida, no por leer EXIF — el EXIF ya no está disponible en los datos comprimidos.)
La misma herramienta, la misma muestra de originales sin tocar, la mejor compresión (80%) y la peor (55%) difieren en 25 puntos porcentuales. La diferencia está enteramente en el propio original: la línea de procesamiento de JPEG de Apple es más agresiva en cuantización y más compacta en codificación, saliendo de fábrica cerca del límite razonable; muchos dispositivos económicos / antiguos usan tablas de cuantización fijas más conservadoras, la parte «grasa» no ha sido tocada. Cuanto más nueva es la cámara grande con sensor grande, el JPEG directo es más «delgado», dejando menos espacio para la compresión secundaria — esto no es malo, tu original simplemente no es tan desperdiciado.
Distribución por archivo
| Porcentaje ahorrado | Cantidad | Porcentaje |
|---|---|---|
| 90%–100% | 866 | 2,7% |
| 80%–90% | 11375 | 35,3% |
| 70%–80% | 15244 | 47,4% |
| 60%–70% | 3349 | 10,4% |
| 50%–60% | 398 | 1,2% |
| Menos del 50% | 956 | 3,0% |
El 82,7% de las fotos ahorra entre el 70% y el 90%. Por percentiles: más de la mitad ahorra más del 77%, y las peores 10% también ahorran alrededor del 68%, solo alrededor del 1% (p99) ahorra menos del 40%.
Algunos extremos
| Original | Comprimido | Ahorrado | |
|---|---|---|---|
| Mejor relación de compresión | 3,55 MB (4000×3000) | 100 KB | 97,2% |
| Más ahorrado por archivo | 17,9 MB (4000×3000) | 1,13 MB | 16,8 MB |
| Peor beneficio | 70 KB (1242×1242) | 68,8 KB | 2,1% |
8. Notas sobre datos y pruebas
- Alcance de la muestra: los números de tasa de compresión general, por resolución, y distribución por archivo provienen de esta prueba real de 32,188 imágenes JPEG directas de cámara / móvil, reflejando los resultados de esta muestra, no equivaliendo a «ImgZilla puede comprimir un promedio del 76,8%». Los resultados varían según la cámara, el modelo y la configuración de exportación.
- Selección de muestra: el archivo completo no fue filtrado o limpiado, comprimido por lotes en sus 16 subdirectorios originales.
- Atribución del modelo: la identificación del dispositivo en las clasificaciones por resolución se infiere por el tamaño de salida, no por leer EXIF (el EXIF ya no está disponible en los datos comprimidos); la misma resolución puede venir de varios dispositivos.
- Comparación byte a byte es muestral: las conclusiones sobre submuestreo cromático, profundidad de bits, tablas de cuantización y metadatos provienen del análisis byte a byte de las etiquetas JPEG de 209 pares de imágenes originales / comprimidas seleccionadas aleatoriamente, es un criterio muestral, no el total de 32,188 imágenes.
- Criterio estadístico: el 76,8% general es «bytes totales ahorrados ÷ bytes originales totales»; el promedio aritmético de la tasa de compresión por archivo es 76,6%, la mediana 77,3%, ya se mencionó en el texto. La unidad de volumen se convierte considerando 1 GB = 10⁹ bytes.
- Parámetros de compresión: los parámetros son fijos, no hay deslizador de calidad / muestreo en la interfaz. Es una elección de diseño — los parámetros se ajustaron al punto de equilibrio dentro del rango visualmente imperceptible. Los fotógrafos que están acostumbrados a ajustar la calidad / muestreo manualmente deben tener esto en cuenta.
- «Invisible a simple vista» no es igual a «sin pérdida»: la verdadera sin pérdida (píxeles exactamente iguales) solo es PNG y SVG; JPEG es reencodificación con pérdida, los parámetros se seleccionan en un rango casi imperceptible a simple vista. La ventana de comparación integrada permite verificar píxel a píxel.
- Entorno de ejecución: todo se completó localmente, las imágenes no se conectan a internet ni se suben (excepto la verificación de compra en Mac App Store).
¿Quieres probarlo tú mismo? ImgZilla versión gratuita permite comprimir 10 imágenes al día, solo se descuenta el cupón si la compresión es exitosa. Toma algunas de tus imágenes más exigentes — retratos, cielos, cabello en contraluz — compriéndolas y usa la ventana de comparación al 100% para verlas tú mismo, y luego decide si entregar todo tu catálogo a la herramienta.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Más información: https://imagetool.app/ImgZilla
Requisitos del sistema: macOS 12.3 o superior.
}