Cookie di statistica e di pubblicità
Usiamo cookie di statistica e di pubblicità, entrambi inviati a Google. Rifiutare non cambia niente di quello che vedi.Leggi la pagina sulla privacy
Qui converti JXL in WebP gratis e senza account: trascina il file qui sopra e in un paio di secondi il risultato è pronto da scaricare. La conversione avviene dentro il tuo browser, quindi il file non viene mai caricato. Funziona allo stesso modo su Windows, macOS e Linux e anche su iPhone e Android, e continua a funzionare anche se stacchi la connessione.
Fino a 100 file alla volta. Formati diversi insieme non sono un problema.
Vengono convertiti uno dopo l’altro e scaricati insieme in uno ZIP.
JXL in WebP



JPEG XL ha perso l’argomento del browser. Chrome lo ha portato dietro un flag, ha rimosso il decoder nel 2023 e non lo ha ripristinato ; Safari lo ha distribuito e lo ha mantenuto. Quella divisione è il motivo per cui questa pagina ha visitatori : una fotografia che si rende perfettamente su un Mac è un’icona di immagine rotta per la maggior parte di un pubblico, e nulla del file è sbagliato.
WebP è l’altro lato di quella storia. Google lo ha pubblicato nel 2010, è specificato in RFC 9649, e ogni browser attuale lo legge — come fanno i moduli di caricamento, i sistemi di gestione dei contenuti e i client di chat che si trovano tra l’utente e la persona che deve vedere l’immagine. La conversione non è un miglioramento in alcun senso tecnico. È uno scambio di fedeltà per portata, fatto deliberatamente.
Il supporto del browser è il titolo, ma non è la parte che costa alla maggior parte delle persone un pomeriggio. I fallimenti si raggruppano attorno al software a cui nessuno pensa : una libreria multimediale di WordPress che rifiuta l’estensione, un’anteprima Slack che resta vuota, un collega Windows la cui app Foto non mostra nulla, un validatore di feed prodotto che rifiuta il file in modo diretto. Nessuno di questi mostrerà un errore utile ; la maggior parte si comporta come se nulla fosse stato allegato.
JPEG XL ha GIMP e ImageMagick dalla sua parte e relativamente poco altro nel livello consumer. WebP arriva con Photoshop, GIMP e Squoosh che lo leggono direttamente e una gestione quasi universale ovunque un file viene caricato piuttosto che aperto. Se la destinazione è un modulo, un feed o la casella di posta di qualcun altro, quella differenza decide la conversione da sola.
JPEG XL permette fino a 32 bit per canale e descrive il colore a gamma ampia in modo nativo, il che è una gran parte del motivo per cui è stato proposto come formato d’archivio. WebP memorizza 8 bit per canale e nient’altro. Qualsiasi margine che l’originale portava per la correzione dell’esposizione o il mapping della gamma si ferma a questa conversione.
La pipeline rende ciò concreto prima che l’encoder giri mai. Il decoder JPEG XL restituisce pixel RGBA a 8 bit, e tutto a valle lavora su quel buffer, quindi la riduzione avviene all’ingresso piuttosto che come un compromesso dentro l’encoder WebP. Si conservi il JPEG XL. È la copia master, e una volta che questi pixel sono a 8 bit non c’è percorso di ritorno verso la profondità che era nell’originale.
Questo sorprende le persone che convertono scansioni e panorami. Il contenitore WebP codifica le dimensioni dell’immagine in 14 bit, quindi 16.383 pixel è il massimo rigido su ciascun asse — non un’impostazione, non un livello, un limite scritto nel formato. JPEG XL non ha un soffitto comparabile nell’uso ordinario, che è uno dei motivi per cui è stato proposto per il lavoro di scansione e archiviazione in primo luogo.
Il controllo di larghezza massima su questa pagina è la risposta quando un file lo supera. Si imposti una larghezza che la destinazione effettivamente richiede — 2.000 pixel sono generosi per un’immagine web a piena pagina — e la conversione ridimensiona prima della codifica. Se l’intero punto del file è che è largo 20.000 pixel, WebP è il target sbagliato e TIFF o PNG è la raccomandazione onesta al suo posto.
Entrambi i formati portano un canale alpha completo, quindi questa è una delle poche conversioni sul sito in cui la trasparenza è un non-evento. Una foto di prodotto ritagliata o un logo con bordi morbidi si converte senza un colore di sfondo da scegliere, senza frangia, e senza decisione da sbagliare dopo.
Questo vale la pena di contrapporlo alle alternative che le persone considerano dallo stesso punto di partenza. Andare in JPG o BMP significa appiattire l’alpha su un colore scelto, e se l’immagine si troverà su più di uno sfondo quella scelta è un errore permanente. Dove la trasparenza esiste nella sorgente, WebP e AVIF sono gli unici due target di consegna mainstream che la mantengono.
JPEG XL può contenere animazione e WebP anche, il che rende questo il caso deludente : il decoder usato qui restituisce un’unica immagine, quindi una sorgente animata esce come un fermo. Il primo fotogramma è ciò che si ottiene, e il resto del file viene scartato silenziosamente dal codec piuttosto che da qualsiasi scelta fatta su questa pagina.
Se il movimento conta, il formato immagine è la destinazione sbagliata del tutto. Un breve clip come MP4 o WebM è tipicamente una frazione della dimensione dell’animazione equivalente e si riproduce con decodifica hardware su ogni telefono. Si tratti questa conversione come un modo per ottenere un fotogramma poster da un file animato, non come un modo per spostare l’animazione.
Il predefinito è 82, che è il punto in cui la ricodifica è invisibile a dimensione di visualizzazione normale sulla maggior parte delle fotografie. Poiché la sorgente è già un’immagine compressa nella maggior parte dei casi, questa è una seconda generazione di compressione lossy, e gli artefatti che si accumulano sono quelli attorno ai bordi duri e al testo piuttosto che nel cielo aperto. L’unico caso in cui il predefinito è chiaramente sbagliato è un’immagine che era già stata compressa forte una volta, dove un secondo passaggio a 82 affilerà visibilmente ciò che il primo passaggio aveva sfumato.
Lo si alzi verso la metà dei novanta per screenshot, diagrammi e qualsiasi cosa con linee da un pixel o testo piccolo — è lì che un secondo passaggio si mostra per primo. Lo si abbassi sotto 70 solo per sfondi decorativi che nessuno ispeziona. E si converta dal JPEG XL ogni volta che si ha bisogno di una nuova dimensione piuttosto che ricodificare il WebP, perché ogni passaggio attraverso un codec lossy riparte dagli errori del precedente.
JPEG XL può contenere EXIF, XMP e un profilo ICC. Non arriva nulla di tutto ciò all’output qui. La conversione decodifica in pixel grezzi e codifica di nuovo, che è un viaggio di andata e ritorno che nessun blocco di metadati sopravvive. Non c’è interruttore per questo su questa pagina, perché non c’è nulla che un interruttore debba decidere : i pixel sono tutto ciò che passa.
Questo è di solito il risultato che le persone vogliono su un’immagine web — le coordinate GPS della casa in cui una fotografia è stata scattata non hanno nulla a che fare in un asset di pagina — ma è una perdita dove il file è anche il record. Se la data di cattura, il modello della fotocamera o il profilo del colore contano, si tenga il JPEG XL accanto al WebP piuttosto che sostituirlo. E si noti il profilo in particolare : un WebP non taggato è interpretato come sRGB da ogni visualizzatore, quindi un originale a gamma ampia può spostarsi visibilmente.
WebP ha due modalità. Quella lossless memorizza pixel esatti ed è la scelta giusta per grafica piatta ; quella lossy è un fotogramma fermo del codec video VP8 ed è ciò che è quasi ogni WebP sul web in realtà. Questa conversione scrive la modalità lossy, alla qualità impostata, senza interruttore per cambiarla.
Un dettaglio di quell’encoder vale la pena conoscerlo perché lavora a vostro favore : il canale alpha è compresso separatamente dal colore e a piena qualità per predefinito, quindi la trasparenza resta nitida anche quando l’immagine stessa viene compressa forte. Se si ha bisogno di output genuinamente lossless da un JPEG XL, PNG è il target su questo sito che lo fornisce, a un file considerevolmente più grande.
Si lasci cadere l’intera directory. Ogni JPEG XL è decodificato e ricodificato a turno sul processore locale, mantiene il suo nome file con l’estensione scambiata, e l’insieme ritorna come un unico ZIP. Non c’è coda, attesa per file o limite giornaliero, perché non c’è un server che fa il lavoro. Il motore stesso è recuperato una volta, su richiesta, la prima volta che una conversione gira sulla pagina — un visitatore che legge solo il testo non ne scarica nulla.
L’argomento della privacy è più forte qui di quello generale, a causa di chi finisce con i file JPEG XL. Provengono da fotografi che testano un codec d’archivio, da dispositivi Apple, e da persone che hanno scelto il formato di proposito — vale a dire da librerie di fotografie personali piuttosto che da immagini stock. File fino a 100 MB si convertono sul livello gratuito, e nessuno di essi lascia la macchina su cui ci si trova.
| JXL | WebP | |
|---|---|---|
| Nome completo | JPEG XL | Immagine WebP |
| Estensione del file | .jxl | .webp |
| Tipo di media | image/jxl | image/webp |
| Compressione | L’uno o l’altra, secondo l’impostazione | L’uno o l’altra, secondo l’impostazione |
| Prima pubblicazione | 2021 | 2010 |
| Pubblicato da | Joint Photographic Experts Group | |
| Specifica | ISO/IEC 18181 | RFC 9649 |
| Licenza | Standard aperto | Standard aperto |
| Situazione attuale | Di nicchia | Attuale |
| Profondità di bit | 32 | 8 |
| Colore che sa descrivere | RGB, scala di grigi, gamma ampia | RGB, YCbCr |
| Immagine più grande | — | 16.383 px per lato |
| Si apre nel browser | Alcuni browser | Tutti i browser |
| Valutato al suo posto | AVIF, PNG | AVIF, JPG, PNG |
JXL arriva a 32 bit per canale e WebP ne conserva 8. Quella precisione in più è ciò che regge correzioni forti senza bande: conviene convertire dopo la post-produzione, non prima.
La trasparenza resta. JXL e WebP salvano entrambi un canale alfa: uno scontorno resta scontornato e dietro non viene riempito nulla.
L'animazione resta. JXL e WebP ammettono più fotogrammi, quindi il risultato continua a muoversi.
WebP si apre in qualsiasi browser attuale. JXL raggiunge ancora meno browser. Se il file va su una pagina web o in un modulo, di solito è tutto il motivo della conversione.
GIMP legge sia JXL sia WebP, quindi puoi confrontare il risultato con l'originale senza un secondo programma.
I due puntano a lavori diversi: JXL a l'archiviazione e la fotografia, WebP a il web e consegnare un file finito. Vale la pena valutarlo prima, perché il motivo per cui esiste uno è di solito il motivo per cui l'altro risulta scomodo.
JXL è il formato di Joint Photographic Experts Group, pubblicato nel 2021. Registra 32 bit per canale.
WebP viene da Google e risale al 2010, descritto in RFC 9649. Adobe Photoshop, GIMP e Squoosh lo leggono.
No. Questa conversione avviene interamente nel tuo browser, quindi il file non esce dal tuo dispositivo. Puoi controllarlo da solo: apri la scheda di rete degli strumenti per sviluppatori e converti qualcosa. Vedrai la pagina stessa e le richieste di statistica e di pubblicità con cui questo servizio si paga, e nemmeno una che porti il tuo file. Il motore di questa coppia è jSquash, compilazioni WebAssembly dei codec di immagine di riferimento; il browser lo scarica una volta e lo tiene in cache.
Sì. Senza account, senza filigrana e senza una quota giornaliera da consumare: gira sulla tua macchina, quindi puoi tornare quante volte vuoi. Il browser lavora file fino a 100 MB, 100 per volta. jSquash viene scaricato sulla tua macchina e gira lì, ed è per questo che non c’è un contatore.
WebP comprime, quindi qualche dato si perde. Con l’impostazione predefinita non si nota; se vuoi andare sul sicuro, alza la qualità.
JXL arriva a 32 bit per canale e WebP ne conserva 8. Quella precisione in più è ciò che regge correzioni forti senza bande: conviene convertire dopo la post-produzione, non prima.
La trasparenza resta. JXL e WebP salvano entrambi un canale alfa: uno scontorno resta scontornato e dietro non viene riempito nulla.
L'animazione resta. JXL e WebP ammettono più fotogrammi, quindi il risultato continua a muoversi.
Quello che questa pagina afferma su JXL e WebP si può verificare, e questi sono i documenti che chiudono la questione.