Pilih sebuah GIF
—
Dekoder milik peramban Anda sendiri, memutar file itu apa adanya.
- Versi
- —
- Kanvas
- —
- Ukuran file
- —
- Bingkai
- —
- Sebagaimana ditulis
- —
- Sebagaimana diputar
- —
- Pengulangan
- —
- Warna yang digambar
- —
Apa yang menonjol
Semua di bawah ini diukur dari file ini. Tidak ada di sini yang berupa tebakan tentang apa yang Anda maksud untuk dibuat.
Ke mana byte-nya pergi
Setiap byte file berada tepat di satu baris, dan baris-barisnya berjumlah sama dengan file. Kalau tidak, baris terakhirlah yang akan mengatakannya, bukan batangnya yang diam-diam melar agar pas.
Angka yang sama dengan tabel di bawah, digambar sebagai satu batang.
| Bagian | Byte | Porsi |
|---|---|---|
| Seluruh file | — | 100% |
Bingkai demi bingkai
Warnanya
Tabel global
Tabel per bingkai
Apa lagi yang ada di dalamnya
Blok-blok yang tidak membawa gambar. Sebuah penampil melewati semuanya, dan setiap salinan file tetap membawanya.
Membaca {name}… {name} bukan GIF: {why}. Alat ini membaca format GIF itu sendiri, jadi ia tidak punya apa-apa untuk dikatakan tentang berkas lain. {name} tidak bisa dibaca: {why} berkasnya berakhir pada {available} bita dan di {at} masih perlu {wanted} lagi berkas ini diawali {what}, bukan “GIF” sebuah JPEG sebuah PNG sebuah berkas RIFF — WebP atau WAV sebuah PDF sebuah berkas zip bita {bytes} ukuran kodenya {size}, sedangkan formatnya mengizinkan 2 sampai 8 {n} bingkai {n} bingkai {n} warna {n} warna {n} entri {n} entri {n} tabel per bingkai {n} tabel per bingkai {n} kali {n} kali {n} bita {minutes} mnt {seconds} dtk {n} dtk {time} ({fps} fps) {n} bingkai meminta kurang dari 0,02 dtk, dan setiap browser justru menahannya 0,10 dtk. sekali — tanpa blok pengulangan terus-menerus {n} kali Masalah Perlu diketahui Catatan {frames}. {drawn} di antaranya digambar di sini; sisanya terlalu besar untuk ditahan di memori sekaligus dan hanya dilaporkan dari kepalanya. {frames}, tidak satu pun menutupi seluruh kanvas. {frames}, semuanya menutupi seluruh kanvas. {frames}, {n} di antaranya menutupi seluruh kanvas. Tampilkan {frames} sisanya Apa yang disimpan bingkai {n} sendirian Kanvas setelah bingkai {n} Bingkai {n} tidak digambar Jeda {delay} → 0,10 dtk Persegi {width} × {height} di {left}, {top} Palet {n} miliknya sendiri yang global tidak ada sama sekali Transparan indeks {n} tidak Ukuran {size} — {share} Berjalin ya Termampatkan {ratio}× Masalah datanya berakhir terlalu cepat Tabel-tabel dalam berkas ini menyatakan {declared} seluruhnya, pikselnya merujuk ke {referenced} di antaranya, dan {different} di antaranya berbeda satu sama lain. {entries}, {size}, dipakai bersama oleh {frames}. Entri yang pudar adalah yang tidak pernah dirujuk piksel mana pun. {tables} ({size} seluruhnya) Bingkai {n} — {colours} 24 pertama dari {n} yang ditampilkan. Sisanya ada di laporan yang bisa diunduh. Sebuah komentar. Tidak ada penampil yang menunjukkannya, dan setiap salinan berkas membawanya. Blok pengulangan, yang meminta pemutaran terus-menerus. Ia bukan bagian dari spesifikasi GIF: Netscape menciptakannya pada 1995 dan semuanya tetap menerapkannya. Blok pengulangan, yang meminta pemutaran {times}. Paket XMP: XML yang ditulis penyunting gambar untuk mencatat apa yang sudah dilakukannya. Tidak ada yang menggambarnya. Profil warna ICC, yang menyatakan arti angka-angka palet sebagai warna. Nyaris tidak ada yang membacanya dari dalam GIF. Blok teks polos, yang meminta penampil menggambar teks di atas gambarnya. Ia ada dalam spesifikasi 1989 dan tidak pernah diterapkan apa pun. Blok aplikasi. Penampil melewati yang tidak dikenalinya. Berjalan {time} sesuai tertulis Sebenarnya main {time} - {n} bingkai di bawah 0,02 dtk dinaikkan ke 0,10 dtk oleh setiap browser Laju {fps} bingkai per detik Pengulangan tanpa blok pengulangan - main sekali Palet global {n} warna tidak ada Warna tergambar Indeks latar Tersalin. Isinya teks polos, dan hanya masuk ke papan klip Anda. Browser ini tidak mengizinkan halaman menulis ke papan klip. Pakai “Unduh” saja. Header dan deskriptor layar Tanda tangannya, ukuran kanvasnya, dan benderanya. Tiga belas bita, ada di setiap GIF yang pernah dibuat. Tabel warna global {colours} warna, tiga bita masing-masing, dipakai bersama oleh setiap bingkai yang tidak membawa tabelnya sendiri. File ini tidak punya: tiap bingkai membawa paletnya sendiri. Tabel warna per bingkai Palet sendiri untuk bingkai yang butuh warna lain. Tiga bita per warna, tiap kali. Blok pengatur waktu Delapan bita per bingkai: jedanya, cara membersihkannya, dan warna mana yang tembus pandang. Deskriptor bingkai Sebelas bita per bingkai: di mana persegi itu duduk, sebesar apa ia, dan ukuran kode awal si pemampat. Piksel termampat Gambarnya sendiri, dimampatkan dengan LZW. Pada GIF yang sehat, ini hampir seluruh file. Pembingkaian blok Satu bita panjang untuk tiap 255 bita data, ditambah satu nol untuk menutup tiap rentetan. Tak terhindarkan, dan layak dilihat. Komentar dan metadata Blok pengulangan, komentar, profil warna, dan XMP apa pun yang ditinggalkan sebuah penyunting. Penutup Satu bita yang mengatakan file-nya sudah selesai. Bita setelah akhir Data yang duduk melewati penutup. Tidak ada dekoder yang membacanya, dan itu beban murni. Tidak terhitung Bita di dalam blok tempat pembaca ini berhenti. File yang berakhir di tengah blok meninggalkan sebagian. Terhitung dua kali Bloknya tumpang tindih, artinya file ini berselisih dengan dirinya sendiri soal di mana blok itu mulai. Tidak disebutkan Biarkan di tempatnya Kembalikan ke latar Pulihkan yang ada di bawahnya Dicadangkan ({n}) Pembersihan Analisis GIF — {name} Dibaca seluruhnya di peramban oleh abox.tools/gif-analyzer/. File-nya tidak diunggah. File Versi Kanvas {width} x {height} piksel Ukuran {rounded} ({exact}) Bingkai Ke mana bitanya pergi Total Yang menonjol Bingkainya Teks yang dibawa file ini Palet global {colours} sendiri global satu kanvas penuh no di ukuran jeda pembersihan palet bita File berakhir tanpa bita penutup, jadi ia tidak lengkap — unduhan yang berhenti terlalu cepat, atau file yang terpotong. Bita {at} bernilai 0x{marker}, yang bukan awal blok mana pun yang dikenal format ini. Semua yang sesudahnya diabaikan. Dua blok kendali grafis berturut-turut, di {first} dan {second}. Yang pertama tidak menggambarkan gambar apa pun dan tidak berbuat apa-apa. File berakhir di tengah blok yang mulai di {at}. {detail}. Kode {code} datang lebih dulu, sebelum kamus berisi apa pun. Penampil akan menggambar yang bisa dan membiarkan sisa persegi panjangnya kosong. Kode {code} menunjuk entri kamus ke-{code}, padahal hanya ada {entries}. Penampil akan menggambar yang bisa dan membiarkan sisa persegi panjangnya kosong. Tidak ada bingkai di file ini. Kepalanya terbaca, tetapi tak ada blok gambar yang menyusul. Apa pun ini, tak ada penampil yang akan menggambar apa pun darinya. File ini tidak berakhir dengan rapi. {bytes} berada setelah akhir file. Setiap pengurai berhenti di bita penutup, jadi bagian ini tak pernah dibaca dan tak pernah digambar. Biasanya ia file kedua yang ditempelkan pada yang pertama, atau program yang menulis melewati dirinya sendiri. Memotong file di bita penutup tidak menghilangkan apa-apa. Satu bingkai minta ditahan kurang dari 0,02 detik, dan tak ada peramban yang mau. {count} bingkai minta ditahan kurang dari 0,02 detik, dan tak ada peramban yang mau. Setiap peramban sejak Netscape membulatkan jeda di bawah dua perseratus detik menjadi sepuluh — aturan yang ditulis pada 1996 untuk bola dunia berputar zaman itu dan tak pernah dicabut. Jadi animasi ini mengaku berjalan {nominal} dan sebenarnya berjalan {real}, sekitar {factor} kali lebih lambat. Menulis 0,02 alih-alih 0,01 memberinya kecepatan yang ia minta. Setiap bingkai berjeda nol. File tidak memberi waktu sama sekali, jadi kecepatannya sepenuhnya terserah penampil — biasanya sepuluh bingkai per detik, tapi tak ada yang menjaminnya. Dua peramban bisa memutarnya pada dua kecepatan berbeda dan keduanya benar. Bingkainya tidak berjeda rata: {delays} jeda berbeda, dari {shortest} sampai {longest}. Bingkai terakhir yang ditahan lebih lama itu disengaja dan lazim. Jeda yang berserak di tengah biasanya datang dari pengubah yang membuang bingkai dari sebuah video lalu meregangkan tetangganya untuk menutup lubangnya. Tidak ada blok pengulangan, jadi ini berputar sekali lalu berhenti. Pengulangan bukan bagian dari spesifikasi GIF. Ia blok yang ditemukan Netscape pada 1995 dan tetap saja diterapkan semua orang; file tanpa itu adalah file yang ditampilkan setiap peramban tepat sekali. Kalau ini memang dimaksudkan berulang, yang menulisnya meninggalkan bloknya. Ini berputar sekali lalu berhenti. Ini berputar {count} kali lalu berhenti. Blok pengulangan menyebut sebuah hitungan alih-alih nol yang biasa, yang berarti selamanya. Sebagian penampil lama mengabaikan hitungannya dan tetap berputar terus. Setiap bingkai menggambar ulang seluruh kanvas. GIF boleh menyimpan sebuah bingkai hanya sebagai persegi panjang yang berubah sejak bingkai sebelumnya, dan itulah sebabnya rekaman layar jendela yang hampir diam bisa kecil. Di sini tak ada yang begitu: setiap bingkai adalah kanvas penuh, {width}×{height}. Itu benar untuk bingkai dari gambar-gambar yang tak berhubungan, dan itu ruang terbuang untuk apa pun yang difilmkan atau direkam, di mana sebagian besar gambarnya tidak bergerak. Satu bingkai dari {total} menggambar ulang seluruh kanvas; sisanya menyimpan hanya bagian yang berubah. {count} bingkai dari {total} menggambar ulang seluruh kanvas; sisanya menyimpan hanya bagian yang berubah. Begitulah rupa GIF yang teroptimasi. Yang berkanvas penuh biasanya bingkai pertama dan setiap titik ketika gambarnya berubah seluruhnya. Tak ada bingkai yang menggambar ulang seluruh kanvas. Setiap bingkai setelah yang pertama menyimpan hanya persegi panjang yang berubah — begitulah format ini dipakai dengan benar, dan itulah sebabnya file ini sekecil ini. Satu bingkai keluar dari kanvas. {count} bingkai keluar dari kanvas. Kanvasnya {width}×{height} dan sebuah bingkai mengklaim persegi panjang yang melewati tepinya. Para pengurai berbeda pendapat soal kelebihannya: ada yang memotong, ada yang menolak filenya. Kanvasnya {width}×{height} dan beberapa bingkai mengklaim persegi panjang yang melewati tepinya. Para pengurai berbeda pendapat soal kelebihannya: ada yang memotong, ada yang menolak filenya. Satu bingkai membawa tabel warnanya sendiri, seharga {bytes} — {share} dari file. {count} bingkai membawa tabel warnanya sendiri, seharga {bytes} — {share} dari file. Palet sendiri membuat sebuah bingkai bisa memakai warna yang tak ada di tabel bersama, dan berbiaya tiga bita per entri setiap kali ditulis. Bila bingkai-bingkainya dari adegan yang sama, satu tabel untuk semuanya lebih kecil sekaligus lebih tenang ditonton: palet yang melonjak-lonjak antarbingkai justru itulah kedip GIF. Tidak ada tabel warna global. Tak ada yang salah dengan itu — di sini setiap bingkai membawa miliknya sendiri — tetapi artinya penampil tak punya apa pun untuk mengecat kanvas sebelum bingkai pertama tiba. {entries} entri tabel warna tak pernah dipakai, dan itu {bytes}. Tabel-tabel di file ini menyatakan {declared} warna dan pikselnya merujuk {referenced} di antaranya. Panjang tabel warna selalu pangkat dua, apa pun isinya, jadi bingkai yang memakai sembilan warna tetap mendapat enam belas; sedikit pembulatan tak terhindarkan. Jauh lebih banyak dari itu berarti paletnya dibuat untuk gambar lain, bukan yang akhirnya ada di bingkai. Seluruh animasi digambar dengan satu warna. Seluruh animasi digambar dengan {count} warna. Itu karya datar, dan untuk itulah GIF dirancang. File seperti ini memampat dengan baik dan mendither dengan buruk, jadi kalau tampak berbintik, ditherlah yang perlu dimatikan. Sebuah foto, atau sesuatu yang berasal darinya. GIF memberi satu bingkai paling banyak 256 warna, jadi apa pun yang bergradasi sedang didekati — dan dari situlah dither, serta derau yang membuat file jadi besar, berasal. Ada blok komentar sebesar {bytes} di file ini. Komentar tidak ditampilkan penampil mana pun dan dibawa setiap salinan file. Biasanya ia nama program yang menulisnya, dan sesekali sesuatu yang penulisnya tak akan memilih untuk diterbitkan. Sebuah paket metadata XMP memakan {bytes} — {share} dari file. XMP adalah blok XML yang ditulis penyunting gambar untuk mencatat apa yang ia lakukan, dan bisa membawa riwayat penyuntingan, perangkat lunaknya, dan kadang penulisnya. Tak ada penampil yang menggambar itu. Membuangnya tidak merugikan gambarnya sama sekali. Sebuah profil warna ICC memakan {bytes}. Profil itu menyatakan apa arti angka-angka dalam palet sebagai warna. Hampir tak ada yang membacanya dari dalam GIF, jadi biasanya ia bobot tanpa guna — tetapi membuangnya bisa menggeser warna pada penampil yang memang membacanya. Ada ekstensi teks polos di file ini. Blok yang meminta penampil menggambar teks di atas gambar, dalam kisi sel. Ia ada di spesifikasi 1989, tak pernah diterapkan apa pun, dan setiap pengurai melewatinya. Apa pun bunyinya, itu tidak akan muncul. Ada blok aplikasi bernama “{name}”, sebesar {bytes}. Blok aplikasi adalah jalan masuk segala hal di luar spesifikasi ke dalam GIF. Penampil melewati yang tak dikenalnya, jadi yang ini hanya bobot kecuali ada sesuatu yang khusus membacanya. Satu bingkai disimpan berselang-seling. {count} bingkai disimpan berselang-seling. Barisnya disimpan dalam empat lintasan supaya gambar yang datang lewat sambungan lambat memperlihatkan versi kasar dirinya lebih awal. Itu masuk akal pada 1993, memampat sedikit lebih buruk daripada menyimpan baris berurutan, dan kini tak ada penampil yang diuntungkan. File ini mengaku GIF{version}, bukan GIF89a. GIF87a datang lebih dulu dan tak punya blok waktu, transparansi, maupun blok pengulangan. File yang mengaku 87a padahal membawa salah satunya itu lazim — pengurai tidak memeriksanya — tetapi itu tanda kepalanya disalin, bukan ditulis. Warna latarnya indeks {index}, sedangkan tabel global hanya punya {entries} entri. Tak ada yang akan mogok — penampil memakai transparan sebagai gantinya — tetapi artinya kolom itu tak pernah diisi, atau diisi untuk palet yang bukan lagi palet di file ini. Rasio aspek pikselnya disetel ke {ratio}. Kolom untuk layar yang pikselnya tidak persegi. Setiap penampil modern mengabaikannya dan menggambar bingkai pada ukuran tersimpannya, jadi file yang bersandar padanya akan tampak melar bagi pembuatnya dan normal bagi semua orang lain. Pemampat menyetel ulang kamusnya {count} kali. LZW membangun kamus sambil berjalan dan memuat 4.096 entri; begitu penuh, pengodenya memulai lagi dari awal. Sekali per bingkai itu normal — begitulah sebuah bingkai dimulai. Lebih dari itu berarti gambarnya cukup beragam untuk menghabiskan kamus di tengah jalan, dan itulah yang dilakukan foto atau dither berat — sebabnya file semacam itu besar. Satu bingkai sama persis dengan bingkai sebelumnya. {count} bingkai sama persis dengan bingkai sebelumnya. Mereka memakan seluruh ukuran mampatnya dan tidak mengubah apa pun di layar. Menambahkan jedanya ke bingkai sebelumnya akan tampak persis sama dan lebih kecil. Satu bingkai tidak terurai sepenuhnya. {count} bingkai tidak terurai sepenuhnya. Data mampatnya habis sebelum bingkainya penuh. Penampil akan menggambar yang bisa dan membiarkan sisa persegi panjangnya kosong. GIF Anda tidak pergi ke mana pun. {total} file dimuat. {platform} sesuatu menghubungi {hosts}, dan itu tidak pernah dilakukan alat ini. {platform} Skrip iklan, pengukuran, dan tombol donasi milik halaman ini dimuat dari {hosts} host; tidak satu pun diberi sebuah file. Skrip iklan, pengukuran, dan tombol donasi milik halaman ini dimuat dari {hosts} host; tidak satu pun diberi sebuah file.