Artikel
Mengapa GIF begitu berat
GIF animasi tiga detik secara rutin lebih berat daripada satu menit penuh video MP4 yang mencakup klip yang sama, yang mengejutkan siapa pun yang terbiasa menganggap video sebagai format yang lebih berat. GIF tidak pernah dirancang sebagai cara efisien untuk menyimpan gerakan; itu adalah format gambar dari tahun 1987 yang kebetulan mendukung rangkaian bingkai, dan setiap pilihan desain di baliknya mendahului kompresi video modern selama puluhan tahun.
GIF adalah rangkaian gambar, bukan aliran video
Graphics Interchange Format, diperkenalkan oleh CompuServe pada tahun 1987 dan direvisi sebagai GIF89a pada tahun 1989, menyimpan animasi sebagai rangkaian bingkai gambar individual yang diputar berurutan, masing-masing adalah gambar diam terkompresi sendiri. Codec video sungguhan seperti H.264 sebaliknya meng-encode sebagian besar bingkai sebagai selisih dari bingkai sebelumnya, karena bingkai video yang berurutan biasanya sangat mirip, hanya menyimpan apa yang berubah. GIF tidak memiliki mekanisme setara: bahkan adegan yang sebagian besar statis pun menyimpan ulang sebagian besar dari setiap bingkai tunggal.

256 warna, terlepas dari apakah sumbernya membutuhkannya atau tidak
GIF membatasi setiap bingkai ke palet paling banyak 256 warna, dipilih dari rentang yang jauh lebih besar yang sebenarnya dikandung sebuah foto atau video. Rekaman layar atau klip video dengan gradien dan pencahayaan yang halus diratakan ke palet terbatas itu, memunculkan banding dan dithering yang terlihat, dan filenya tetap harus menyimpan data warna yang tereduksi itu senilai satu bingkai penuh pada setiap bingkai tunggal, tanpa kompresi antar-bingkai untuk diandalkan.

Mengapa format ini tidak pernah mendapat pengganti modern
Pengulangan animasi GIF dan dukungan universalnya, setiap browser dan aplikasi pesan dapat memutarnya tanpa plugin, membuatnya tetap terus digunakan lama setelah opsi yang lebih baik ada, sama seperti MP3 tetap bertahan setelah codec audio yang lebih efisien dirilis. WebP dan APNG sama-sama mendukung animasi dengan kompresi per-bingkai sungguhan dan jauh lebih banyak warna, dan menghasilkan file yang jauh lebih kecil untuk konten yang sama, tetapi tidak satu pun mencapai tingkat dukungan universal GIF di setiap platform dan konteks berbagi, sehingga GIF tetap menjadi default untuk animasi berulang yang singkat meskipun itu adalah cara paling tidak efisien untuk menyimpannya.
MP4 dari klip yang sama biasanya jauh lebih kecil
Mengonversi klip pendek yang sama ke MP4 dengan H.264 mempertahankan kompresi selisih-bingkai codec video dan rentang warna penuh, itulah sebabnya filenya biasanya berakhir hanya sebagian kecil dari ukuran GIF yang setara untuk konten dan durasi yang identik. Kompromisnya adalah MP4 memerlukan pemutar video alih-alih ditampilkan inline sebagai gambar di mana pun GIF bisa, meskipun sebagian besar aplikasi pesan dan platform sosial modern sudah memutar otomatis MP4 pendek dengan cara yang sama seperti GIF.
Mengonversi antara GIF dan video tanpa mengunggah apa pun
GIF ke video kami meng-encode ulang GIF animasi menjadi MP4 yang ringkas, dan Video ke GIF melakukan kebalikannya saat GIF sungguhan, untuk konteks yang secara khusus membutuhkannya, adalah yang sebenarnya Anda butuhkan, keduanya sepenuhnya di browser Anda menggunakan ffmpeg yang dikompilasi ke WebAssembly. Mengonversi GIF berat yang sudah ada ke MP4 terlebih dahulu, lalu hanya kembali ke GIF untuk sedikit konteks yang benar-benar membutuhkan format itu, biasanya adalah cara tercepat untuk memangkas ukuran file animasi yang dibagikan tanpa kehilangan pengulangannya.
Alat dalam artikel ini
Pertanyaan yang sering diajukan
Mengapa GIF pendek lebih berat daripada video MP4 yang jauh lebih panjang?
GIF menyimpan ulang sebagian besar setiap bingkai secara independen tanpa kompresi antar-bingkai, dibatasi pada 256 warna, sementara MP4 meng-encode sebagian besar bingkai hanya sebagai selisih dari bingkai sebelumnya dan mempertahankan detail warna yang jauh lebih banyak. Overhead per-bingkai format GIF menumpuk dengan cepat bahkan untuk klip yang hanya sebagian kecil dari durasi videonya.
Bisakah saya memperkecil GIF tanpa mengonversinya ke video?
Ya, sampai batas tertentu: menurunkan frame rate, memperkecil dimensi piksel, atau memotong klip lebih pendek semuanya langsung mengurangi ukuran GIF, karena bingkai yang lebih sedikit atau lebih kecil berarti lebih sedikit data yang disimpan. Tidak satu pun dari itu mengubah ketiadaan mendasar kompresi antar-bingkai pada format ini, itulah sebabnya mengonversi ke MP4 biasanya menghemat jauh lebih banyak daripada memotong GIF.
Apakah MP4 akan berulang otomatis seperti GIF?
Sebagian besar aplikasi pesan dan platform sosial memutar otomatis dan mengulang MP4 pendek secara inline, dengan cara yang sama seperti mereka menangani GIF, sehingga hasil visualnya biasanya identik bagi penonton. Konteks yang menampilkan tag gambar mentah tanpa dukungan pemutar video, beberapa email dan perangkat lunak forum lama, masih membutuhkan file GIF sungguhan.