JPG se convierte a PNG re-codificando DCT con pérdida a DEFLATE sin pérdida.PNG conserva la calidad original y añade canal alfa, pero el tamaño del archivo crece ~3-5× porque la compresión sin pérdida guarda cada píxel exactamente.
Comparativa JPG vs PNG
| Propiedad | JPG | PNG |
|---|---|---|
| Compresión | Con pérdida (DCT) | Sin pérdida (DEFLATE) |
| Canal alfa | No | Sí (RGBA) |
| Peso típico foto | 50-80 KB | 200-500 KB |
| Profundidad de color | 8 bits/canal | 8 o 16 bits/canal |
| Año de introducción | 1992 (ISO 10918) | 1996 (RFC 2083) |
| Soporte navegador | Universal (~100%) | Universal (~100%) |
| Ideal para | Fotografía, imágenes reales | Logos, iconos, capturas |
| Animación | No | No (usa APNG/GIF/WebP) |
| Metadatos EXIF | Soporte nativo | Vía chunks tEXt / iTXt |
| Dimensiones máximas | 65.535 × 65.535 px | 2³¹−1 px por lado |
| Renderizado progresivo | Progressive JPEG | Entrelazado (Adam7) |
| Patentes | Todas expiradas (2007) | Sin patentes desde 1996 |
Conversor JPG a PNG — De DCT con Pérdida a DEFLATE Sin Pérdida
JPG y PNG están en extremos opuestos del espectro de compresión de imagen estática. JPEG (ITU-T T.81 aprobado 18 septiembre 1992 / ISO/IEC 10918-1:1994, publicado conjuntamente por CCITT Study Group VIII y el Joint Photographic Experts Group) usa compresión DCT con pérdida con transformada de bloque 8×8, tablas de cuantización y submuestreo de croma — típicamente 5–10× más pequeño que los píxeles origen para fotografías a calidad 85. PNG (W3C Recommendation 10 noviembre 2003 / ISO/IEC 15948:2004, segunda edición que incorpora todas las erratas conocidas) usa compresión DEFLATE sin pérdida (RFC 1951 Deutsch, mayo 1996, LZ77 + Huffman con ventana deslizante de 32 KB) sobre líneas de exploración filtradas, más canal alfa opcional de 8 bits. Convertir JPG → PNG no puede recuperar el detalle que la cuantización JPEG ya descartó, pero sí fija el formato como sin pérdida para edición posterior. La conversión corre localmente en el navegador vía la API Canvas 2D Context + HTMLCanvasElement.toBlob('image/png') del HTML Living Standard de WHATWG — sin subida, sin procesamiento del servidor, sin telemetría.
Cómo convertir JPG a PNG
- Arrastra un archivo .jpg / .jpeg a la herramienta o haz clic para seleccionar — archivo suelto o lote.
- El navegador decodifica el bitstream JPEG (según ITU-T T.81) a un ImageBitmap y lo dibuja en un Canvas a las dimensiones nativas.
- Canvas llama a toBlob('image/png') que codifica los píxeles vía DEFLATE (RFC 1951) en un PNG (W3C 2ª Ed / ISO/IEC 15948:2004) — sin slider de calidad porque PNG es sin pérdida.
- Descarga el PNG. Los metadatos EXIF se eliminan (beneficio de privacidad). El archivo JPG original en disco no se modifica.
Casos de uso comunes
- Alimentar una foto JPG a una herramienta de diseño (Figma, Photoshop, Sketch) que prefiere PNG para composición no destructiva y flujos de máscara alfa.
- Archivar un JPG como PNG antes de ediciones manuales para que los guardados posteriores no acumulen pérdida generacional JPEG.
- Preparar un JPG para una plataforma que solo acepta PNG (algunos servicios de imprenta, ciertos CMS, pipelines de assets de iconos que requieren entrada sin pérdida).
- Eliminar metadatos EXIF (coordenadas GPS, número de serie de cámara, marcas de tiempo) por privacidad antes de compartir — la conversión vía API Canvas elimina EXIF como efecto secundario.
Preguntas frecuentes
¿Por qué el PNG es a menudo mayor que el JPG origen?
JPEG (ITU-T T.81, sep 1992) usa compresión DCT con pérdida — 5–10× más pequeño que píxeles crudos a calidad 85. PNG (W3C 2ª Ed, 2003) usa DEFLATE sin pérdida (RFC 1951 mayo 1996) que preserva cada píxel incluyendo los artefactos existentes de JPEG. PNG no puede acercarse a los ratios de JPEG para fotos; espera crecimiento de 2–5×.
¿Convertir JPG a PNG mejora la calidad de imagen?
No. La cuantización JPEG es irreversible — una vez que los coeficientes DCT de alta frecuencia se ponen a cero y el croma se submuestrea (típicamente 4:2:0), el detalle original se pierde permanentemente. PNG preserva los píxeles JPEG decodificados — incluyendo artefactos de bloque, ringing, banding — pero no añade nada.
¿Qué pasa con los metadatos EXIF durante la conversión?
EXIF (JEITA CP-3451X / CIPA DC-X008-2019, Exif 2.32, mayo 2019) vive en marcadores APP1 de JPEG — cámara, GPS, marcas de tiempo. PNG no tiene chunk EXIF nativo por defecto; las conversiones basadas en Canvas del navegador eliminan EXIF en su totalidad. Beneficio de privacidad: las coordenadas GPS no se transfieren al PNG.
¿El PNG soportará transparencia desde un JPG origen?
No. JPEG no tiene canal alfa — cada píxel es totalmente opaco. JPG → PNG produce un PNG opaco. PNG admite transparencia de paleta (chunk tRNS) y alfa de 8 bits (RGBA), pero el JPEG origen no lleva información de transparencia que traducir.
¿La conversión corre en local o en la nube?
En local. La herramienta usa Canvas 2D Context + HTMLCanvasElement.toBlob() de WHATWG — decodifica JPEG a ImageBitmap, dibuja en canvas, toBlob('image/png') serializa píxeles vía el codificador PNG del navegador. No se disparan peticiones de subida (verificable en pestaña Network de DevTools).
Lo que ganas (y lo que no) al convertir JPG a PNG
La conversión preserva las dimensiones, los valores de color por píxel y la fidelidad visual exactamente como el JPEG decodificado — lo que significa que los artefactos existentes de JPEG (bordes de bloque 8×8, ringing cerca de transiciones nítidas, manchado por submuestreo de croma, banding en gradientes suaves) quedan horneados permanentemente en la salida PNG. La codificación DEFLATE sin pérdida de PNG no puede deshacer la cuantización que JPEG hizo; solo deja los valores de píxel actuales inmunes a más pérdida por re-compresión. Lo que sí ganas: (1) re-guardados sin pérdida — cada edición y guardado posterior preserva los píxeles exactamente, sin pérdida generacional; (2) canal alfa opcional — aunque el JPEG origen no tiene transparencia, puedes enmascarar o componer después sabiendo que PNG preservará el alfa que añadas; (3) mayor profundidad de color — PNG admite 8 bits indexados, 8/16 bits truecolor con alfa opcional, vs los 8 bits por canal YCbCr fijos de JPEG. Lo que pierdes: tamaño de archivo (PNG suele ser 2–5× mayor que el JPG para fotografías porque la codificación sin pérdida no puede acercarse a los ratios de compresión con pérdida) y metadatos EXIF (JEITA CP-3451X / CIPA DC-X008-2019, Exif Versión 2.32 revisada 17 mayo 2019 — modelo de cámara, GPS, marcas de tiempo guardados en marcadores APP1 de JPEG — la mayoría de conversiones basadas en Canvas del navegador eliminan EXIF en su totalidad, lo cual es un beneficio de privacidad al compartir fotos). El intercambio neto solo es correcto cuando el destino realmente necesita PNG (objetivo con transparencia, pipeline de edición sin pérdida, CMS específico de formato).
- Codificación DEFLATE sin pérdida según RFC 1951 (sin pérdida adicional de compresión tras conversión)
- JPEG origen decodificado según ITU-T T.81 / ISO/IEC 10918-1 baseline DCT
- PNG salida según W3C 2ª Edición / especificación ISO/IEC 15948:2004
- Metadatos EXIF eliminados durante la conversión (preservando privacidad para fotos compartidas)
- Comparación de tamaño lado a lado (PNG vs JPG origen) antes de descargar
- En navegador vía WHATWG Canvas toBlob('image/png') — sin subida, sin servidor
Gratis. Sin registro. Sin subidas. Anuncios mediante AdSense (con consentimiento).
Fuentes (5)
- ITU-T (CCITT) Study Group VIII & ISO/IEC JTC 1/SC 29/WG 10 (JPEG) (1992). Information technology — Digital compression and coding of continuous-tone still images: Requirements and guidelines. ITU-T Recommendation T.81 (18 September 1992) / ISO/IEC 10918-1:1994 — JPEG baseline DCT bitstream specification.
- W3C (PNG Working Group) (2003). Portable Network Graphics (PNG) Specification (Second Edition). W3C Recommendation 10 November 2003 / ISO/IEC 15948:2004 — lossless raster format with alpha + indexed/truecolor + DEFLATE compression.
- Deutsch, P. (1996). DEFLATE Compressed Data Format Specification version 1.3. RFC 1951, IETF (May 1996, Aladdin Enterprises — LZ77 + Huffman; 32 KB sliding window; PNG IDAT compression).
- JEITA / CIPA (2019). Exchangeable image file format for digital still cameras: Exif Version 2.32. JEITA CP-3451X / CIPA DC-X008-2019 (revised 17 May 2019 — metadata stripped during JPG→PNG since PNG lacks an Exif chunk by default).
- WHATWG (live). HTML Living Standard — Canvas 2D Context + HTMLCanvasElement.toBlob(). html.spec.whatwg.org/#2dcontext (browser conversion mechanism: decode JPG → ImageBitmap → drawImage → toBlob('image/png')).
Son las especificaciones del W3C, ISO/IEC, ITU-T e IETF que la herramienta implementa o sobre las que se apoya. Localízalas en w3.org, iso.org, itu.int o datatracker.ietf.org.
Guías relacionadas
Por Marco B. ·