Elige el formato al final
Primero revisa el destino. JPEG y PNG son fallback amplios, WebP es práctico para web, AVIF y JPEG XL exigen comprobación del runtime.
Capacidades dependientes del runtime
Compatibilidad de navegadores de QuokkaPix
QuokkaPix funciona dentro del navegador. Por eso la compatibilidad de formatos, workers, PDF, ZIP y modelos locales depende del runtime actual. Esta página explica qué revisar antes de elegir un formato o automatizar un flujo.
Matriz de capacidades
La tabla no promete el mismo resultado en todos los navegadores. Sirve para decidir: requisito de destino, capabilities en vivo y formato final.
| Área | Desktop | Mobile | Cómo verificar | Límite |
|---|---|---|---|---|
| JPEG / JPG | Decodificación y exportación habituales; MozJPEG se usa como ruta avanzada cuando está cargado. | Amplia compatibilidad, con memoria dependiente del tamaño del archivo. | Revisa supportedOutputFormats y el estado del encoder avanzado. | Las ediciones visuales reexportan; metadata-only cleanup puede usar ruta binaria sin pérdida. |
| PNG | Decodificación y exportación comunes; OxiPNG puede optimizar sin pérdida. | Los PNG transparentes grandes pueden consumir mucha memoria. | Revisa capabilities y la ruta de exportación. | La estructura de bytes y el tamaño pueden cambiar aunque los píxeles se conserven. |
| WebP | Exportación del navegador o encoder WASM estable si está disponible. | Suele funcionar en navegadores móviles modernos. | El agente debe leer supportedOutputFormats. | Animated WebP no es un flujo completo de animación. |
| AVIF | La compatibilidad depende del navegador; el encoder avanzado puede ser pesado. | En móvil varían disponibilidad y velocidad. | Comprueba capabilities antes de automatizar. | Más lento que JPEG/WebP y más delicado en lotes grandes. |
| HEIC / HEIF | Decodificación local mediante HEIC worker cuando está disponible. | Útil para fotos de teléfono, pero exige margen de memoria. | Comprueba heicWorkerAvailable. | Es una ruta de entrada; la salida se elige aparte. |
| JPEG XL | Exportación avanzada experimental. | La visualización JXL en navegadores es limitada. | Pide JXL solo si el encoder está disponible. | No existe fallback Canvas. |
| PDF tools | Merge, split y extract funcionan como flujos PDF locales. | Los escaneos grandes pueden requerir más memoria. | Usa tool=pdf y pdf-tool. | PDF mode acepta PDF; image-to-PDF sigue en Convert. |
| ZIP import | ZIP se descomprime localmente para cargas por lote. | En móvil depende del tamaño del archivo. | Comprueba batch mode y el filtro de formatos. | RAR/7z no se aceptan. |
| Agents | window.QuokkaPixAgent expone contract, state, capabilities y result manifest. | Funciona sobre el mismo runtime del navegador. | El agente debe leer live capabilities antes de iniciar. | No hay API pública de procesamiento en servidor. |
Lista de decisión
Separa los flujos pesados
La eliminación local de fondo, la exportación AVIF, los ZIP grandes, los PDF y los escenarios de varios pasos tienen más riesgo de memoria que un cambio de tamaño simple.
Prefiere errores claros
Si un encoder no puede crear el formato pedido, QuokkaPix debe fallar claramente o usar un fallback explícito.
FAQ
¿Por qué no hay una promesa universal?
Porque exportación del navegador, workers, WebGPU, memoria móvil y encoders avanzados cambian por navegador y dispositivo.
¿Qué pasa si falta un encoder avanzado?
Para formatos normales puede existir fallback Canvas. JPEG XL no tiene fallback Canvas.
¿WebGPU cambia la privacidad?
No. WebGPU es cómputo local; los archivos siguen entrando por el selector del navegador.