Scegli il formato alla fine
Prima controlla la destinazione. JPEG e PNG sono fallback ampi, WebP è pratico per il web, AVIF e JPEG XL richiedono verifica del runtime.
Capacità dipendenti dal runtime
Compatibilità browser di QuokkaPix
QuokkaPix funziona nel browser. Per questo formati, worker, PDF, ZIP e modelli locali dipendono dal runtime attuale. Questa pagina spiega che cosa controllare prima di scegliere un formato o automatizzare un flusso.
Matrice delle capacità
La tabella non promette lo stesso comportamento in tutti i browser. Serve a decidere: requisito di destinazione, capabilities in tempo reale e poi formato finale.
| Area | Desktop | Mobile | Come verificare | Limite |
|---|---|---|---|---|
| JPEG / JPG | Decodifica ed export comuni; MozJPEG è usato come percorso avanzato quando caricato. | Ampia compatibilità, ma la memoria dipende dalla dimensione del file. | Controlla supportedOutputFormats e lo stato dell’encoder avanzato. | Le modifiche visive riesportano; metadata-only cleanup può usare un percorso binario lossless. |
| PNG | Decodifica ed export comuni; OxiPNG può ottimizzare senza perdita. | PNG trasparenti grandi possono consumare molta memoria. | Controlla capabilities e percorso di export. | Struttura dei byte e dimensione possono cambiare mantenendo i pixel. |
| WebP | Export del browser o encoder WASM stabile se disponibile. | Di solito funziona nei browser mobili moderni. | L’agente deve leggere supportedOutputFormats. | Animated WebP non è un flusso completo per animazioni. |
| AVIF | La compatibilità dipende dal browser; l’encoder avanzato può essere pesante. | Su mobile variano disponibilità e velocità. | Verifica capabilities prima di automatizzare. | Più lento di JPEG/WebP e più delicato nei lotti grandi. |
| HEIC / HEIF | Decodifica locale tramite HEIC worker quando disponibile. | Utile per foto da telefono, ma richiede margine di memoria. | Controlla heicWorkerAvailable. | È un percorso di input; l’output si sceglie separatamente. |
| JPEG XL | Export avanzato sperimentale. | La visualizzazione JXL nel browser è limitata. | Richiedi JXL solo se l’encoder è disponibile. | Non esiste fallback Canvas. |
| PDF tools | Merge, split ed extract funzionano come flussi PDF locali. | Scansioni grandi possono richiedere più memoria. | Usa tool=pdf e pdf-tool. | PDF mode accetta PDF; image-to-PDF resta in Convert. |
| ZIP import | ZIP viene estratto localmente per upload in batch. | Su mobile dipende dalla dimensione dell’archivio. | Controlla batch mode e filtro dei formati. | RAR/7z non sono accettati. |
| Agents | window.QuokkaPixAgent espone contract, state, capabilities e result manifest. | Funziona nello stesso runtime del browser. | L’agente deve leggere live capabilities prima di avviare. | Non esiste API pubblica server-side per immagini. |
Lista decisionale
Separa i flussi pesanti
Background AI, esportazione AVIF, ZIP grandi, PDF e scenari multi-step hanno un rischio memoria diverso da un singolo ridimensionamento.
Meglio errori chiari
Se un encoder non può produrre il formato richiesto, è meglio un errore chiaro che un file con estensione sbagliata.
FAQ
Perché non c’è una promessa universale?
Perché export del browser, worker, WebGPU, memoria mobile ed encoder avanzati cambiano per browser e dispositivo.
Che succede se manca un encoder avanzato?
Per i formati comuni può esserci fallback Canvas. JPEG XL non ha fallback Canvas.
WebGPU cambia la privacy?
No. WebGPU è calcolo locale; i file restano nel flusso del browser.