MiniPNG

GIF Görsellerini Online Sıkıştır

GIF görsellerini sıkıştırın ve boyutun neden bu kadar değiştiğini görün

Bir dakika...(/)

Şu anda görüntülerinizi optimize ediyoruz. En yüksek kalite sonuçları sağlamak için lütfen bir an bekleyin.

Harika, görüntülerinizi başarıyla sıkıştırdık.

Görüntüler Optimize Edildi.

GIF görüntülerini sıkıştırın ve neden dosya boyutunun bu kadar değişken olduğunu görün

Bu sayfadan iki GIF geçirdiğinizde birinde yüzde 40 tasarruf elde edebilirken diğerinde hiç tasarruf edemeyebilirsiniz. Bu, aracın tutarsız olduğu anlamına gelmez ve yükleme yapmadan önce anlamaya değer, çünkü GIF ile ilgili en kafa karıştırıcı şey budur. Bir GIF’in kalite ayarı yoktur. JPEG’de olduğu gibi boyut karşılığında feda edilecek bir şey yoktur. Bir GIF sıkıştırıcı yalnızca tekrarı kaldırabilir, yani elde edeceğiniz sonuç tamamen dosyanızın ne kadar tekrar içerdiğine bağlıdır.

Bir GIF’te baytlar aslında nerede bulunur?

İki yerde, ve hiçbiri bir fotoğrafçının düşündüğü şekilde resmin kendisi değildir. İlki renk tablosudur: Her GIF, en fazla 256 renkten oluşan bir palet taşır ve animasyonlu bir GIF, her kare için ayrı bir palet taşıyabilir. İkincisi ise karelerdir. Dikkatsizce kaydedilmiş bir GIF, her kareyi tam olarak saklar ve ekranda küçük bir kutuyu hareket ettirmek için tüm tuvali otuz kez yeniden boyar.

Yapılması gereken, kare başına olan paletleri tek bir ortak tabloya indirgemek ve değişmeyen kısımları tekrar tekrar kaydetmeyi bırakmaktır. Bu adımlar renklerinize dokunmaz. Aşağıdaki ilk testte, 29 ayrı kare paleti tek bir genel tabloya dönüştü, dosya ağırlığının yüzde 40’ını kaybetti ve örneklediğimiz dört renk tam olarak girdikleri değerlerle geri döndü.

Ne ölçtük?

Altı dosyayı bu sayfadan geçirdik ve dönen dosyaların bayt sayılarını not ettik.

DosyaOrijinalGeri DönenDeğişim
Ekran kaydı animasyonu, 30 kare, 640 x 40041.699 bayt24.994-40,1%
Şeffaf arka planlı tek kare1.990 bayt1.861-6,5%
Zaten sıkı kodlanmış animasyon, 24 kare334.312 bayt334.027-0,1%
Zaten tek bir sıkı palete sahip tek kare56.676 bayt56.6760%
Yorumlar, XMP, GPS ve bir renk profiliyle dolu sekiz karelik animasyon15.850 bayt9.953-37,2%
Bu sayfaya bırakılan bir PNG703.830 bayt74.379-89,4%

Yüzde 40 küçülen dosya ile yüzde 0 küçülen dosya aynı araçtan geçti

İlk satır bir ekran kaydıydı: Otuz kare, çoğu karede tuvalin büyük kısmı aynı, neredeyse her karede ayrı bir palet. Kaldırılacak çok fazla tekrar vardı. Beşinci satır ise zaten tek bir sıkı 256 renkli palete sahip tek bir durağan kareydi, alınacak hiçbir şey kalmamıştı ve tam olarak 56.676 bayt olarak geri döndü, yani girdiği sayı ile aynı.

Bu, arama sonuçlarındaki çoğu sayfanın yüksek sesle verdiği bir sözün dürüst versiyonudur. GIF’iniz bir video dönüştürücüsünden, bir ekran kaydediciden veya eski bir dışa aktarma ayarından çıktıysa, gerçek bir tasarruf bekleyin. Zaten bir optimize ediciden geçtiyse, çok az bir fark bekleyin ve sıfırı, kaliteyi düşürüp yüzde üretmeye çalışmak yerine aracın size gerçeği söylediği olarak okuyun.

Animasyonunuz animasyon olarak geri döner

Bunu izleyerek değil, bayt düzeyinde kontrol ettik. Sıkıştırılmış otuz karelik dosya hâlâ otuz kare içeriyordu, otuz zamanlama bloğu orijinal 80 milisaniyelik gecikmeyi taşıyordu ve tarayıcıya tekrar tekrar oynatmasını söyleyen döngü uzantısı vardı. Tuval hâlâ 640 x 400’dü. Hiçbir şey durağan bir görüntüye dönüştürülmedi ve sayı daha iyi görünsün diye hiçbir kare atılmadı.

Şeffaflık ve tam renkleriniz korunur

Şeffaf bir GIF yüzde 6,5 daha küçük döndü. Sonucu bir tuvale çizdik ve dört piksel okuduk: köşe hâlâ tamamen şeffaftı, kırmızı hâlâ 220, 40, 60’tı ve beyaz hâlâ saf beyazdı. Otuz karelik animasyonda yaptığımız aynı kontrol, başlık mavisi, sayfa grisi, satır grisi ve kırmızı kutunun yüzde 40 küçülmeden sonra da değişmediğini gösterdi. Çünkü tasarruf, renkleri yaklaşık olarak değiştirmekten değil, tekrarları kaldırmaktan gelir; beklemeniz gereken de budur.

Dosya hâlâ çok büyükse

Bir sıkıştırıcı yalnızca tekrarlananları kaldırabilir. Animasyonunuzun dört saniye fazla uzun olduğuna ya da 800 piksel genişliğinde olmaması gerektiğine karar veremez. Bu seçimler dosya bu sayfaya gelmeden önce yapılır ve tabanı belirler. Hesaplama basittir: Bir GIF’in maliyeti kabaca tuval alanı ile kare sayısının çarpımıdır, bu yüzden genişlik ve yüksekliği yarıya indirmek yaklaşık dörtte üç tasarruf sağlar ve kare hızını saniyede otuzdan on ikiye düşürmek, insanların paylaştığı türdeki kliplerde genellikle fark edilmez. Sıkıştırılmış bir GIF hâlâ istediğinizden ağırsa, bu iki ayarı değiştirmek herhangi bir optimize ediciden çok daha fazla etki eder.

Dosyada gizli olan tüm metin de gider

Bir GIF, hiç görmediğiniz şaşırtıcı miktarda yazı taşıyabilir ve bunların hepsi tek bir yerde değildir. Yorum blokları vardır, bir animasyonda her karede bulunabilir. Bir XMP paketi vardır; Photoshop ve Adobe’nin diğer araçlarının kamera marka ve modelini, oluşturucu ve telif hakkı satırlarını ve GPS koordinatlarını kaydettiği yerdir. Düz metin uzantıları ve renk profilleri de vardır. Bunların hiçbiri resmi izlerken görünmez.

Bunların hepsini taşıyan bir dosya oluşturduk: on yorum bloğu, enlem, boylam, irtifa ve çekim tarihi içeren tam bir XMP paketi, kamera marka ve modeli, yazılım, kredi satırı ve telif hakkı bildirimi, bir renk profili ve düz metin uzantısı. Sonra bu dosyayı bu sayfadan geçirdik ve sonucu bir metadata aracıyla okuduk. Bunların hepsi gitmişti. Sekiz kare hâlâ sekiz kareydi ve animasyon sonsuza kadar döngüye devam ediyordu.

Bu, sıkıştırmayla aynı anda gerçekleşir, yani size hiçbir maliyeti yoktur ve ikinci bir yükleme yapmanız gerekmez. Ayrıca şu sonucu da açıklar: Sıkıştırıcı kaldıracak tekrar bulamasa bile, dosya yine de daha küçük dönebilir, çünkü içindeki metin de artık yoktur.

Bu sayfada diğer görsel türleri de kabul edilir

Yükleyici ayrıca PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP ve JFIF dosyalarını da kabul eder ve her dosya geldiği formatta geri döner. Yukarıdaki tabloda yer alan PNG, PNG olarak girip PNG olarak çıktı, başlığını okuduğumuzda hâlâ 1400 x 900’dü. GIF sayfasına gelmek diğer görsellerinizi başka bir formata dönüştürmez.

Ne elde edersiniz?

  • Her kare, her kare gecikmesi ve döngü ayarı korunur
  • Şeffaflık korunur, başladığınız renk değerleriyle birlikte
  • Orijinal tuval boyutunuz değişmeden kalır
  • Kare başına paletler tek bir ortak tabloya birleştirilir, tasarrufun büyük kısmı buradan gelir
  • Yorumlar, XMP, GPS koordinatları, kamera ve oluşturucu detayları ile renk profilleri aynı anda temizlenir
  • Kaldırılacak tekrar kalmadığında resim veriniz olduğu gibi bırakılır
  • Kayıt yok, filigran yok, e-posta adresi gerekmez

Sırada ne var?

Animasyon yerine fotoğraflar için, Fotoğraf Meta Verilerini Kaldır EXIF ve GPS’i resmi yeniden kodlamadan temizler. GIF’iniz bir animasyon değil de tek bir durağan kare ise, PNG Sıkıştır genellikle bunun için daha iyi bir yerdir. Ve 1987’den çok daha sonra tasarlanmış bir formatta aynı içeriği istiyorsanız, WebP Sıkıştır hem durağan hem animasyonlu görselleri işler.

Sıkça Sorulan Sorular

Çünkü içinde çok fazla tekrar kalmamıştı. Bir GIF’in kalite ayarı yoktur, bu yüzden bir sıkıştırıcı, bir JPEG aracının yaptığı gibi keskinliği boyut karşılığında feda edemez. Sadece kare başına olan renk tablolarını birleştirip değişmeyen tuval kısımlarını tekrar tekrar saklamayı bırakabilir. Test ettiğimiz bir ekran kaydı yüzde 40,1 küçüldü, çünkü tekrarlarla doluydu: 41.699 bayttan 24.994’e indi. Zaten tek bir sıkı palete sahip tek bir kare ise hiç küçülmedi ve tam olarak 56.676 bayt olarak geri döndü, yani girdiği sayı ile aynı. Her iki dosya da aynı gün aynı araçtan geçti.

Evet, ve bunu izleyerek değil, bayt düzeyinde kontrol ettik. Sıkıştırılmış otuz karelik dosya hâlâ otuz kare içeriyordu, otuz zamanlama bloğu orijinal 80 milisaniyelik gecikmeyi taşıyordu ve tarayıcıya tekrar tekrar oynatmasını söyleyen döngü uzantısı vardı. Tuval 640 x 400 olarak kaldı. Hiçbir şey durağan bir görüntüye dönüştürülmez ve sayı daha büyük görünsün diye hiçbir kare atılmaz.

Ölçtüğümüz hiçbir durumda hayır. Tasarruf, resmi yaklaşık olarak değiştirmekten değil, tekrarları kaldırmaktan gelir. Yüzde 40 küçültmeden sonra sonucu bir tuvale çizip pikselleri okuduk: başlık mavisi, sayfa grisi, satır grisi ve kırmızı kutu orijinalleriyle tamamen aynıydı. Şeffaf bir GIF’te köşe hâlâ tamamen şeffaftı, kırmızı hâlâ 220, 40, 60’tı ve beyaz hâlâ saf beyazdı.

Evet, hepsini, sıkıştırmayla aynı anda. Bir GIF, aynı anda birkaç yerde veri saklar: her karede tekrar edebilen yorum blokları, kamera marka ve modelini, oluşturucu ve telif hakkı satırlarını ve GPS koordinatlarını taşıyan bir XMP paketi, ayrıca düz metin uzantıları ve renk profilleri. Bunların hepsini içeren bir dosya oluşturduk, bu sayfadan geçirdik ve sonucu bir metadata aracıyla okuduk. On yorum bloğu sıfır olarak döndü. Enlem, boylam, irtifa, çekim tarihi, kamera modeli, oluşturucu, kredi ve telif hakkı tamamen boş döndü ve XMP paketi tamamen silindi. Sekiz kare hâlâ sekiz kareydi ve animasyon döngüsü devam etti.

Bir sıkıştırıcının değiştiremeyeceği iki şeyi değiştirin: tuval boyutunu ve kare sayısını. Bir GIF’in maliyeti kabaca alanı ile kare sayısının çarpımıdır, bu yüzden genişlik ve yüksekliği yarıya indirmek dosyanın yaklaşık dörtte üçünü azaltır ve saniyede otuz kareden on ikiye düşmek kısa bir klipte genellikle fark edilmez. Sonundan bir saniye kırpmak, herhangi bir optimize ediciden daha fazla yardımcı olur. Eğer GIF aslında tek bir durağan görselse, GIF olmasına gerek yoktur.

Evet. Yükleyici, GIF’in yanı sıra PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP ve JFIF dosyalarını da kabul eder ve her dosya geldiği formatta geri döner. Buraya bıraktığımız bir PNG, 703.830 bayttan 74.379’a indi ve PNG olarak geri döndü, başlığını okuduğumuzda hâlâ 1400 x 900’du. Hangi sayfayı açtığınıza bağlı olarak hiçbir şey başka bir formata dönüştürülmez.