Apa Itu JPEG XL (JXL)? Masa Depan JPEG
Apa Sebenarnya JPEG XL Itu
JPEG XL, yang dikenali dengan ekstensi file .jxl, adalah sebuah codec gambar yang diselesaikan sebagai ISO/IEC 18181 pada tahun 2022. Codec ini dikembangkan oleh Joint Photographic Experts Group — komite yang sama di balik standar JPEG orisinal dari tahun 1992 — bekerja sama dengan Google, yang menyumbangkan teknologi dari codec PIK sebelumnya, dan Cloudinary, yang membawa FUIF (Free Universal Image Format). Hasilnya adalah sebuah format yang dirancang dari nol untuk menggantikan tidak hanya JPEG tetapi juga PNG, GIF, dan bahkan WebP di sebagian besar kasus penggunaan praktis. Namanya bisa menyesatkan. JPEG XL bukan sekadar JPEG dengan kualitas lebih tinggi. Ini adalah format bitstream dan container yang sepenuhnya baru. File .jxl tidak memiliki kesamaan struktural dengan file .jpg, itulah sebabnya software lama tidak bisa membukanya tanpa pembaruan. Codec ini mendukung kompresi lossy dan lossless, warna HDR (High Dynamic Range) dengan hingga 32 bit per channel, gamut warna lebar termasuk Display P3 dan Rec. 2100, transparansi alfa, animasi, dan bahkan gambar berlapis (layered images) — serangkaian fitur yang sebelumnya membutuhkan format seperti TIFF atau PSD. Salah satu fiturnya yang paling cerdas secara strategis adalah transcoding JPEG lossless. Jika kamu punya file .jpg yang sudah ada, JPEG XL bisa meng-encode ulang menjadi file .jxl yang ukurannya biasanya 20–22% lebih kecil, dan kamu bisa merekonstruksi JPEG orisinalnya byte-for-byte dari file .jxl tersebut nanti. Ini berarti fotografer dan pengelola arsip dapat mengurangi biaya penyimpanan tanpa membuang data JPEG asli mereka secara permanen — sebuah keuntungan praktis yang berarti yang tidak ditawarkan oleh format generasi baru lainnya.
Perbandingan Kompresi JXL dengan JPEG, WebP, dan AVIF
Efisiensi kompresi adalah argumen teknis terkuat dari JPEG XL. Pada kualitas visual yang setara, JXL secara konsisten mengungguli JPEG orisinal sebesar 35–60% dalam ukuran file, tergantung pada konten gambar dan target kualitas. Artinya, sebuah foto berukuran 500 KB dalam format JPEG mungkin menjadi sekitar 280–325 KB sebagai file JXL pada tingkat kualitas yang tidak bisa dibedakan oleh sebagian besar orang dari aslinya. Dibandingkan dengan WebP — format Google dari tahun 2010 yang menjadi standar web selama satu dekade — JXL sekitar 20–30% lebih efisien pada kualitas yang setara untuk foto. WebP masih punya keunggulan signifikan dalam dukungan browser, tetapi peningkatan kompresi JXL cukup besar sehingga pertimbangannya patut diikuti. Perbandingan yang lebih menarik adalah dengan AVIF, format yang didasarkan pada codec video AV1. AVIF dan JXL saling mengungguli tergantung pada skenarionya. AVIF cenderung unggul pada bitrate sangat rendah (thumbnail yang sangat terkompresi), sementara JXL berkinerja lebih baik pada tingkat kualitas menengah hingga tinggi dan proses encode-nya jauh lebih cepat. Sebuah benchmark yang diterbitkan oleh Cloudinary pada tahun 2023 menunjukkan JXL melakukan encoding foto resolusi tinggi dalam waktu sekitar 0,3 detik pada kualitas 80 menggunakan encoder referensi libjxl, sementara AVIF membutuhkan beberapa detik untuk kualitas yang sebanding — sebuah perbedaan yang sangat berarti bagi layanan apa pun yang melakukan encoding gambar dalam skala besar. JXL juga menangani teks, grafis, dan ilustrasi lebih baik daripada AVIF, yang bisa menimbulkan artefak kotak-kotak (blockiness) pada tepi yang tajam karena warisan codec videonya. Untuk dokumen dengan konten campuran — bayangkan halaman PDF dengan foto dan teks yang tajam — JXL umumnya adalah pilihan yang lebih andal. JXL lossless juga secara substansial lebih efisien daripada WebP lossless, membuatnya kompetitif dengan PNG pada konten fotografi dan unggul pada banyak grafis sintetis.
Dukungan Browser dan Software: Gambaran Jujurnya
Di sinilah antusiasme harus bertemu dengan kenyataan. Hingga pertengahan 2026, dukungan JPEG XL sudah tersebar luas tetapi belum universal, dan kesenjangan ini penting. Dari sisi browser, Safari menambahkan dukungan penuh JXL di Safari 17 (dirilis September 2023), yang mencakup semua iPhone, iPad, dan Mac modern. Firefox mengaktifkan dukungan JXL secara default di Firefox 113 (Mei 2023). Chrome adalah pihak yang paling menonjol yang belum mendukung — Google menghapus dukungan eksperimental JXL di Chrome 110 pada awal 2023, dengan alasan kurangnya 'minat yang cukup dari ekosistem,' sebuah keputusan yang menimbulkan kontroversi signifikan mengingat Chrome menguasai sekitar 65% pangsa pasar browser global. Browser berbasis Chromium seperti Edge dan Brave mengikuti langkah Chrome dan juga menghentikan dukungan. Saat tulisan ini dibuat, Chrome belum mengaktifkan kembali JXL, yang berarti sebagian besar pengguna web masih tidak dapat melihat file .jxl di browser mereka tanpa plugin. Di sisi software desktop, situasinya lebih baik. Adobe Photoshop menambahkan dukungan import dan export JXL di versi 25.0 (dirilis Oktober 2023), dapat diakses melalui File > Export > Export As dan memilih JXL dari dropdown format. GIMP mendukung JXL melalui plugin. Aplikasi Preview dan Photos dari Apple di macOS 14+ bisa membuka file JXL secara native. Windows 11 menambahkan dukungan decoding JXL melalui aplikasi Photos dalam pembaruan tahun 2024. Untuk alur kerja fotografi profesional, alat seperti Darktable, RawTherapee, dan Capture One memiliki tingkat dukungan export JXL yang bervariasi. Periksa catatan versi spesifik sebelum berkomitmen pada alur kerja pengarsipan berbasis JXL, karena 'dukungan' bisa berarti apa saja, mulai dari editing bolak-balik penuh hingga hanya tampilan read-only.
Siapa yang Sebenarnya Harus Menggunakan JXL Saat Ini
Melihat kesenjangan dukungan browser, saran umum untuk 'mengalihkan semuanya ke JXL' adalah tindakan yang tidak bertanggung jawab. Format ini sangat masuk akal dalam konteks tertentu dan kurang masuk akal di konteks lain. JXL adalah pilihan yang sangat baik untuk penyimpanan arsip. Jika kamu seorang fotografer yang mengelola perpustakaan file JPEG, mengubahnya menjadi JXL menggunakan jalur transcoding JPEG lossless memberimu arsip yang lebih kecil tanpa kehilangan kualitas sama sekali dan kemampuan untuk memulihkan JPEG asli nanti. Sebuah perpustakaan berisi 100.000 file JPEG dengan rata-rata ukuran 4 MB — total 400 GB — bisa menyusut menjadi sekitar 310–320 GB dalam format JXL tanpa membuang data gambar apa pun. Dengan harga penyimpanan cloud saat ini, itu adalah pengurangan biaya berkelanjutan yang berarti. JXL juga sangat cocok untuk pengiriman gambar berbasis aplikasi di mana kamu mengontrol klien. Jika kamu membangun aplikasi native iOS atau macOS, kamu bisa dengan aman mengirimkan aset JXL karena platform Apple mendukungnya secara native. Hal yang sama berlaku untuk pipeline pembuatan PDF di sisi server di mana mesin rendering berada di bawah kendalimu. Untuk penggunaan web secara umum, perhitungannya lebih sulit. Jika analitik kamu menunjukkan bahwa sebagian besar audiens menggunakan Chrome di desktop atau Android — yang sangat umum terjadi — menyajikan JXL tanpa fallback akan menghasilkan gambar yang rusak bagi para pengguna tersebut. Pendekatan standarnya adalah menggunakan elemen `picture` HTML dengan source JXL dan fallback WebP atau JPEG, membiarkan browser memilih apa yang bisa ditanganinya. Ini menambah kompleksitas implementasi tetapi memberikan manfaat ukuran file bagi sebagian pengguna yang terus bertambah di browser yang mendukung. Untuk lampiran email dan dokumen yang dibagikan dengan rekan kerja, JXL masih terlalu dini. Sebagian besar klien email dan penampil dokumen tidak me-render JXL, dan mengirim file .jxl ke penerima non-teknis kemungkinan besar akan menimbulkan kebingungan.
Mengonversi Gambar ke dan dari JXL dengan CocoConvert
CocoConvert mendukung konversi JPEG XL di kedua arah: kamu bisa mengonversi format umum seperti JPEG, PNG, WebP, dan TIFF ke JXL, dan kamu bisa mengonversi file JXL kembali ke JPEG, PNG, atau WebP untuk kompatibilitas dengan software yang belum mendukung format tersebut. Untuk mengonversi JPEG ke JXL di CocoConvert, upload file kamu di halaman konversi, pilih JXL sebagai format output, dan pilih pengaturan kualitasmu. Slider kualitas dipetakan ke parameter `distance` libjxl — `distance` 0 berarti lossless secara matematis, sementara `distance` 1.0 dianggap lossless secara visual untuk sebagian besar konten fotografi, dan `distance` 3.0 menghasilkan file yang lebih kecil dengan sedikit kompresi yang terlihat jika diperiksa dari dekat. Jika kamu tidak yakin, kualitas 85 pada skala 0–100 CocoConvert kira-kira setara dengan `distance` 1.0 dan merupakan default yang wajar untuk foto. Untuk fitur transcoding JPEG lossless — di mana JPEG asli dapat direkonstruksi dengan sempurna — CocoConvert saat ini tidak menampilkannya sebagai opsi terpisah. Ini adalah batasan jujur yang patut diakui: transcoding JPEG lossless yang sesungguhnya mengharuskan file sumber tetap tidak dimodifikasi selama proses konversi, dan arsitektur CocoConvert saat ini melakukan re-encode gambar alih-alih hanya membungkus bitstream aslinya. Jika pelestarian JPEG yang bit-perfect adalah kebutuhanmu, alat command-line seperti `cjxl` (bagian dari implementasi referensi libjxl) dengan flag `--lossless_jpeg=1` adalah pilihan yang tepat. Mengonversi JXL kembali ke JPEG atau PNG di CocoConvert sangatlah mudah dan berguna ketika kamu perlu berbagi file dengan rekan kerja yang menggunakan software yang belum mendukung JXL. Upload file .jxl, pilih format targetmu, dan unduh hasilnya. Konversi batch tersedia untuk memproses beberapa file sekaligus, yang praktis untuk mengonversi seluruh folder aset JXL ke WebP untuk penerapan web.
Fitur Teknis yang Perlu Diketahui
Di luar rasio kompresi, JPEG XL memiliki beberapa kemampuan teknis yang membedakannya dari format lama dan perlu dipahami jika kamu mengevaluasinya untuk kasus penggunaan tertentu. Decoding progresif adalah salah satu yang paling berguna secara praktis. File JXL dapat disusun sedemikian rupa sehingga versi resolusi rendah dari gambar tersedia setelah hanya sebagian kecil data file di-decode, dengan kualitas yang meningkat seiring lebih banyak data yang masuk. Ini mirip dengan cara kerja JPEG progresif, tetapi implementasi JXL lebih canggih — pratinjau awalnya adalah versi downscale yang tepat, bukan versi resolusi penuh yang buram. Untuk pengiriman web melalui koneksi lambat, ini dapat secara signifikan meningkatkan waktu muat yang dirasakan. JXL mendukung hingga 32 bit per channel (dibandingkan dengan 8 bit pada JPEG), yang membuatnya cocok untuk fotografi HDR dan alur kerja pencitraan ilmiah di mana presisi 10-bit atau 16-bit penting. Ia juga mendukung berbagai profil warna ICC, sehingga alur kerja yang dikelola warnanya yang saat ini bergantung pada TIFF berpotensi beralih ke JXL tanpa kehilangan fidelitas warna. Dukungan animasi di JXL lebih mumpuni daripada GIF dan sebanding dengan animasi APNG dan WebP. Setiap frame dapat memiliki durasinya sendiri, dan format ini tidak memaksakan batasan 256 warna seperti GIF atau masalah kompatibilitas sesekali pada animasi WebP. Namun, untuk animasi seperti video dengan frame rate tinggi, format video sungguhan (H.264, AV1) akan tetap menghasilkan file yang lebih kecil — animasi JXL paling cocok untuk animasi UI pendek yang berulang atau urutan gambar di mana kualitas per frame penting. Terakhir, JXL menyertakan fitur yang disebut 'extra channels' yang memungkinkan penyematan depth map, data termal, atau metadata per-pixel kustom di samping gambar utama. Saat ini fitur ini masih niche tetapi memposisikan format ini dengan baik untuk aplikasi fotografi komputasional di mana kamera menangkap lebih dari sekadar bingkai RGB sederhana.
Arah JXL Selanjutnya
Lintasan JPEG XL sangat bergantung pada apa yang dilakukan Google dengan Chrome. Dominasi pasar Chrome berarti format apa pun yang ditolak Google akan menghadapi batasan struktural dalam adopsi web. Alasan yang dikemukakan — kurangnya minat ekosistem — agak melingkar (circular), karena minat ekosistem sulit dibuktikan ketika browser dominan tidak mendukung format tersebut. Ada tekanan berkelanjutan dari komunitas open-source dan dari perusahaan seperti Cloudinary dan Shopify yang memiliki kepentingan finansial dalam kompresi gambar yang lebih baik, jadi situasinya mungkin berubah. Di luar konteks browser, adopsi semakin cepat. Dukungan penuh Apple di iOS, macOS, dan Safari sangat signifikan — perangkat Apple menyumbang sebagian besar lalu lintas web premium dan pada dasarnya semua fotografi seluler kelas atas. Penambahan dukungan Photoshop berarti para fotografer profesional sekarang memiliki jalur yang jelas ke JXL dalam alur kerja mereka yang ada tanpa harus beralih alat. Standardisasi ISO untuk JXL juga penting untuk kasus penggunaan arsip jangka panjang. Badan standar, arsip pemerintah, dan institusi pencitraan medis lebih cenderung mengadopsi format dengan dukungan ISO formal daripada standar de facto atau proprietary. Ini memposisikan JXL dengan baik untuk adopsi institusional bahkan jika kehadirannya di web tetap dibatasi oleh sikap Chrome. Bagi kebanyakan orang yang bekerja dengan gambar saat ini, rekomendasi praktisnya adalah tetap terinformasi daripada melakukan perubahan infrastruktur besar-besaran. Gunakan JXL untuk penyimpanan arsip dan pengiriman aplikasi native di mana dukungannya sudah solid. Pertahankan fallback JPEG dan WebP untuk penggunaan web. Perhatikan catatan rilis Chrome. Keunggulan teknis format ini tidak terlalu diperdebatkan — pertanyaannya murni soal waktu adopsi, dan waktu itu bergerak mendukung JXL meskipun lebih lambat dari yang diharapkan para pendukungnya.