Convertidor de Formato de Imagen

La conversión de formato de imagen cambia un archivo de un formato a otro, por ejemplo PNG a JPG, WebP a PNG o JPG a WebP. Cada formato tiene compromisos: JPG es eficiente para fotografías, PNG conserva transparencia y bordes nítidos, WebP puede reducir tamaño, BMP es simple pero grande y GIF suele usarse para animación ligera. Los archivos se suben al servicio de conversión de ToolAct, se procesan con libvips en el servidor y el resultado convertido se descarga de vuelta; el archivo temporal se elimina del servidor inmediatamente al terminar la conversión y no se archiva ni se usa para entrenamiento. Elegir el formato de salida importa: la transparencia puede perderse al pasar a JPG, los formatos con pérdida modifican detalles finos y metadatos o perfiles de color no siempre se conservan igual. El mejor formato depende del uso final.

La conversión de formato de imagen es un pipeline de 'decodificar + recodificar'. Los bytes de origen se alimentan a un decodificador de plataforma (libpng, libjpeg-turbo, libwebp, libheif/dav1d para AVIF, el equivalente en cada motor de navegador) que produce un búfer de píxeles crudos en un espacio de color conocido (casi siempre sRGB con transferencia lineal o no lineal). La página luego ejecuta ese búfer de píxeles a través del codificador para el formato destino, con el control de calidad elegido. Todo ocurre del lado del servidor en esta herramienta: el navegador sube cada archivo al endpoint de conversión vips de ToolAct, libvips orquesta la decodificación, el redimensionado opcional, el manejo del espacio de color y la recodificación a través del códec destino, y los bytes convertidos se transmiten de vuelta como descarga indexada por taskId. La subida temporal se elimina del servidor en cuanto termina la conversión: no se archiva y no se introduce en ningún pipeline de entrenamiento. JPEG (Joint Photographic Experts Group, ISO 10918-1 / ITU-T T.81) es el caballo de batalla de la compresión fotográfica con pérdida. El codificador divide la imagen en bloques de 8x8 píxeles (esta es la unidad mínima en la que opera el códec), ejecuta una Transformada Discreta del Coseno 8x8 (DCT, la DCT tipo-II del estándar) en cada bloque, divide los 64 coeficientes de frecuencia resultantes por una matriz de cuantización 8x8 (la Q-table; la tabla de calidad 50% es la predeterminada, calidad más baja escala la tabla hacia arriba para descartar más detalle de alta frecuencia), escanea en zig-zag los coeficientes en un vector 1D, y ejecuta codificación Huffman sobre el resultado. El bloque 8x8 es la razón por la que JPEG muestra artefactos visibles de 'bloques' cerca de los bordes a baja calidad: la base DCT es por bloque, por lo que bloques vecinos cuantizan de forma independiente. JPEG no soporta canal alfa y usa YCbCr internamente (Y = luminancia, Cb/Cr = croma) por lo que el codificador generalmente submuestrea el croma (4:2:0, 4:2:2 o 4:4:4) para ahorrar 50% o más en bytes de croma. JPEG progresivo (múltiples pasadas) mejora la velocidad de carga percibida en conexiones lentas. PNG (Portable Network Graphics, ISO 15948, Recomendación W3C 2003) es sin pérdida. Cada fila se filtra (None, Sub, Up, Average, Paeth; el filtro se elige por fila para maximizar la compresibilidad) y las líneas de escaneo filtradas se comprimen con DEFLATE (la misma cadena LZ77 + Huffman que usa ZIP). PNG soporta modo indexado (paleta) para imágenes de <=256 colores, RGB y RGBA con 1, 2, 4, 8 o 16 bits por canal. El PNG indexado es el formato más eficiente en espacio para iconos, arte lineal y elementos de UI (un logotipo de 1 bit puede pesar unos pocos KB). Sin pérdida significa que cada píxel hace un round-trip exacto, lo cual es crítico para recursos de UI, imágenes científicas y cualquier cosa que se volverá a editar. WebP (Google, 2010, RFC 9649 / ISO/IEC 23000-22) es un formato moderno versátil. WebP con pérdida usa codificación intra-frame de VP8 (el mismo códec basado en DCT que el vídeo WebM), lo que da archivos 25-35% más pequeños que JPEG a calidad perceptiva equivalente. WebP sin pérdida usa filtrado predictivo + codificación por entropía, dando archivos 26% más pequeños que PNG. WebP soporta canal alfa en ambos modos y animación (WebP animado es el reemplazo moderno de GIF). La codificación es un poco más lenta que JPEG; la decodificación es comparable en CPUs modernas con aceleración SIMD (rutas neon/sse2 de libwebp). AVIF (AV1 Image File Format, ISO/IEC 23000-22) es el sucesor basado en AV1. AV1 es un códec libre de regalías de la Alliance for Open Media (Google, Mozilla, Apple, Microsoft, Netflix, etc.) que usa herramientas más sofisticadas: predicción intra con 65 modos direccionales, filtros de 6 taps, superbloques más grandes de 64x64, y codificación por entropía adaptativa al contexto. Resultado: 20% más pequeño que WebP a SSIM equivalente, y significativamente mejor que JPEG a tasas de bits muy bajas. La codificación es 5-10x más lenta que WebP debido a la búsqueda de predicción más rica; la decodificación está acelerada por hardware en GPUs modernas (Intel Tiger Lake+, Apple M1+, Adreno recientes). AVIF soporta color de 8/10/12 bits, alfa y espacios de color amplios (BT.2020, Display P3) lo que lo convierte en el formato de elección para contenido HDR. Otros formatos a tener en cuenta: HEIC/HEIF (ISO 23008-12, predeterminado de Apple desde iOS 11) está basado en H.265/HEVC y es similar a AVIF en capacidad, pero el panorama de patentes de HEVC es complejo. JPEG XL (ISO 18181) es el sucesor experimental de JPEG con recompresión JPEG sin pérdida y mejor compresión con pérdida que AVIF; Chrome y Firefox lo soportan, Safari tiene soporte parcial. Para una página de conversión, los formatos prácticos son JPEG, PNG, WebP, AVIF y GIF (este último es el único que queda para animaciones en navegadores, a pesar de estar limitado a 256 colores). El espacio de color y el alfa son las dos trampas. libvips del lado del servidor convierte a sRGB por defecto a menos que se preserve un perfil ICC; si la fuente es Adobe RGB (común en RAW de cámara) la conversión es una transformación colorimétrica que ocurre durante la decodificación. Para alfa, JPEG, BMP y GIF (en forma no animada) no tienen canal alfa, por lo que los píxeles transparentes se componen sobre un color de fondo (generalmente blanco, configurable en esta página); convertir un PNG RGBA a JPEG sin elegir fondo produce un resultado negro o transparente que sorprende a los usuarios. Para flujos de trabajo de impresión de alta calidad, la salida CMYK es el formato correcto (PDF/X-1a o TIFF con perfil ICC incrustado), y un convertidor web genérico normalmente apunta a sRGB — las separaciones CMYK reales necesitan un pipeline de pre-impresión dedicado.

• Compresión sin pérdida de PNG: cada línea de escaneo se filtra (None / Sub / Up / Average / Paeth), los bytes filtrados se comprimen con DEFLATE (LZ77 + Huffman, la misma familia que ZIP). El modo indexado (<=256 colores) es la opción más eficiente en espacio para iconos y recursos de UI.
• Compresión con pérdida de JPEG: bloques de 8x8 píxeles -> DCT tipo-II 8x8 -> división por matriz de cuantización 8x8 (Q-table) -> escaneo en zig-zag -> codificación Huffman. El bloque 8x8 es la razón por la que JPEG muestra artefactos de 'bloques' a baja calidad. YCbCr con submuestreo de croma (4:2:0 / 4:2:2 / 4:4:4) ahorra 50%+ en bytes de croma.
• WebP (Google, 2010, RFC 9649): con pérdida usa VP8 intra-frame (25-35% más pequeño que JPEG al mismo SSIM); sin pérdida usa filtrado predictivo + codificación por entropía (26% más pequeño que PNG). Soporta alfa y animación. La codificación es más lenta que JPEG; la decodificación es similar con aceleración SIMD.
• AVIF (AV1 Image File Format, ISO 23000-22): basado en AV1, 20% más pequeño que WebP al mismo SSIM. 65 modos de predicción intra direccionales, filtros de 6 taps, superbloques de 64x64. La codificación es 5-10x más lenta que WebP; la decodificación está acelerada por hardware en Intel Tiger Lake+, Apple M1+, Adreno recientes. Soporta 8/10/12 bits, alfa y color amplio (BT.2020, Display P3).
• Manejo del canal alfa: PNG / WebP / AVIF / GIF soportan alfa. JPEG / BMP no, por lo que los píxeles transparentes se componen sobre un fondo configurado (generalmente blanco). Convertir PNG RGBA a JPEG sin elegir fondo produce un resultado sorprendente negro o transparente.
• Espacio de color: el RAW de cámara puede ser Adobe RGB, la pantalla muestra sRGB, la impresión es CMYK. libvips del lado del servidor convierte a sRGB por defecto; espacios no coincidentes durante la conversión causan cambios de color. Para salida CMYK (PDF/X-1a, TIFF con perfil ICC) necesitas un flujo de preimpresión dedicado, no un convertidor web genérico.
• Otros formatos: HEIC/HEIF (basado en H.265, predeterminado de Apple desde iOS 11) es similar a AVIF pero con patentes HEVC complejas; JPEG XL (ISO 18181) es el sucesor experimental de JPEG con mejor recompresión con y sin pérdida de JPEGs heredados; GIF (1987, animación de 256 colores) sobrevive como el único formato de animación raster compatible con navegadores.
• Mapeo del control de calidad: WebP y AVIF usan calidad indexada por SSIM (0-100 mapeado a un SSIM objetivo); JPEG usa el factor de escala de la Q-table; PNG es sin pérdida por lo que 'calidad' solo controla la estrategia de filtrado. SSIM es una métrica perceptiva, no exacta por píxel: 95 SSIM parece idéntico al original, 80 SSIM es el punto típico 'bueno para web', 60 SSIM empieza a mostrar artefactos.