Catatan dari tim tentang keahlian, format, dan keputusan kecil di balik pemotongan bulat yang baik.
Mengapa PNG foto begitu besar
PNG berjanji merekam tiap piksel tanpa kehilangan satu pun, dan janji itu mahal pada sebuah foto. Dengan jutaan nada yang bergeser lembut nyaris tak ada yang bisa diramal atau diciutkan kompresor, sehingga berkasnya menggelembung. Foto 1600x1200 yang biasa-biasa bisa duduk di 3 hingga 5 MB sebagai PNG, namun gambar yang sama persis sebagai JPEG pada mutu 85 muat dalam 200 hingga 400 KB. Bedanya bermuara pada transformasi kosinus yang disandari JPEG, yang mengukir gambar menjadi blok 8x8, melepas detail frekuensi tinggi yang nyaris tak diregistrasi mata, lalu mengemas yang tersisa dengan rapat. Bahan bernada kontinu, yang berarti hampir semua fotografi, menyusut dramatis. Kesetiaan sempurna PNG memberi nilai pada grafik datar dan karya yang masih digarap, tetapi ia sekadar pembungkus keliru untuk foto yang hendak Anda bagikan.
Transparansi dan kanal alfa
Kanal alfa 8-bit membuat PNG bisa merekam tiap tingkat keburaman per piksel, dari sepenuhnya bening hingga sepenuhnya padat. JPG tak menawarkan ruas semacam itu, jadi transparansi tak punya tempat tinggal. Saat mesin gambar menyusun ulang PNG sebagai JPEG, ia lebih dulu membaringkan gambar di atas latar yang dipilih, dan latar itu berpaling putih secara baku, yang persis sebabnya area bening terbaca putih sesudahnya. Intinya tumpul, JPG transparan tak bisa ada, sebab formatnya tak punya konsepnya. Saat potongan itu harus bertahan, WebP atau PNG yang utuh adalah satu-satunya rute Anda. Araluma menetap pada putih sebagai isian sebab ia berbaur ke dokumen, salindia, dan daftar etalase tempat JPG ini paling sering berakhir.
Kinerja penyandian terukur
Semua ini berasal dari Chrome 148 di desktop Linux, bersandar pada penyandian JPEG milik browser sendiri. Pada 0,12 MP, sebuah gambar mini 400x300 membungkus dalam sekitar 10 hingga 15 ms. Naik ke 0,78 MP, bingkai 1024x768, dan ia duduk dekat 13 hingga 20 ms. Foto 8 MP pada 3840x2160 butuh kira-kira 1,4 detik, dan bahkan raksasa 48 MP pada 8000x6000 hanya meminta sekitar 1,5 detik. Menulis JPG dengan cara ini dengan mudah melampaui menulis PNG dari gambar yang sama, dan ia sepenuhnya menyalip AVIF, yang harus memuat modul terpisah dan bisa menggiling 25 detik pada gambar 48 MP itu bahkan di desktop. Bersama-sama, ini termasuk rute tercepat di mana pun dalam keluarga convert, dan tak berbiaya tambahan untuk diambil, sebab penulis JPEG sudah tinggal di tiap browser.
Penanganan EXIF dan metadata
Menyusun ulang gambar membersihkan tag EXIF, IPTC, dan XMP-nya dari JPG hasil di tiap browser, yang menyapu keluar koordinat GPS, bodi kamera, cap waktu pengambilan, teks hak cipta, dan ruas khusus mana pun yang dibawa PNG itu. Profil warna ICC menempuh rute terpisah, di mana Chrome dan Safari menahan profil sRGB pada keluaran sementara Firefox mengelupasnya bersama segalanya. Jadi JPG-nya aman sRGB di mana saja, tetapi tag gamut luas seperti Display-P3 atau Adobe RGB takkan lolos lewat Firefox. Jika alur Anda bergantung pada menahan semua metadata itu, kelola dengan alat khusus sesudahnya. Untuk web dan berbagi sehari-hari, kehilangan tag itu disambut, memangkas sedikit bobot dan menarik data lokasi keluar dari foto Anda.
Kapan artefak JPG terlihat
JPEG menalar dalam blok 8x8. Jatuhkan lompatan keras antara dua warna yang sangat berbeda di dalam satu blok dan kompresi JPEG hanya bisa menyketsanya dengan segenggam suku frekuensi, meninggalkan ringing, halo samar piksel lebih terang atau lebih gelap yang memeluk tepi. Foto menyembunyikan ini dengan baik, sebab tepinya tak pernah setajam silet dan variasi mikro di sekitarnya menutupi penghampiran itu. Tetapi tangkapan layar, logo, kotak berbingkai renyah, huruf, atau lempeng warna datar bertetangga memamerkannya pada mutu mana pun, sebab itulah persis sinyal yang menyulitkan matematikanya. Aturannya menulis sendiri, jauhkan tangkapan layar, logo, dan seni padat teks dari JPG. Tinggalkan di PNG, atau pindah ke WebP untuk berkas ramping yang mengelak ringing sama sekali.
Privasi dan ke mana pekerjaan jatuh
Ke mana pekerjaan jatuh bergantung pada jumlahnya. Untuk satu gambar, tidak ada yang meninggalkan peramban, dan Anda bisa mengeceknya langsung dalam hitungan detik. Buka Chrome DevTools, pindah ke panel Jaringan, saring berdasarkan XHR dan Fetch, lalu konversi sebuah berkas. Tidak ada yang muncul selama pengodean. Untuk dua atau lebih, Araluma mengirimnya ke server kami, yang mengonversi, membundel hasilnya, dan mengembalikan tautan unduhan. Tautan itu dan berkas hasil dihapus dalam sekitar 2 jam. Jalur satu gambar menjaga semuanya di perangkat, di luar jaringan, sementara satu kumpulan menukarnya dengan menyelesaikan banyak berkas sekaligus. Untuk tangkapan layar sesuatu yang pribadi atau foto bertanda lokasi Anda, konversi satu per satu menjaganya di mesin Anda, perbedaan nyata, bukan slogan.
