Cara Buat GIF daripada Video: Saiz, Kadar Bingkai, Gelung

GIF lebih tua daripada web. CompuServe menerbitkan versi pertama, GIF87a, pada 1987 sebagai cara menghantar gambar pegun melalui sambungan dail-up, dan semakan 1989, GIF89a, menambah dua ciri yang memungkinkan animasi: nilai kelewatan bagi setiap bingkai dan satu warna lutsinar. Ulangan datang kemudian, pada 1995, apabila Netscape Navigator 2.0 mula membaca sambungan aplikasi kecil yang menyatakan berapa kali untuk mengulang. Setiap GIF beranimasi hari ini masih fail GIF89a dengan blok itu di dalamnya, itulah sebabnya ia dimainkan dalam hampir semua pelayar dan klien e-mel.

Di dalamnya, GIF ialah timbunan imej berindeks. Setiap bingkai merujuk jadual warna dengan paling banyak 256 entri, jadi sebuah bingkai hanya boleh memaparkan 256 warna berbeza, walaupun video asalnya mempunyai berjuta-juta warna. Piksel kemudian dimampatkan dengan LZW, kaedah kamus tanpa kehilangan yang berkesan pada kawasan rata satu warna dan kurang baik pada hingar fotografi, bijian dan kecerunan. LZW sendiri tidak membuang apa-apa; kehilangan berlaku lebih awal, apabila berjuta-juta warna dimampatkan ke dalam palet.

Ada dua perkara lain yang tidak dapat dimuatkan oleh GIF. Ia tiada trek audio langsung, jadi bunyi dalam video anda hilang begitu sahaja. Dan pemasaannya kasar: kelewatan disimpan dalam perseratus saat, dan kebanyakan pelayar menganggap kelewatan 0 atau 1 perseratus sebagai 10 perseratus, jadi GIF yang dibina pada 50 fps atau lebih pantas dimainkan lebih perlahan, bukan lebih lancar. Dalam praktik, 10 hingga 25 fps ialah julat yang berguna.

Kodek video moden seperti H.264 menyimpan gambar penuh sekali-sekala sahaja dan menerangkan kebanyakan bingkai sebagai perubahan kecil daripada bingkai sebelumnya. GIF boleh melakukan sedikit perkara itu dengan mengemas kini hanya sebuah segi empat bingkai sebelumnya, tetapi ia tiada apa-apa seperti ramalan gerakan. Sebaik sahaja kamera bergerak, hampir setiap piksel berubah, dan setiap bingkai disimpan hampir sepenuhnya. Itulah sebabnya klip telefon 2 MB boleh menjadi GIF 15 MB, manakala rakaman skrin tetikus bergerak di atas tetingkap pegun kekal kecil.

Saiz GIF lebih kurang lebar darab tinggi darab bilangan bingkai, dengan diskaun bagi bahagian yang kekal pegun antara bingkai. Ini memudahkan kedudukan setiap tuas. Tempoh mengurangkan bingkai satu demi satu: empat saat dan bukannya lapan menjadikan fail separuh. Lebar mengurangkan piksel secara kuadratik: daripada 640 px ke 320 px meninggalkan suku piksel dalam setiap bingkai. Kadar bingkai mengurangkan bingkai secara linear pula, dan 12 fps ternyata memadai untuk gerak isyarat dan wajah. Warna yang lebih sedikit membantu kurang daripada jangkaan, biasanya 10 hingga 30 peratus, kerana LZW lebih mengutamakan corak berulang daripada saiz palet.

Dithering ialah pertukaran yang mengelirukan kebanyakan orang. Ia menabur titik warna palet berdekatan untuk meniru rona yang tiada dalam palet, yang menyembunyikan jalur pada langit dan kulit tetapi menambah hingar halus yang dimampatkan dengan kurang baik oleh LZW. Matikannya untuk rakaman skrin, kartun dan demo UI, yang warna ratanya memang benar, dan biarkan hidup untuk rakaman sebenar. Memotong ialah tuas terakhir: membuang sempadan statik atau jalur hitam letterbox mengurangkan piksel tanpa menyentuh subjek.

Kebanyakan GIF yang dikongsi hanyalah satu detik: reaksi, gol, klik butang dan skrin yang menyusul. Tonton video sekali dengan jam randik dalam kepala dan catat saat detik itu bermula serta saat ia jelas sudah selesai, kemudian tambah beberapa bingkai di kedua-dua sisi supaya ulangan tidak terasa terpotong. Jika sumbernya panjang, potong dahulu julat itu dengan pemotong video dan kerjakan fail yang pendek. Pada penukar, menaip masa dalam Mula pada dan Tamat pada dalam saat atau minit:saat melakukan kerja yang sama tanpa langkah berasingan.

Fikirkan juga di mana GIF mula dimainkan. Banyak aplikasi sembang dan klien e-mel memaparkan bingkai pertama semasa fail dimuatkan, dan Outlook untuk Windows dari 2007 hingga 2016 hanya memaparkan bingkai pertama dan tidak pernah menganimasikannya. Mulakan pada bingkai yang bermakna sebagai gambar pegun, bukan pada kekaburan di tengah panning. Jika mesej GIF ialah kapsyen atau keputusan, tahan detik akhir itu selama setengah saat dengan melanjutkan Tamat pada, supaya penonton sempat membacanya sebelum ulangan bermula semula.

Destinasi GIF menetapkan bajet sebelum sebarang tetapan. Discord menurunkan had muat naik percuma kepada 10 MB sefail pada 2024, dan itulah nombor yang paling awal dihadapi kebanyakan orang; Nitro Basic menaikkannya kepada 50 MB dan Nitro kepada 500 MB. GIPHY menerima muat naik sehingga 15 saat dan 100 MB. X menerima GIF sehingga 15 MB dan menukarnya menjadi video berulang semasa muat naik, dan Reddit menerima GIF sehingga 100 MB tetapi turut menyajikannya sebagai video. Slack menerima fail sehingga 1 GB, tetapi emoji tersuai mesti di bawah 128 KB, bermakna lebar sangat kecil, ulangan pendek dan warna sedikit.

E-mel agak berbeza. Gmail membenarkan lampiran 25 MB setiap mesej dan Outlook.com 20 MB, tetapi GIF yang diletakkan sebaris dalam badan surat berita atau tandatangan harus jauh di bawah 1 MB supaya mesej dibuka dengan cepat pada data mudah alih. Dalam sembang, sasarkan separuh had dan bukannya tepat di bawahnya, kerana penerima mungkin menggunakan sambungan perlahan. Angka di bawah terkini pada 2025; semak halaman bantuan perkhidmatan apabila fail betul-betul di hujung had.

Sebab X menukar setiap GIF yang dimuat naik kepada MP4, dan berbuat demikian sejak 2014, ialah lebar jalur. Lima saat yang sama yang berat 4 MB sebagai GIF biasanya muat dalam beberapa ratus kilobait sebagai H.264, dengan warna penuh dan bukannya 256 rona serta tanpa hingar dithering. GIPHY dan Tenor berbuat sama: butang GIF pada papan kekunci anda biasanya mengambil MP4 atau WebP kecil. Jadi soalan sebenar bukan bagaimana membuat GIF terbaik, tetapi sama ada tempat anda menyiarkannya memerlukan GIF sama sekali.

Kekalkan GIF sebenar apabila destinasi memaparkan imej tetapi bukan video: badan e-mel, README atau isu GitHub, tiket Jira, wiki, forum lama, atau slaid yang mesti berfungsi dalam setiap pemapar. Di mana-mana video dimainkan sebaris dan senyap, yang merangkumi kebanyakan rangkaian sosial dan aplikasi sembang moden, ulangan MP4 atau WebM kelihatan lebih baik dan dimuatkan lebih pantas. Pada halaman web yang anda kawal, elemen <video autoplay muted loop playsinline> berfungsi seperti GIF dan menggunakan sebahagian kecil bait.

Dua format imej berada di antaranya. WebP beranimasi, daripada Google, menyokong berjuta warna dan pemampatan lossy serta dimainkan dalam Safari sejak versi 14 pada 2020, jadi kini berfungsi dalam setiap pelayar semasa, walaupun banyak aplikasi di luar pelayar masih menolaknya. APNG melanjutkan PNG dengan bingkai, mengekalkan warna penuh dan lutsinar alfa sebenar, dan digunakan oleh Apple dan LINE untuk pelekat beranimasi. Jika GIF sudah wujud dan anda hanya perlu mengecilkannya untuk laman yang memainkan video, menukar GIF kembali kepada MP4 biasanya penjimatan tunggal terbesar.

Telefon boleh melakukannya tanpa aplikasi tambahan. Pada iPhone, aplikasi Shortcuts mempunyai tindakan Make GIF yang menerima video atau Live Photo, dan Live Photo dengan kesan Loop atau Bounce ialah cara pantas merakam sumber. Aplikasi Gallery Samsung memaparkan butang GIF semasa video dimainkan, yang merakam bahagian yang kelihatan sebagai GIF. Aplikasi GIPHY dan GIF Maker webnya memotong, menambah kapsyen dan memuat naik di satu tempat, tetapi hasilnya awam melainkan anda hanya menyimpannya. Dalam Photoshop, File > Import > Video Frames to Layers membawa masuk sehingga 500 bingkai, dan Export > Save for Web (Legacy) menulis GIF dengan kawalan palet dan dither.

Untuk kawalan penuh dan kerja kelompok, kaedah palet dua laluan ffmpeg memberikan hasil paling bersih: penapis pertama mengimbas klip dan membina palet 256 warna daripada warna sebenarnya, yang kedua memetakan setiap bingkai kepadanya. Satu baris di bawah memotong lima saat bermula pada 0:02, menskala kepada lebar 480 px, mensampel 12 fps dan berulang selama-lamanya. Dalam pelayar, penukar video ke GIF melakukan langkah palet yang sama dengan kawalan Lebar, Kadar bingkai, Warna dan Dithering, dan halaman MP4 ke GIF membukanya dengan MP4 dipilih awal. Klip telefon dalam MOV berfungsi dengan cara sama; jika aplikasi menolaknya, baca menukar MOV ke MP4 dahulu.

GIF berulang selama-lamanya secara lalai kerana sambungan Netscape ditulis dengan kiraan ulangan sifar, yang bermaksud tanpa had. Menetapkan kiraan satu menjadikannya dimainkan sekali dan berhenti pada bingkai terakhir, sesuai untuk GIF yang berakhir dengan mesej. Bahagian yang lebih sukar ialah menjadikan ulangan tidak ketara. Cari bahagian yang bingkai permulaan dan penghujungnya hampir serupa, seperti lambaian yang kembali ke kedudukan sama, atau mainkan klip ke depan kemudian ke belakang dengan Bumerang, yang menghilangkan lompatan dengan kos bingkai dua kali ganda.

Sebelum menghantarnya, buka GIF pada saiz sebenar dalam tab pelayar, bukan sebagai lakaran kecil, dan tonton tiga ulangan penuh. Semak teks dalam bingkai boleh dibaca pada lebar yang dipilih, wajah tidak bertukar menjadi tompok terposter, dan pemasaan sepadan dengan video. Kemudian bandingkan saiz fail dengan had dalam jadual di atas; jika hampir, kembali kepada susunan pemotongan iaitu tempoh, lebar, kadar bingkai dan warna. Untuk klip lebih panjang atau apa-apa yang ada bunyi, mengkompres video untuk Discord dan e-mel ialah laluan yang lebih baik.