JPG a PNG: compatibilidad sin falsas promesas
Elige el resultado según la aplicación que lo utilizará. Esta guía explica los ajustes, los límites y las revisiones para obtener un archivo útil.
En esta guía +
Usa PNG por compatibilidad o como copia de trabajo sin pérdidas
Convierte JPG a PNG si el editor o la entrega exige PNG, o para guardar los píxeles decodificados sin otra exportación con pérdidas en este paso. Crea un PNG real con las dimensiones visibles admitidas. No mejora el original de cámara, aumenta la resolución ni elimina defectos JPEG.
JPG y JPEG son nombres del mismo formato de origen. La salida usa .png porque los datos se codifican como PNG. Renombrar un JPEG dejaría bytes JPEG dentro. Conserva original y resultado hasta abrir el PNG correctamente en la aplicación prevista.
La extensión PNG no hace transparente el fondo de un JPEG
Un JPEG contiene píxeles opacos. Al convertir a PNG siguen opacos, incluido un fondo blanco de estudio o un cuadriculado dibujado. La capacidad de PNG para guardar alfa es una propiedad del formato, no una orden para detectar el objeto o borrar lo que lo rodea.
Si necesitas un recorte, elimina el fondo en un editor y exporta con canal alfa real. Si necesitas cumplir un formulario que exige PNG, una imagen opaca puede ser lo adecuado. Distingue ambas tareas antes de repetir una conversión que no cambia el fondo.
Opacidad JPEG → sigue opaca en PNG → eliminar el fondo requiere edición aparte.
Espera otro peso, sin control de calidad PNG
PNG guarda la cuadrícula de trabajo sin pérdidas. Un JPEG fotográfico suele guardar la escena de forma mucho más compacta con pérdidas, así que PNG puede pesar bastante más con las mismas dimensiones. No es un aumento de detalle útil, sino otra forma de almacenar la imagen decodificada.
La herramienta no tiene un ajuste PNG con pérdidas. Si el destino exige PNG bajo un límite estricto, puede hacer falta redimensionar u optimizar aparte. Si PNG es opcional y importa el peso, compara el JPEG original o una entrega JPG a WebP en lugar de suponer que PNG es mejor.
Dimensiones, orientación y tamaño de la vista previa
Cambiar el formato no redimensiona ni recorta la imagen. Una foto horizontal de 2400 × 1600 mantiene ese tamaño en píxeles. Una etiqueta de orientación puede exigir una rotación o un reflejo; al orientar una foto vertical, la anchura y la altura pueden intercambiarse. Es una corrección de orientación, no una reducción de resolución.
La vista previa se adapta al espacio disponible y puede usar una copia de visualización más pequeña. Comprueba las dimensiones en el archivo descargado, no por su tamaño en pantalla. Para imprimir, revisa también el tamaño físico y la resolución en tu aplicación de diseño; convertir el formato no prepara por sí solo una especificación de impresión.
EXIF, GPS, perfiles de color y lo que no se conserva
El resultado es una imagen codificada de nuevo. No se copian los registros EXIF, GPS ni XMP originales; el codificador puede añadir sus propios campos técnicos. La orientación se aplica a la imagen, sin depender de la etiqueta original en la descarga. Conserva el original si necesitas ajustes de cámara, fechas o un registro de archivo.
Los píxeles de trabajo usan un lienzo sRGB cuando hay soporte. No se conservan perfiles ICC exactos, HDR ni precisión de 16 bits. Una apariencia similar en pantalla no demuestra que los datos de color sean idénticos. Para impresión calibrada, mediciones científicas o conservación de originales de alta profundidad, utiliza un flujo preparado para ello.
Los límites antes de empezar
El conversor acepta imágenes fijas que cumplan todos estos límites. Son límites de admisión, no promesas de rendimiento. Una cola puede aceptarse y generar después un resultado mayor que no se pueda conservar o incluir en un archivo ZIP. Guarda los resultados por separado si el ZIP no está disponible.
Un MiB equivale a 1.048.576 bytes. El ZIP también tiene un límite de memoria de trabajo; el peso no determina por sí solo su disponibilidad.
| Recurso | Máximo |
|---|---|
| Archivos por cola | 10 |
| Cada archivo de origen | 20 MiB |
| Origen total / resultados conservados | 100 MiB / 100 MiB |
| Píxeles por imagen | 16.000.000 |
| Anchura o altura | 8192 px |
| Descarga ZIP | 64 MiB; 32 MiB en el modo de límite menor |
Por qué un archivo pequeño puede necesitar mucha memoria
El peso del archivo y la memoria de trabajo miden cosas distintas. Una imagen de 4000 × 3000 contiene 12 millones de píxeles. Un búfer RGBA habitual usa cuatro bytes por píxel: 48.000.000 de bytes, unos 45,8 MiB. Decodificar, mostrar la vista previa, codificar y conservar el resultado puede necesitar más búferes. Es una referencia, no un pico medido.
Por eso un archivo comprimido que cumple el límite de bytes puede superar el límite de píxeles. En un teléfono, empieza con una imagen grande, guárdala y vacía la cola antes del siguiente grupo. Cerrar pestañas pesadas puede ayudar, pero cumplir los límites no garantiza que todos los dispositivos tengan memoria suficiente.
Procesamiento local: qué permanece en tu dispositivo
Seleccionar un archivo permite que esta página acceda a la imagen elegida para decodificarla y convertirla en el navegador. Esta herramienta no envía archivos, nombres, píxeles, vistas previas, EXIF ni imágenes del portapapeles a un servidor de conversión o telemetría. El ZIP también se crea en el dispositivo. No necesitas una cuenta.
Procesar las imágenes localmente no significa que abrir la web no genere solicitudes de red. El navegador pide la página, los scripts y los recursos del códec, y el alojamiento puede recibir información normal de conexión. Configuración de cookies describe las finalidades opcionales disponibles y permite cambiar tu decisión. Gestiona tus descargas sensibles con los controles de tu dispositivo y almacenamiento.
Soluciones según el problema
Lee el mensaje concreto antes de cambiar los ajustes. Un formato incorrecto, una imagen animada y un límite de memoria requieren soluciones distintas. Renombrar el archivo o pulsar Convertir repetidamente no resuelve la causa. Guarda los resultados terminados antes de vaciar o recargar la cola.
| Problema | Qué revisar | Qué hacer |
|---|---|---|
| Archivo rechazado | Formato real, animación, bytes y dimensiones | Elige la herramienta correcta y una imagen fija admitida |
| La conversión se detiene | Memoria del dispositivo o error de codificación | Reintenta con un archivo; usa un original menor si hace falta |
| ZIP no disponible | Límite de bytes y memoria del archivo | Descarga por separado o divide el grupo |
| El fondo sigue ahí | Píxeles opacos en lugar de alfa | Usa un editor si necesitas eliminar el fondo |
| La página abre, la herramienta no | JavaScript, recursos bloqueados o soporte del navegador | Permite los recursos necesarios y prueba un navegador actualizado |
Una revisión práctica antes de usar el resultado
Una descarga correcta es el inicio de la revisión final. Abre el resultado en la aplicación que lo utilizará. Un editor de presentaciones, un formulario y un visor pueden tratar de forma distinta el mismo archivo. Revisar el destino previsto detecta problemas que la vista previa no puede mostrar.
- Confirma la extensión y que la aplicación abre la imagen sin errores.
- Revisa anchura, altura y orientación visible; compáralas con el original.
- Revisa texto pequeño, diagonales, pelo, sombras y degradados al 100 %.
- Coloca los gráficos transparentes sobre un fondo claro y otro oscuro.
- Compara el peso real con el límite de la aplicación antes de enviarlo.
- Conserva los originales hasta revisar todos los archivos descargados.