Pembalik GIF

Putar GIF animasi mundur, ubah menjadi bumerang, atau balik satu bagian saja — dengan waktu yang dicerminkan, bukan ditulis ulang.

1. 1

   Tambahkan GIF Anda

   Seret GIF animasi ke area unggah, atau klik untuk memilih. WebP animasi dan APNG juga bisa dibuka. Berkas dibaca di perangkat Anda dan tidak diunggah ke mana pun.

2. 2

   Pilih mundur atau bumerang

   Balik memutar animasi dari bingkai terakhir ke bingkai pertama. Bumerang memutarnya maju lalu kembali ke awal, membuang dua bingkai putar balik agar tidak ada gambar yang tampil dua kali berturut-turut.

3. 3

   Balik semuanya, atau satu rentang saja

   Secara bawaan seluruh animasi dibalik. Ganti ke rentang lalu isi bingkai pertama dan terakhir untuk membalik bagian itu saja — sisanya tetap di tempat dan urutannya.

4. 4

   Unduh GIF yang sudah dibalik

   Tekan Unduh. Bila sumbernya memungkinkan, panel menyatakan bingkai disalin, bukan digambar ulang: tabel warna, data gambar terkompresi, dan transparansi adalah byte yang masuk.

Animasi terbalik bukan sekadar iseng. Memutar klip mundur adalah cara potongan kasar menjadi loop, penumpukan menjadi pengungkapan, dan reaksi lima bingkai menjadi sesuatu yang berputar selamanya tanpa sambungan yang terlihat. Ini juga cara tercepat menguji apakah gerakan sebuah animasi terbaca jelas, karena gerakan yang hanya masuk akal dalam satu arah biasanya menyembunyikan masalah waktu yang belum Anda sadari.

Putar GIF animasi mundur, buat loop bumerang, atau balik satu rentang bingkai saja — tiap bingkai mempertahankan jedanya sendiri sehingga waktunya dicerminkan persis.

Bila berkasnya memungkinkan, bingkai disalin dalam urutan baru alih-alih digambar ulang, jadi palet, data gambar terkompresi, dan transparansi adalah byte yang masuk.

Yang dilakukan alat ini dan tidak dilakukan yang lain

• Tidak ada yang digambar ulang bila memang tidak perlu. Urutan bingkai adalah properti wadah, bukan gambarnya. Bila berkas memungkinkan, byte terkompresi disalin dalam urutan baru dan sisanya disalin apa adanya.
• Waktunya dicerminkan, bukan diratakan. Tiap bingkai mempertahankan jedanya, jadi animasi dengan tahan lama di akhir kembali dengan tahan lama di awal — dan itulah arti cermin.
• Bingkai selisih dikenali, bukan diabaikan. GIF teroptimasi yang bingkainya berupa tambalan atas pendahulunya disusun lebih dulu. Membalik tambalan itu langsung menghasilkan berkas yang terbuka dan tampil kacau.
• Bumerang tanpa sendatan. Jalur pergi dan pulang berbagi ujung-ujungnya, jadi titik balik dan titik loop sama-sama bersih.
• Satu rentang, bukan hanya keseluruhan. Balik bingkai 12 sampai 40 dan biarkan sisanya.
• Tidak ada yang diunggah. Seluruh pekerjaan berjalan di perangkat Anda, jadi tidak ada antrean, tidak ada jendela penyimpanan, dan tidak ada berkas yang perlu dihapus setelahnya.

Berkas GIF terdiri dari header, tabel warna, lalu serangkaian blok. Tiap bingkai dalam rangkaian itu adalah deretan byte yang berdiri sendiri: ekstensi kendali grafis opsional yang membawa jeda dan metode pembuangan, deskriptor gambar yang membawa persegi panjangnya, tabel warna sendiri yang opsional, dan data gambar terkompresi. Tidak ada apa pun di byte sebuah bingkai yang merujuk posisinya dalam berkas. Jadi membalik animasi bisa benar-benar sesederhana kedengarannya: ambil deretan itu, tulis dalam urutan terbalik, salin semua byte lain seperti semula.

Yang sebenarnya dilakukan jalur cepat

• Telusuri bloknya. Berkas ditelusuri sekali sebagai struktur — blok berawalan panjang, tanpa dekompresi — sambil mencatat di mana byte tiap bingkai dimulai dan berakhir.
• Pastikan urutannya boleh berubah. Persegi panjang, penanda transparansi, dan metode pembuangan tiap bingkai dibaca. Penyusunan ulang hanya berjalan bila tiap bingkai terbukti mandiri dari pendahulunya.
• Salin deretan itu dalam urutan baru. Keluaran dibangun sebagai daftar rentang yang disalin dari masukan, dengan header, tabel warna global, dan penanda akhir tetap persis di tempatnya.
• Buktikan setelahnya. Data terkompresi dan jeda tiap bingkai keluaran dibandingkan byte demi byte dengan bingkai sumbernya. Pemeriksaan itu berjalan pada setiap pembalikan, karena jaminannya murah untuk diverifikasi dan mahal untuk hilang.

Invarian yang mudah salah

Pembalikan tidak boleh mengubah total waktu putar, tidak boleh mengubah jumlah bingkai, dan tidak boleh mengubah jeda mana milik gambar mana. Dua yang pertama cukup jelas sehingga kebanyakan alat benar. Yang ketiga yang gagal diam-diam: jika sebuah alat membalik bingkainya tetapi membiarkan larik jeda apa adanya, semua angka masih ada, totalnya masih benar, dan animasinya salah — jeda yang tadinya di bingkai terakhir kini ada di bingkai pertama. Di sini jeda dibaca dari byte bingkainya sendiri dan ikut bersamanya, sehingga cerminnya persis karena konstruksinya, bukan karena hitungan.

Kebanyakan GIF yang Anda temui sudah teroptimasi. Alih-alih menyimpan tiap bingkai sebagai gambar penuh, enkoder menyimpan bingkai kedua belas sebagai persegi kecil berisi piksel yang benar-benar berubah sejak bingkai kesebelas, menandai piksel yang tidak berubah sebagai transparan, dan menyetel metode pembuangan yang memberi tahu pemutar apa yang harus dilakukan pada persegi itu sebelum bingkai berikutnya. Penghematannya besar — pada latar diam dengan satu kotak bergerak, menyimpan bingkai penuh memakan 122.414 byte dan menyimpan selisih memakan 7.064 — dan itulah sebabnya pembalikan naif berbahaya, bukan sekadar kurang sempurna.

Tiga cara bingkai terbalik menjadi salah

• Sub-persegi di tempat yang salah. Tambalan hanya bermakna di atas gambar yang menjadi dasar perhitungannya. Dibalik, tiap tambalan mendarat di dasar yang salah, dan hasilnya adalah GIF berlepotan setengah jadi yang orang laporkan sebagai rusak.
• Transparansi yang berarti "pertahankan yang sudah ada". Pada bingkai selisih, transparan tidak berarti tak terlihat — artinya piksel bingkai sebelumnya masih benar. Balik urutannya dan pernyataan itu salah untuk semuanya.
• Pulihkan ke sebelumnya, yang tak punya bentuk mundur. Metode pembuangan 3 didefinisikan murni berdasarkan apa yang datang sebelumnya. Tidak ada cara memetakannya lewat pembalikan; animasinya harus disusun dan dibangun ulang.

Kapan bingkai boleh dipindah dan kapan tidak

Aturan yang dipakai alat ini diperiksa, tidak pernah ditebak. Bingkai boleh disusun ulang bila semuanya menutupi seluruh kanvas dan sepenuhnya buram — karena saat itu tiap bingkai menimpa semua yang sebelumnya, apa pun kata metode pembuangan — atau bila semuanya menutupi seluruh kanvas dan dibersihkan ke latar sebelum bingkai berikutnya, karena saat itu tiap bingkai digambar di atas kosong yang sama. Selain itu, termasuk blok ekstensi yang duduk di antara dua bingkai, animasi dikirim ke jalur penyusunan: didekode menjadi gambar penuh, disusun ulang, dan dienkode ulang dengan selisih baru yang dihitung untuk urutan baru. Itu lebih lambat dan mengkuantisasi ulang palet, dan itulah satu-satunya jawaban yang benar. Alat ini menyebut jalur mana yang berjalan dan, bila membangun ulang, mengapa.

Bumerang memutar animasi maju lalu mundur, sehingga bingkai terakhir siklus bersebelahan dengan yang pertama dan loop tidak punya sambungan. Itulah alasan kebanyakan orang mencari pembalik, dan di situlah hitungannya diam-diam meleset.

Dua bingkai kembar yang tak seorang pun buang

• Di titik balik. Jalur pergi berakhir di bingkai terakhir; jalur pulang mulai di bingkai terakhir. Ditulis naif, gambar itu tampil dua kali berturut-turut dan gerakannya jelas ragu sebelum kembali.
• Di titik loop. Jalur pulang berakhir di bingkai pertama; siklus berikutnya mulai di bingkai pertama. Keraguan yang sama, sekali per loop, selamanya.
• Perbaikannya dua bingkai. Buang ujung-ujung dari jalur pulang. Animasi delapan bingkai menjadi empat belas, bukan enam belas, dan tidak ada gambar yang tampil dua kali berturut-turut — termasuk melintasi batas loop.

Berapa biayanya

Bumerang hampir dua kali animasinya, jadi hampir dua kali berkasnya. Tidak ada jalan memutar: bingkai tambahan itu bingkai sungguhan dan harus disimpan. Yang bisa dihindari adalah menyimpan lebih banyak daripada yang efeknya butuhkan, dan dua bingkai per siklus adalah yang ditambahkan implementasi ceroboh. Pada jalur salin, jalur pulang memakan biaya persis seperti jalur pergi, karena itu byte terkompresi yang sama ditulis untuk kedua kalinya.

Kadang klip utuh tidak seharusnya berjalan mundur. Rekaman layar dengan kartu judul di awal, reaksi dengan sejenak diam sebelum bergerak, putaran produk dengan bingkai diam di kedua ujung — pada semuanya gerakan yang menarik adalah satu bagian, dan membalik berkas seutuhnya memindahkan perabot yang sudah benar tempatnya.

Bagaimana rentang berperilaku

• Bingkai di luar rentang tidak bergerak. Mereka mempertahankan posisi dan urutannya. Pembalikan rentang adalah suntingan lokal, bukan penataan ulang garis waktu.
• Rentangnya inklusif dan mulai dari satu. Bingkai 4 sampai 9 berarti keempat sampai kesembilan, dihitung sebagaimana penunjuk bingkai menghitungnya.
• Bumerang juga menghormatinya. Setel rentang lalu pilih bumerang, dan hanya bagian itu yang maju-mundur — bingkai di sekitarnya diputar sekali, seperti sebelumnya.
• Rentang satu bingkai tidak mengubah apa pun, dan mengatakannya. Alih-alih menyerahkan salinan berkas, alat ini memberi tahu bahwa urutan yang akan ditulis adalah urutan yang dibaca.

Berapa kali sebuah GIF diputar tidak disimpan sebagai jumlah pemutaran. Angkanya berada dalam blok ekstensi aplikasi yang membawa hitungan pengulangan, di mana hitungan itu berarti berapa kali diputar LAGI setelah lintasan pertama, dan nol dicadangkan untuk selamanya. Jadi berkas yang menyebut 2 diputar tiga kali, yang menyebut 0 diputar tanpa henti, dan yang diputar tepat sekali tidak bisa menyatakannya sama sekali — ia menyatakannya dengan tidak membawa blok itu.

• Pertahankan adalah bawaan. Pengaturan loop berkas dibiarkan utuh, termasuk kasus putar sekali, yang oleh alat yang selalu menulis hitungan akan diam-diam diubah menjadi loop tanpa henti.
• Selamanya, sekali, atau sebuah angka. Pilih dalam satuan pemutaran — berapa kali animasi berjalan — dan bentuk yang benar dari ketiganya dituliskan untuk Anda.
• Hasilnya dibaca ulang dari berkas. Angka yang ditampilkan setelah pembalikan diukur dari byte yang sudah jadi, bukan dari permintaan, karena satu-satunya angka yang bisa salah pada kendali loop adalah angka yang dikiranya sudah ditulis.

• Loop tanpa sambungan. Klip yang berakhir di tempat berbeda dari awalnya akan melompat setiap kali mengulang. Bumerang menghapus lompatan itu tanpa menuntut sumbernya sempurna.
• Pengungkapan dan pembatalan. Memutar penumpukan secara mundur mengubahnya menjadi pembongkaran, cara termurah mendapat sepasang animasi yang cocok dari satu rekaman.
• Klip reaksi. Reaksi pendek biasanya terbaca lebih baik sebagai ping-pong daripada loop keras, dan itu dua detik kerja alih-alih menyunting ulang.
• Putaran produk. Membalik separuh belakang putaran membuat objek bergoyang alih-alih berputar, dan itu menyambung bersih pada durasi berapa pun.
• Memeriksa waktu Anda sendiri. Gerakan yang hanya terbaca satu arah hampir selalu bermasalah pada pelambatan atau tahanannya. Membaliknya adalah diagnosis cepat.

Apa yang terjadi pada ukuran berkas

Pada jalur salin, tidak ada: keluarannya bingkai terkompresi yang sama dalam urutan berbeda, jadi hanya berselisih satu atau dua byte dari sumbernya. Pada jalur pembangunan ulang ukurannya bergerak, dan bisa ke dua arah — palet yang dibangun untuk seluruh animasi terkompresi berbeda, dan selisih antar bingkai animasi terbalik benar-benar data yang berbeda dari aslinya. Mode bumerang kira-kira melipatgandakan berkas di mana pun ia berjalan, karena menyimpan hampir dua kali lipat bingkai. Bila hasilnya perlu lebih kecil, kompresor GIF bisa langsung menuju ukuran yang Anda sebutkan.

Daftar masukannya pendek dan diberlakukan di pemilih berkas, jadi tidak ada yang diterima kalau tidak bisa dibuka. Berkas jenis yang salah ditolak seketika, disertai tautan ke alat yang memang menanganinya, alih-alih diantrekan di balik indikator yang akhirnya gagal.

• GIF masuk, GIF keluar. Satu-satunya kombinasi yang bisa memakai jalur salin, dan satu-satunya tempat gambarnya terbukti tak tersentuh.
• WebP animasi masuk, GIF keluar. Didekode dan dibangun ulang. Urutan dan waktunya mengikuti aturan yang sama; pikselnya dienkode ulang karena memang harus.
• APNG masuk, GIF keluar. Sama, termasuk berkas yang disajikan sebagai image/png, yang merupakan cara kebanyakan sistem melabeli APNG.
• Gambar diam dan video ditolak. Dengan arahan: pembuat GIF untuk gambar diam, Video ke GIF untuk klip.

Bagaimana animasinya dibaca

Bila peramban menyediakan dekoder gambar animasi, itu yang dipakai. Bila tidak, alat ini beralih ke pembacanya sendiri, yang menelusuri wadah dan mendekompresi bingkainya sendiri — itulah yang membuat GIF animasi bekerja di sini pada peramban yang kalau tidak akan mengembalikan satu bingkai diam tanpa pesan galat apa pun. Bingkai disusun saat didekode, sehingga tiap bingkai tiba sebagai gambar utuh dengan metode pembuangannya sudah diterapkan. Pada jalur salin tak satu pun dari itu berjalan: struktur berkas dibaca, bingkai dipindahkan, dan tidak satu piksel pun didekompresi.

Batasan, dan dari mana asalnya

• Gratis: 50 MB, satu berkas sekali jalan. Hingga 300 bingkai dan 2.048 px pada sisi terpanjang, kualitas penuh dan melalui jalur tanpa kehilangan yang sama dengan Pro.
• Pro: hingga 20 GIF sekaligus. Jumlah bingkai dan dimensi tanpa batas, ukuran dibatasi oleh yang sanggup ditampung memori perangkat Anda, dan seluruh kumpulan diunduh sebagai satu ZIP.
• Batasnya kebijakan, bukan kemampuan. Tidak ada pada formatnya maupun perangkatnya yang menjadikan 300 bingkai sebagai batas; di situlah paket gratis berhenti.
• Memori adalah langit-langit yang nyata. Jalur pembangunan ulang menahan bingkai yang sudah didekode, dan 500 bingkai pada 1920 kali 1080 adalah beberapa gigabyte. Pekerjaan dibatasi sebelum dimulai alih-alih ditemukan di tengah jalan.

Tidak ada langkah unggah, tidak ada antrean, dan tidak ada server yang membuat hasilnya. Berkas dibaca di tempatnya, pekerjaan berjalan di utas latar agar halaman tetap responsif, dan animasi yang selesai langsung diserahkan ke tombol unduh.

Jalan yang ditempuh sebuah berkas

• Baca strukturnya. Pembacaan header memberi tahu berapa bingkai yang dimiliki berkas, berapa lama tiap bingkai berjalan, dan apakah bingkainya boleh disusun ulang. Tidak ada yang didekompresi untuk ini.
• Putuskan jalurnya sebelum pekerjaan dimulai. Jika bingkainya boleh dipindah, animasinya tidak pernah didekode sama sekali — pembalikannya adalah penyalinan. Jika tidak boleh, seluruh animasi didekode dan disusun.
• Kerjakan di luar utas utama. Dekode, penyusunan, pembangunan palet, dan kompresi semuanya berjalan di worker, jadi indikator kemajuan terus bergerak karena halamannya memang masih responsif.
• Laporkan apa yang benar-benar terjadi. Jalur yang berjalan, jumlah bingkai masuk dan keluar, jeda yang ditulis, dan jumlah pemutaran semuanya dibaca ulang dari berkas yang sudah jadi.

Pada laptop kelas menengah, animasi 100 bingkai berukuran 480 kali 270 dibalik lewat jalur salin dalam beberapa milidetik, karena pekerjaannya sebanding dengan jumlah blok dalam berkas, bukan jumlah piksel di dalamnya. Berkas yang sama bila dibangun ulang — yang merupakan perlakuan setiap alat lain di kategori ini terhadap setiap berkas — memakan waktu sekitar dua orde besaran lebih lama dan mengembalikan gambar yang berbeda.

• Kecepatan GIF
• Potong GIF
• Pecah GIF
• Kompres GIF
• Editor GIF
• Video ke GIF