Selamat Datang di Blog Orang IT. Ada kabar baik untuk pengguna template AMP yang kesulitan dengan optimasi gambar , format gambar terbaru webP sangat direkomendasikan dalam artikel blog karena selain optimal , ukuran gambar yang ringan tanpa kehilangan visual gambar sama sekali.
Seperti yang kita ketahui selama ini bahwa format gambar yang besar , buram dan tipe gambar PNG sangat mempengaruhi kecepatan loading blog , selain melengkapi isi artikel dan membuatnya terlihat lebih menarik ternyata penggunaan gambar juga mempengaruhi kecepatan website terlebih gambar dengan size yang besar namun kualitasnya sedang
Format gambar WebP sebenarnya sudah diumumkan sejak lama sekitar tahun 2010 atau sudah 9 tahun yang lalu , digadang-gadang menggunakan teknologi kompresi lossy and lossless yang canggih. Menurunkan size gambar tanpa kehilangan ketajaman visual sama sekali. Seperti gambar vektor namun masih lebih ringan.
Apasih format gambar webP ?
WebP adalah format gambar modern yang memberikan kompresi lossless dan lossy unggul untuk gambar di web. Menggunakan WebP, webmaster dan pengembang web dapat membuat gambar yang lebih kecil dan lebih kaya yang membuat web lebih cepat.
Gambar lossless WebP berukuran 26% lebih kecil dibandingkan dengan PNG. Gambar webp lossy adalah 25-34% lebih kecil dari gambar JPEG yang sebanding pada indeks kualitas SSIM yang setara .
Lossless WebP mendukung transparansi (juga dikenal sebagai saluran alpha) dengan biaya hanya 22% byte tambahan . Untuk kasus-kasus ketika kompresi RGB lossy dapat diterima, lossy WebP juga mendukung transparansi , biasanya memberikan ukuran file 3x lebih kecil dibandingkan dengan PNG.
Apa itu WebP? Kenapa saya harus menggunakannya?
WebP adalah metode kompresi lossy dan lossless yang dapat digunakan pada berbagai macam gambar fotografi, tembus cahaya dan grafis yang ditemukan di web. Tingkat kompresi lossy disesuaikan sehingga pengguna dapat memilih trade-off antara ukuran file dan kualitas gambar. WebP biasanya mencapai kompresi rata-rata 30% lebih dari JPEG dan JPEG 2000, tanpa kehilangan kualitas gambar (lihat Studi Banding ).
Format WebP pada dasarnya bertujuan untuk menciptakan gambar yang lebih kecil, lebih tampan yang dapat membantu membuat web lebih cepat.
Browser web mana yang secara alami mendukung WebP?
Webmaster yang tertarik untuk meningkatkan kinerja situs dapat dengan mudah membuat alternatif WebP yang dioptimalkan untuk gambar mereka saat ini, dan melayani mereka secara bertarget untuk browser yang mendukung WebP meliputi :
Google Chrome (desktop) 17+
Google Chrome untuk Android versi 25+
Opera 11.10+
Peramban web asli, Android 4.0+ (ICS)
Dukungan webP lossy, lossless & alpha
Google Chrome (desktop) 23+
Google Chrome untuk Android versi 25+
Opera 12.10+
Browser web asli, Android 4.2+ (JB-MR1)
Bulan Pucat 26+
Dukungan Animasi WebP
Google Chrome (desktop dan Android) 32+
Opera 19+
Mengapa Google merilis WebP sebagai opensource?
Kami sangat percaya akan pentingnya model opensource. Dengan WebP dalam sumber terbuka, siapa pun dapat bekerja dengan format dan menyarankan peningkatan. Dengan masukan dan saran Anda, kami percaya bahwa WebP akan menjadi lebih bermanfaat sebagai format grafik seiring waktu.
Bagaimana saya bisa mengonversi file gambar pribadi saya ke WebP?
Anda dapat menggunakan utilitas baris perintah WebP untuk mengonversi file gambar pribadi Anda ke format WebP. Lihat Menggunakan WebP untuk detail lebih lanjut.
Jika Anda memiliki banyak gambar untuk dikonversi, Anda dapat menggunakan shell platform Anda untuk menyederhanakan operasi. Misalnya, untuk mengonversi semua file jpeg dalam folder, coba yang berikut ini:
Windows:
> for /R . %I in (*.jpg) do ( cwebp.exe %I -o %~fnI.webp )
Linux / Mac:
$ for F in *.jpg; do cwebp $F -o `basename ${F%.jpg}`.webp; done
Melihat Gambar Anda Secara Asli
WebP adalah format gambar baru dan didukung secara native di Google Chrome, Opera, dan banyak aplikasi serta pustaka lainnya.
Bagaimana saya bisa menilai kualitas gambar WebP untuk diri saya sendiri?
Saat ini, Anda dapat melihat file WebP dengan mengubahnya menjadi format umum yang menggunakan kompresi lossless, seperti PNG, dan kemudian melihat file PNG di browser atau penampil gambar apa pun. Untuk mendapatkan gambaran singkat tentang kualitas WebP
Berapa ukuran maksimum gambar WebP dapat?
WebP kompatibel bitstream dengan VP8 dan menggunakan 14 bit untuk lebar dan tinggi. Dimensi piksel maksimum gambar WebP adalah 16383 x 16383.
Apa ruang warna yang didukung oleh format WebP?
Konsisten dengan bitstream VP8, WebP lossy bekerja secara eksklusif dengan format gambar 8-bit Y’CbCr 4: 2: 0 (sering disebut YUV420). Silakan merujuk ke Bagian 2, ” Ikhtisar Format ” dari RFC 6386, Format Data VP8 dan Panduan Dekoding untuk detail lebih lanjut.
Lossless WebP bekerja secara eksklusif dengan format RGBA.
Bisakah gambar WebP berubah lebih besar dari gambar aslinya?
Ya, biasanya ketika mengkonversi dari format lossy ke WebP lossless atau sebaliknya. Ini terutama disebabkan oleh perbedaan colorspace (YUV420 vs ARGB) dan konversi di antaranya.
Ada tiga situasi khusus:
Jika gambar sumber dalam format ARGB lossless, downsampling spasial ke YUV420 akan memperkenalkan warna baru yang lebih sulit untuk dikompresi daripada yang asli. Situasi ini biasanya dapat terjadi ketika sumbernya dalam format PNG dengan beberapa warna: konversi ke WebP lossy (atau, mirip dengan JPEG lossy) berpotensi menghasilkan ukuran file yang lebih besar.
Jika sumber dalam format lossy, menggunakan kompresi WebP lossless untuk menangkap sifat lossy dari sumber biasanya akan menghasilkan file yang lebih besar. Ini tidak khusus untuk WebP, dan dapat terjadi ketika mengonversi sumber JPEG ke format WebP atau PNG yang hilang, misalnya.
Jika sumbernya dalam format lossy dan Anda mencoba untuk mengompresnya sebagai WebP lossy dengan pengaturan kualitas yang lebih tinggi. Misalnya, mencoba mengonversi file JPEG yang disimpan pada kualitas 80 ke file WebP dengan kualitas 95 biasanya akan menghasilkan file yang lebih besar, bahkan jika kedua format itu lossy. Menilai kualitas sumber seringkali tidak mungkin, sehingga disarankan untuk menurunkan kualitas WebP target jika ukuran file secara konsisten lebih besar.
 |
| compression webp lossy |
Kemungkinan lain adalah untuk menghindari menggunakan pengaturan kualitas, dan alih-alih menargetkan ukuran file yang diberikan menggunakan -sizeopsi di cwebpalat, atau API yang setara. Misalnya, menargetkan 80% dari ukuran file asli mungkin terbukti lebih kuat.
Perhatikan bahwa mengonversi sumber JPEG ke WebP lossy, atau sumber PNG ke WebP lossless tidak rentan terhadap kejutan ukuran file seperti itu.
Apakah WebP mendukung tampilan progresif atau interlaced?
WebP tidak menawarkan refresh decoding progresif atau interlaced dalam arti JPEG atau PNG. Ini cenderung memberi tekanan terlalu besar pada CPU dan memori klien decoding karena setiap peristiwa penyegaran melibatkan melewati penuh melalui sistem dekompresi.
Rata-rata, mendekode gambar JPEG progresif sama dengan mendekodekan baseline 3 kali.
Atau, WebP menawarkan decoding tambahan , di mana semua byte masuk yang tersedia dari bitstream digunakan untuk mencoba dan menghasilkan baris sampel yang dapat ditampilkan sesegera mungkin. Ini menghemat memori, CPU, dan upaya pengecatan ulang pada klien sambil memberikan isyarat visual tentang status unduhan. Fitur decoding tambahan tersedia melalui Advanced Decoding API .
Mengapa saya harus menggunakan WebP animasi?
Keuntungan dari WebP animasi dibandingkan dengan GIF animasi
WebP mendukung warna RGB 24-bit dengan saluran alpha 8-bit, dibandingkan dengan warna 8-bit GIF dan alpha 1-bit.
WebP mendukung kompresi lossy dan lossless; sebenarnya, satu animasi dapat menggabungkan frame lossy dan lossless. GIF hanya mendukung kompresi lossless. Teknik kompresi lossy WebP sangat cocok untuk gambar animasi yang dibuat dari video dunia nyata, sumber gambar animasi yang semakin populer.
WebP membutuhkan byte lebih sedikit daripada GIF 1 . GIF animasi yang dikonversi ke WebP lossy adalah 64% lebih kecil, sedangkan WebP lossless 19% lebih kecil. Ini sangat penting pada jaringan seluler.
WebP membutuhkan waktu lebih sedikit untuk memecahkan kode di hadapan pencarian. Di Blink , menggulir atau mengubah tab dapat menyembunyikan dan menampilkan gambar, mengakibatkan animasi dijeda dan kemudian dilewati ke titik yang berbeda. Penggunaan CPU yang berlebihan yang menghasilkan animasi yang menjatuhkan frame juga dapat meminta decoder untuk maju dalam animasi.
 |
| compression intra modes |
Dalam skenario ini, WebP animasi mengambil 0,57x total decode time 2 sebagai GIF, sehingga mengurangi jank selama pengguliran dan pemulihan lebih cepat dari lonjakan utilisasi CPU. Ini karena dua keunggulan WebP dibanding GIF:
Gambar WebP menyimpan metadata tentang apakah setiap frame mengandung alpha, menghilangkan kebutuhan untuk memecahkan kode frame untuk membuat penentuan ini. Ini mengarah pada kesimpulan yang lebih akurat dari mana frame sebelumnya tergantung pada frame tertentu, sehingga mengurangi decoding yang tidak perlu dari frame sebelumnya.
Sama seperti encoder video modern, encoder WebP heuristically menambahkan key-frame secara berkala (yang tidak dilakukan oleh kebanyakan encoders GIF). Ini secara dramatis meningkatkan pencarian dalam animasi panjang.
Untuk memfasilitasi memasukkan bingkai seperti itu tanpa meningkatkan ukuran gambar secara signifikan, WebP menambahkan bendera ‘metode pencampuran’ untuk setiap bingkai selain metode pembuangan bingkai yang GIF gunakan.
Ini memungkinkan bingkai kunci untuk menggambar seolah-olah seluruh gambar telah dibersihkan ke warna latar belakang tanpa memaksa bingkai sebelumnya menjadi ukuran penuh.
Kekurangan dari WebP animasi dibandingkan dengan GIF animasi
Dengan tidak adanya pencarian, decoding garis lurus WebP lebih intensif dari CPU daripada GIF. Lossy WebP membutuhkan waktu decode 2.2x sebanyak GIF, sementara WebP lossless membutuhkan 1.5x lebih banyak.
Dukungan WebP hampir tidak seluas dukungan GIF, yang efektif secara universal.
Menambahkan dukungan WebP ke browser meningkatkan jejak kode dan permukaan serangan. Di Blink, ini adalah sekitar 1500 baris kode tambahan (termasuk perpustakaan demux WebP dan decoder gambar Blink-side WebP).
Perhatikan bahwa masalah ini dapat dikurangi di masa mendatang jika WebP dan WebM berbagi kode decoding yang lebih umum, atau jika kemampuan WebP dimasukkan dalam WebM.
Mengapa tidak mendukung WebM saja <img>?
Mungkin masuk akal untuk jangka panjang untuk mendukung format video di dalam <img> tag. Namun, melakukannya sekarang, dengan maksud agar WebM <img>dapat mengisi peran yang diusulkan dari WebP animasi, bermasalah:
Saat mendekode frame yang bergantung pada frame sebelumnya, WebM membutuhkan 50% lebih banyak memori daripada WebP animasi untuk menampung jumlah minimum frame sebelumnya 3 .
 |
| compression beach |
Dukungan codec dan wadah video sangat bervariasi di seluruh browser dan perangkat. Untuk memfasilitasi transcoding konten otomatis (misalnya untuk proxy hemat bandwidth), browser perlu menambahkan header accept yang menunjukkan format apa yang didukung oleh tag gambar mereka. Bahkan ini mungkin tidak cukup, karena tipe MIME seperti “video / webm” atau “video / mpeg” masih tidak menunjukkan dukungan codec (mis. VP8 vs VP9).
Di sisi lain, format WebP secara efektif dibekukan, dan jika vendor yang mengirimkannya setuju untuk mengirimkan WebP yang dianimasikan, perilaku WebP di semua UA harus konsisten; dan karena tajuk terima “image / webp” sudah digunakan untuk menunjukkan dukungan WebP, tidak diperlukan perubahan tajuk terima baru.
The Chromium Video stack dioptimalkan untuk pemutaran halus, dan mengasumsikan hanya ada satu atau dua video bermain pada suatu waktu. Akibatnya, implementasinya agresif dalam mengonsumsi sumber daya sistem (utas, memori, dll.)
Untuk memaksimalkan kualitas pemutaran. Implementasi seperti itu tidak skala baik untuk banyak video simultan dan perlu dirancang ulang agar cocok untuk digunakan dengan halaman web gambar-berat.
WebM saat ini tidak memasukkan semua teknik kompresi dari WebP. Akibatnya, gambar ini kompres secara signifikan lebih baik dengan WebP daripada alternatifnya:
 |
| compression webp segment |
GIF (85 KB)
WebM dengan alpha (32 KB)
WebP animasi lossless (5 KB)
1. Untuk semua perbandingan antara animasi GIF dan WebP animasi, kami menggunakan kumpulan sekitar 7000 gambar GIF animasi yang diambil secara acak dari web. Gambar-gambar ini dikonversi ke WebP animasi menggunakan alat ‘gif2webp’ menggunakan pengaturan default (dibangun dari pohon sumber libwebp terbaru pada 10/08/2013). Angka komparatif adalah nilai rata-rata di seluruh gambar ini.
2. Waktu decode dihitung menggunakan libwebp + ToT Blink terbaru pada 10/08/2013 menggunakan alat benchmark . “Decode time with seek” dihitung sebagai “Decode lima frame pertama, kosongkan cache frame buffer, decode lima frame berikutnya, dan sebagainya”.
3. WebM menyimpan 4 frame referensi YUV dalam memori, dengan masing-masing frame menyimpan (lebar + 96) * (tinggi + 96) piksel. Untuk YUV4: 2: 0, kita membutuhkan 4 byte per 6 piksel (atau 3/2 byte per piksel). Jadi, kerangka referensi ini menggunakan 4*3/2*(width+96)*(height+96)byte memori. WebP di sisi lain hanya akan membutuhkan frame sebelumnya (dalam RGBA) yang akan tersedia, yang merupakan 4*width*heightbyte memori.
4. Rendering WebP Animasi membutuhkan Google Chrome versi 32+
Cara Kerja WebP
Kompresi WebP yang hilang menggunakan pengkodean prediktif untuk menyandikan gambar, metode yang sama yang digunakan oleh codec video VP8 untuk mengompresi kerangka kunci dalam video. Pengkodean prediktif menggunakan nilai dalam blok piksel yang berdekatan untuk memprediksi nilai dalam suatu blok, dan kemudian hanya mengkodekan perbedaannya.
Kompresi WebP lossless menggunakan fragmen gambar yang sudah terlihat untuk merekonstruksi piksel baru secara tepat. Itu juga dapat menggunakan palet lokal jika tidak ditemukan kecocokan yang menarik.
File WebP terdiri dari data gambar VP8 atau VP8L , dan sebuah wadah berdasarkan RIFF . libwebpPustaka mandiri berfungsi sebagai implementasi referensi untuk spesifikasi WebP, dan tersedia dari repositori git kami atau sebagai tarball .
Dukungan WebP
WebP didukung secara asli di Google Chrome dan browser Opera, dan oleh banyak pustaka alat dan perangkat lunak lainnya. Pengembang juga telah menambahkan dukungan ke berbagai alat pengeditan gambar.
WebP mencakup pengkodean dan dekode pustaka yang ringan dan libwebp alat cwebp- alat baris perintah dan dwebpuntuk mengonversi gambar ke dan dari format WebP, serta alat untuk melihat, muxing, dan menganimasikan gambar WebP. Kode sumber lengkap tersedia di halaman unduhan .
Unduh WebP Converter
Mengkonversi koleksi favorit Anda dari PNG dan JPEG untuk WebP dengan mendownload dikompilasi cwebpalat konversi untuk Linux, Windows atau Mac OS X .
https://storage.googleapis.com/downloads.webmproject.org/releases/webp/index.html
https://developers.google.com/speed/webp/docs/precompiled
Teknik Kompresi
Di Google, kami terus mencari cara untuk membuat halaman web memuat lebih cepat. Salah satu cara untuk melakukan ini adalah dengan membuat gambar web lebih kecil. Gambar terdiri hingga 60% -65% dari byte di sebagian besar halaman web dan ukuran halaman adalah faktor utama dalam total waktu rendering. Ukuran halaman sangat penting untuk perangkat seluler, di mana gambar yang lebih kecil menghemat bandwidth dan masa pakai baterai.
WebP adalah format gambar baru yang dikembangkan oleh Google dan didukung di Chrome, Opera dan Android yang dioptimalkan untuk memungkinkan gambar yang lebih cepat dan lebih kecil di Web. Gambar WebP berukuran sekitar 30% lebih kecil dibandingkan dengan gambar PNG dan JPEG pada kualitas visual yang setara. Selain itu, format gambar WebP memiliki paritas fitur dengan format lain juga. Ini mendukung:
Kompresi lossy: Kompresi lossy didasarkan pada penyandian frame kunci VP8 . VP8 adalah format kompresi video yang dibuat oleh On2 Technologies sebagai penerus format VP6 dan VP7.
Kompresi lossless: Format kompresi lossless dikembangkan oleh tim WebP.
Transparansi: Saluran alfa 8-bit berguna untuk gambar grafis. Saluran Alpha dapat digunakan bersama dengan RGB lossy, fitur yang saat ini tidak tersedia dengan format lain.
Animasi: Mendukung gambar animasi warna asli.
Metadata: Metadata EXIF dan XMP (misalnya, yang digunakan oleh kamera).
Profil Warna: Mungkin memiliki profil ICC tertanam.
Karena kompresi gambar yang lebih baik dan dukungan untuk semua fitur ini, WebP dapat menjadi pengganti yang sangat baik untuk sebagian besar format gambar: PNG, JPEG atau GIF. Lebih baik lagi, tahukah Anda bahwa WebP memungkinkan peluang pengoptimalan gambar baru, seperti dukungan untuk gambar yang hilang dengan transparansi? Ya! WebP adalah pisau Swiss format gambar.
Jadi, bagaimana sihir ini dilakukan? Mari kita menyingsingkan lengan baju kita dan melihat di bawah tenda.
WebP Rugi
Kompresi lossy WebP menggunakan metodologi yang sama seperti VP8 untuk memprediksi frame (video). VP8 didasarkan pada prediksi blok dan seperti codec berbasis blok lainnya, VP8 membagi frame menjadi segmen yang lebih kecil yang disebut macroblocks.
Di dalam setiap blokir makro, pembuat enkode dapat memprediksi gerakan berlebihan dan informasi warna berdasarkan blok yang diproses sebelumnya. Bingkai gambar adalah “kunci” dalam arti bahwa itu hanya menggunakan piksel yang sudah diterjemahkan dalam lingkungan spasial langsung dari masing-masing makroblok, dan mencoba untuk mewarnai bagian yang tidak diketahui dari mereka. Ini disebut prediktif pengkodean (lihat pengkodean intra-frame dari video VP8 ).
Data yang berlebihan kemudian dapat dikurangkan dari blok, yang menghasilkan kompresi yang lebih efisien. Kita hanya dibiarkan dengan perbedaan kecil, yang disebut residual, untuk mengirimkan dalam bentuk terkompresi.
Setelah mengalami transformasi matematis yang tidak dapat dibalik (DCT yang terkenal, yang merupakan kependekan dari Discrete Cosine Transform), residu biasanya mengandung banyak nilai nol, yang dapat dikompresi jauh lebih efektif. Hasilnya kemudian dikuantisasi dan diberi kode entropi. Yang mengherankan, langkah kuantisasi adalah satu-satunya di mana bit-lossy-ly dibuang (mencari divide oleh QPj dalam diagram di bawah). Semua langkah lainnya tidak dapat dibalik dan tidak rugi!
Diagram berikut menunjukkan langkah-langkah yang terlibat dalam kompresi lossy WebP. Fitur yang membedakan dibandingkan dengan JPEG dilingkari dengan warna merah.
WebP menggunakan blok kuantisasi dan mendistribusikan bit secara adaptif di segmen gambar yang berbeda: bit lebih sedikit untuk segmen entropi rendah dan bit lebih tinggi untuk segmen entropi lebih tinggi. WebP menggunakan encoding entropi Aritmatika , mencapai kompresi yang lebih baik dibandingkan dengan pengkodean Huffman yang digunakan dalam JPEG.
Mode Intra-prediksi VP8
Mode intra-prediksi VP8 digunakan dengan tiga jenis makroblok:
4×4 luma
16×16 luma
8×8 kroma
Empat mode intra-prediksi umum digunakan bersama oleh macroblocks ini:
H_PRED (prediksi horizontal). Isi setiap kolom blok dengan salinan kolom kiri, L.
V_PRED (prediksi vertikal). Isi setiap baris blok dengan salinan baris di atas, A.
DC_PRED (Prediksi DC). Isi blok dengan nilai tunggal menggunakan rata-rata piksel pada baris di atas A dan kolom di sebelah kiri L.
TM_PRED (prediksi TrueMotion). Mode yang mendapatkan namanya dari teknik kompresi yang dikembangkan oleh On2 Technologies . Selain baris A dan kolom L, TM_PRED menggunakan piksel P di atas dan di sebelah kiri blok. Perbedaan horizontal antara piksel dalam A (mulai dari P) diperbanyak menggunakan piksel dari L untuk memulai setiap baris.
Untuk blok luma 4×4, ada enam mode intra tambahan yang mirip dengan V_PRED dan H_PRED, tetapi itu sesuai dengan prediksi piksel dalam arah yang berbeda. Detail lebih lanjut tentang mode ini dapat ditemukan di Panduan Bitstream VP8 .
Kuantisasi Blok Adaptif
Untuk meningkatkan kualitas gambar, gambar tersegmentasi ke dalam area yang memiliki fitur yang hampir sama. Untuk masing-masing segmen ini, parameter kompresi (langkah kuantisasi, kekuatan penyaringan, dll.) Disetel secara independen. Ini menghasilkan kompresi yang efisien dengan mendistribusikan kembali bit ke tempat mereka paling berguna. VP8 memungkinkan maksimum empat segmen (batasan bitstream VP8).
Mengapa WebP (lossy) Lebih Baik dari JPEG
Pengkodean prediksi adalah alasan utama WebP menang atas JPEG. Blok kuantisasi adaptif membuat perbedaan besar juga. Penyaringan membantu pada bitrate menengah / rendah. Encoding aritmatika Boolean memberikan keuntungan kompresi 5% -10% dibandingkan dengan pengkodean Huffman.
WebP Lossless
Pengkodean WebP-lossless didasarkan pada transformasi gambar menggunakan beberapa teknik yang berbeda. Kemudian, pengkodean entropi dilakukan pada parameter transformasi dan mentransformasikan data gambar.
Transformasi yang diterapkan pada gambar termasuk prediksi spasial piksel, transformasi ruang warna, menggunakan palet yang muncul secara lokal, mengemas beberapa piksel menjadi satu piksel, dan penggantian alfa. Untuk pengkodean entropi kami menggunakan varian pengkodean LZ77-Huffman, yang menggunakan pengkodean 2D nilai jarak dan nilai jarang padat.
Predictor (Spatial) Transform
Prediksi spasial digunakan untuk mengurangi entropi dengan mengeksploitasi fakta bahwa piksel tetangga sering berkorelasi. Dalam transformasi prediktor, nilai piksel saat ini diprediksi dari piksel yang sudah didekodekan (dalam urutan pindaian), dan hanya nilai residual (aktual – prediksi) yang dikodekan. Mode prediksi menentukan tipe prediksi yang akan digunakan. Gambar dibagi menjadi beberapa wilayah kuadrat dan semua piksel dalam satu kuadrat menggunakan mode prediksi yang sama.
Ada 13 mode prediksi yang berbeda. Yang lazim adalah piksel kiri, atas, atas-kiri & kanan atas. Yang tersisa adalah kombinasi (rata-rata) dari kiri, atas, kiri atas dan kanan atas.
Transformasi Warna (tidak korelasi)
Tujuan dari transformasi warna adalah untuk menghubungkan nilai R, G, dan B dari setiap piksel. Transformasi warna menjaga nilai hijau (G) sebagaimana adanya, mengubah merah (R) berdasarkan hijau, dan mengubah biru (B) berdasarkan hijau dan kemudian berdasarkan merah.
Seperti halnya transformasi prediktor, pertama-tama gambar dibagi menjadi beberapa blok dan mode transformasi yang sama digunakan untuk semua piksel dalam satu blok. Untuk setiap blok ada tiga jenis elemen transformasi warna: green_to_red, green_to_blue, dan red_to_blue.
Kurangi Transform Hijau
“Subtract green transform” mengurangi nilai hijau dari nilai merah dan biru dari setiap piksel. Ketika transformasi ini hadir, decoder perlu menambahkan nilai hijau ke merah dan biru. Ini adalah kasus khusus dari transformasi dekorasi warna umum di atas, cukup sering untuk menjamin cutoff.
Pengindeksan Warna (palet) Transform
Jika tidak ada banyak nilai piksel unik, mungkin lebih efisien untuk membuat larik indeks warna dan mengganti nilai piksel dengan indeks larik. Transformasi pengindeksan warna mencapai ini. Transformasi pengindeksan warna memeriksa jumlah nilai ARGB unik dalam gambar. Jika angka itu di bawah ambang (256), itu menciptakan array dari nilai-nilai ARGB, yang kemudian digunakan untuk mengganti nilai-nilai piksel dengan indeks yang sesuai.
Pengodean Tembolok Warna
Kompresi WebP lossless menggunakan fragmen gambar yang sudah terlihat untuk merekonstruksi piksel baru. Itu juga dapat menggunakan palet lokal jika tidak ditemukan kecocokan yang menarik. Palet ini terus diperbarui untuk menggunakan kembali warna terbaru. Pada gambar di bawah ini, Anda dapat melihat cache warna lokal sedang diperbarui secara progresif dengan 32 warna yang baru-baru ini digunakan saat pemindaian menurun.
Referensi Mundur LZ77
Referensi mundur adalah tupel kode panjang dan jarak. Panjang menunjukkan berapa banyak piksel dalam urutan garis pindaian yang akan disalin. Kode jarak adalah angka yang menunjukkan posisi piksel yang sebelumnya terlihat, dari mana piksel akan disalin. Nilai panjang dan jarak disimpan menggunakan kode awalan LZ77.
Pengkodean awalan LZ77 membagi nilai integer besar menjadi dua bagian: kode awalan dan bit tambahan. Kode awalan disimpan menggunakan kode entropi, sedangkan bit ekstra disimpan sebagaimana adanya (tanpa kode entropi).
Rugi WebP dengan Alpha
Selain lossy WebP (warna RGB) dan lossless WebP (lossless RGB dengan alpha), ada mode WebP lain yang memungkinkan pengkodean lossy untuk saluran RGB dan pengkodean lossless untuk saluran alpha. Kemungkinan seperti itu (RGB lossy dan alpha lossless) tidak tersedia hari ini dengan format gambar apa pun yang ada.
Saat ini, webmaster yang membutuhkan transparansi harus menyandikan gambar tanpa kehilangan di PNG, yang mengarah ke ukuran yang signifikan. WebP alpha mengkodekan gambar dengan bit per piksel rendah dan menyediakan cara yang efektif untuk mengurangi ukuran gambar tersebut. Kompresi lossless dari saluran alpha hanya menambahkan 22% byte dari pengkodean WebP lossy (kualitas 90).
Secara keseluruhan, mengganti PNG transparan dengan lossy + alpha WebP memberikan penghematan ukuran 60-70% rata-rata. Ini telah dikonfirmasi sebagai fitur menarik yang luar biasa untuk situs seluler kaya ikon ( everything.me , misalnya).
Sampai saat ini format gambar webP masih dalam tahap pengembangan google menggunakan teknologi yang dibeli dari On2. Sebagai format turunan dari video VP8 , webP sejenis dengan format wadah multimedia untuk WebM. Tentu saja menggunakan jenis format gambar webP akan mendapatkan support gambar web secara penuh
Cara website bekerja dalam menampilkan gambar
1. Mengkompress grafis warna kemudian membuka standar grafis untuk warna yang paling sesuai dengan kemampuan perangkat
2. Mereduksi filefile yang lebih kecil tanpa harus kehilangan kualitas seperti pada format gambar yang diunduh sebelumnya
Cara mengubar format gambar / convert ke webP
Bagi anda yang hidup dijaman modern , menggunakan media smartphone atau tablet untuk aktivitas ngeblog sehari-hari maka anda sangat beruntung karena dapat menemukan konverter webP dan mengubah format gambar-gambar yang ingin anda rubah
Pergi keplaystore kemudian ketikkan “webP converter” maka nanti akan muncul banyak pilihan aplikasi yang menawarkan kemampuan yang anda butuhkan. Ada banyak jenis aplikasi dan yang saya sarankan adalah webp batchimage converter dapat anda ketika diplaystore atau langsung mengunjungi url ini https://play.google.com/store/apps/details?id=com.rectfy.webpconverter
Foto-foto atau gambar yang sudah diconvert akan disimpan kedalam folder khusus yang dibuat otomatis oleh aplikasi webp converter , untuk memindahkanya keperangkat hardisk anda dapat menyalinya langsung menggunakan kabel usb . Hasil gambar sangat bagus . Sayangnya format gambar ini masih didukung oleh browser populer seperti chrome dan firefox saja meski demikian ada banyak web browser yang menyediakan dukungan untuk mengolah citra gambar webP
……https://helmykediri.com
