Kompres Gambar JPG
Setiap JPEG yang Anda masukkan di halaman ini didekompresi menjadi piksel mentah di mesin Anda sendiri dan dibangun kembali oleh MozJPEG, encoder yang dikembangkan Mozilla untuk menghasilkan file yang lebih kecil dari format JPEG 1992 dibandingkan dengan libjpeg standar. Tidak ada yang diunggah. Penggeser kualitas bukanlah yang Anda kenal dari editor desktop: ini bekerja relatif terhadap seberapa keras file Anda dikompresi sebelum tiba, yang mencegah proses kedua merusak JPEG yang sudah kecil.
Satu foto pada tiga pengaturan kualitas
| Penggeser | Keluaran | Penghematan |
|---|---|---|
| 90 | 347.8 KB | 35% lebih kecil |
| 60 | 212.4 KB | 61% lebih kecil |
| 30 | 131 KB | 76% lebih kecil |
Apa arti angka kualitas di halaman ini
Ketik 75 ke dalam sebagian besar encoder dan Anda mendapatkan kekuatan absolut, identik untuk setiap input. Di sini angkanya adalah proporsi. Sebelum encoding, alat ini memeriksa kompresi yang sudah ada dalam JPEG Anda, memperkirakan tingkat yang digunakan encoder sebelumnya, dan mengarahkan penggeser Anda pada sebagian dari itu. File yang diekspor dari Lightroom pada sekitar 90, dikompresi dengan penggeser pada 70, ditulis mendekati 63; satu yang sudah diperas oleh situs web menjadi 55 keluar sekitar 39 dari pengaturan penggeser yang identik.
Dua konsekuensi mengikuti. Mengembalikan output tidak akan menjadi bubur, karena proses kedua mengukur yang pertama dan mengarahkan secara proporsional di bawahnya. Dan posisi penggeser yang identik menghasilkan file yang berbeda dari sumber yang berbeda — ekspor kamera dan unduhan web tidak memulai dari tempat yang sama — jadi nilai setiap proses berdasarkan ukuran sebelum dan sesudah dalam daftar hasil daripada berdasarkan angka yang Anda atur.
Pemindaian progresif dan subsampling warna
Pengaturan default MozJPEG, yang dipertahankan alat ini, menghasilkan JPEG progresif dengan tabel Huffman yang dioptimalkan. File progresif tiba sebagai urutan dari beberapa pass penuh yang semakin tajam alih-alih strip yang terbuka dari atas, sehingga pada koneksi lambat seluruh foto dapat dikenali lebih awal. Encoding progresif juga cenderung mengurangi beberapa persen dari file, salah satu keuntungan gratis yang langka dalam format lossy.
Default kedua adalah subsampling chroma, yang dipilih secara otomatis per encode. JPEG menyimpan kecerahan terpisah dari warna karena mata manusia menyelesaikan kecerahan jauh lebih halus, dan pada pengaturan web yang khas, encoder menjaga satu sampel warna untuk setiap blok piksel dua kali dua. Foto-foto sepenuhnya mengabaikan itu. Teks merah yang jenuh, garis grafik berwarna tipis, dan tepi logo yang tajam tidak — mereka memburam — itulah sebabnya tangkapan layar dan diagram lebih baik menggunakan kompresor PNG daripada di sini.
Kehilangan generasi, dan ukuran apa yang harus dituju
Kerusakan JPEG bersifat kumulatif dalam kasus terburuk dan hampir gratis dalam kasus terbaik. Menyimpan kembali gambar yang tidak tersentuh pada satu pengaturan akan stabil setelah satu atau dua proses, karena encoder terus membuat keputusan yang sama tentang nilai yang sama. Mengedit antara penyimpanan adalah yang menyakitkan: memotong, meluruskan atau mengoreksi warna dan encoding berikutnya menghadapi piksel baru dan menghabiskan anggarannya lagi — noda pada foto yang diteruskan melalui lima aplikasi chat persis seperti ini. Kebiasaan membosankan menang: simpan satu file master, kompres dari itu setiap kali, dan anggap setiap output terkompresi sebagai sekali pakai.
Untuk target ukuran, baca tangga di tabel: bagian atas rentang penggeser mempertahankan dua pertiga dari byte asli, bagian bawah mempertahankan seperempat. Di halaman web, foto hero lebar penuh biasanya dianggarkan di bawah sekitar 200 KB dan gambar dalam teks berjalan jauh di bawah 100 KB, keduanya dapat dijangkau dengan nyaman dari sumber 4K. Untuk email, batasannya adalah pesan: Gmail menolak apa pun di atas 25 MB, jadi sekumpulan foto yang diproses melalui tengah rentang penggeser dapat dengan mudah dikirim ke tempat di mana file asli kamera tidak dapat.
Pertanyaan yang Sering Diajukan
Mengapa penggeser di sini berperilaku berbeda dari Photoshop?
Editor desktop memperlakukan angka sebagai kekuatan encoding absolut. Halaman ini memperlakukannya sebagai proporsi dari kualitas yang sudah dibawa JPEG Anda, diperkirakan dari file itu sendiri, jadi penggeser 80 pada ekspor yang bersih berarti sesuatu yang berbeda dari penggeser 80 pada file yang sudah diperas oleh web. Daftar hasil adalah kebenaran yang mendasar dalam kedua cara.
Kualitas JPG apa yang harus saya gunakan untuk situs web?
Mulailah pada 80 dan nilai outputnya. Latar belakang dan thumbnail mentolerir 50 atau lebih rendah, terutama jika Anda memeriksanya pada ukuran tampilan daripada diperbesar hingga 100%, di mana kelembutan yang tidak akan pernah dilihat siapa pun terlihat mengkhawatirkan. Tabel di atas menunjukkan apa yang sebenarnya dibeli setiap langkah pada satu foto 4K.
Apakah JPEG yang ditulis di sini progresif?
Ya. Mode progresif MozJPEG dan pengkodean Huffman yang dioptimalkan keduanya aktif secara default, sehingga file dirender sebagai proses cepat yang buram yang menjadi tajam saat data tiba, dan biasanya sedikit lebih kecil daripada encoding baseline pada kualitas yang sama.
Mengapa teks merah dan garis tipis terlihat kabur setelah kompresi?
Subsampling chroma: JPEG merekam warna pada resolusi lebih rendah daripada kecerahan, dan detail tepi keras yang jenuh adalah tepatnya apa yang merusaknya. Ini adalah sifat dari format daripada masalah penggeser — tangkapan layar, grafik, dan tangkapan antarmuka sebaiknya menggunakan PNG daripada ini.
Bisakah kompresi JPEG dibatalkan?
Tidak. Detail yang dibuang tidak lagi ada dalam file, dan tidak ada yang dapat memulihkannya — penguat AI dapat menciptakan pengganti yang masuk akal, yang merupakan generasi, bukan pemulihan. Inilah sebabnya mengapa ekspor asli lebih penting daripada pengaturan apa pun di halaman ini.
Apakah ada perbedaan antara JPG dan JPEG?
Tidak ada sama sekali. JPEG adalah nama formatnya; .jpg bertahan dari sistem operasi yang membatasi ekstensi hingga tiga huruf. Halaman ini membaca keduanya dan menulis output identik terlepas dari ekstensi apa pun yang dibawa input.
Haruskah saya mengubah ukuran JPG sebelum mengompresnya?
Jika lebih besar dari yang akan ditampilkan, ya, dan lakukan pengubahan ukuran terlebih dahulu. Memotong dimensi piksel menghapus data secara langsung, yang lebih menguntungkan daripada pengaturan encoder mana pun, dan mengompresi sebelum mengubah ukuran membuang usaha untuk mengkodekan detail yang kemudian dibuang oleh pengubahan ukuran.
Kemana gambar saya pergi ketika saya mengompresnya di halaman ini?
Kemana-mana. Encoder adalah WebAssembly yang berjalan di dalam halaman; file dibaca, dikompresi dan ditawarkan kembali untuk diunduh tanpa meninggalkan mesin Anda. Memuat halaman mengambil kode — mengompresi gambar tidak mengambil apa pun sama sekali, yang akan dikonfirmasi oleh panel jaringan browser.