GIF Boyutlandır

Statik bir JPEG veya PNG görselini ölçeklendirmek, tek bir piksel raster ızgarasını alıp bir enterpolasyon çekirdeği uygulamaktan ibarettir. Hareketli bir GIF'te ise dosya, zamansal bir çizelgeyle birbirine bağlanmış onlarca veya yüzlerce bağımsız kare barındırır. Her kare; bağımsız koordinat ofsetlerine, şeffaflık indekslerine ve imha talimatlarına (disposal instructions) sahiptir.

Dahası, modern optimize edilmiş GIF'ler nadiren her kare için tam kare bit eşlemleri içerir; yalnızca değişen piksellerin dikdörtgen sınırlayıcı kutusunun saklandığı delta sıkıştırmasına güvenirler. Bir boyutlandırma aracı bu kesirli delta dikdörtgenlerini birbirinden bağımsız olarak naif biçimde yeniden örneklerse, yuvarlama hataları alt piksel düzeyinde kesirli piksel hizalama bozukluklarına yol açar. Oynatma esnasında bu durum korkunç görsel yırtılmalara, tırtıklı kenar kusurlarına ve titreşen sınırlara sebep olur. Motorumuz, birleşik uzamsal enterpolasyon uygulamadan önce her zamansal dilim için tam birleştirilmiş tuval durumunu yeniden oluşturarak bu sorunu kökten çözer.

Modern enterpolasyon algoritmaları (Bilineer veya Bikübik filtreleme gibi) kullanarak bir dijital görüntüyü ölçeklendirirken, yeniden örnekleme filtresi komşu pikselleri birbirine karıştırır. Örneğin, saf beyaz bir pikselin bitişiğindeki keskin siyah bir pikseli ölçeklendirmek, pürüzsüz kenar yumuşatmalı (anti-aliased) geçişler üretmek için araya birkaç ara gri tonu yerleştirir.

24-bit TrueColor formatlarında (PNG veya JPEG), format 16,7 milyon rengi desteklediği için bu kenar yumuşatma tamamen zararsızdır. Ancak GIF89a'da her kare, en fazla 256 renklik indeksli bir paletle kesin olarak sınırlandırılmıştır. 100 kareyi bikübik filtreleme ile yeniden örneklemek binlerce yeni kenar yumuşatma tonu üreterek orijinal 256 renkli paleti tamamen parçalayabilir. Düzgün yönetilmediğinde yeniden boyutlandırılan animasyon aşırı renk bantlanması (banding), benekli gürültü veya devasa palet tablosu şişkinliğinden muzdarip olur. Motorumuz, 8-bit palet sınırına sıkı sıkıya bağlı kalırken keskin kenar tanımlarını korumak için isteğe bağlı Floyd-Steinberg hata difüzyonlu noktalama (dithering) destekli Median-Cut renk kuantizasyonu uygular.

Görsel gösterimleri yeniden boyutlandırırken geometrik oranları korumak kritik önem taşır. Esnetilmiş yazılım arayüzleri, bozulmuş tipografi ve eğrilmiş marka logoları profesyonel sunumu zedeler. Aracımız, orantılı boyutları gerçek zamanlı olarak hesaplayan otomatik bir en-boy oranı kilidi sunar:

• Hedef Genişlik Hesabı: Yükseklik değiştirildiğinde, $Genişlik_{yeni} = \text{yuvarla}\left(Yükseklik_{yeni} \times \frac{Genişlik_{orij}}{Yükseklik_{orij}}\right)$ • Hedef Yükseklik Hesabı: Genişlik değiştirildiğinde, $Yükseklik_{yeni} = \text{yuvarla}\left(Genişlik_{yeni} \times \frac{Yükseklik_{orij}}{Genişlik_{orij}}\right)$ • Yüzde ile Ölçekleme: Öngörülebilir, anında boyut küçültmeleri için %25, %50 veya %75 oranında kolayca küçültün. Dahası, hareketli bir GIF'i daha sonra <a href="/tr/tools/image/gif-to-mp4/">GIF'i MP4'e Dönüştür</a> aracımızla videoya dönüştürmeye hazırlarken, yeniden boyutlandırıcımız H.264 makroblok kodlama ön koşullarını karşılayarak çift piksel boyutları (hem genişlik hem yükseklik 2'ye bölünebilir) uygulamanıza olanak tanır.

Pek çok içerik üreticisi, şişkin GIF dosya boyutlarını kareleri atlayarak (örneğin 30 fps'yi 15 fps'ye düşürerek) azaltmaya çalışır. Kare atlama veri boyutunu doğrusal olarak düşürürken ($O(N)$, burada $N$ kare sayısıdır), belirgin hareket takılmalarına ve kesintili animasyon oynatımına yol açar.

Buna karşılık uzamsal yeniden boyutlandırma, bayt yükünü karesel olarak düşürür ($O(W \times H)$). 1200x800 boyutlarındaki bir masaüstü ekran kaydını %50 oranında küçülterek 600x400 piksele çekerseniz, toplam piksel alanı kare başına 960.000 pikselden yalnızca 240.000 piksele düşer—her bir karede piksel hacminde %75'lik devasa bir azalma! Animasyon orijinal kare hızını ve ipeksi pürüzsüzlükteki hareketini %100 korurken dosya boyutu 20 MB'tan 5 MB'ın altına iner.

Zayıf tasarlanmış çevrimiçi GIF araçlarında yaygın bir hata, yeniden boyutlandırma sırasında zamansal senkronizasyonun bozulmasıdır. Bir GIF'teki her karenin süresi, Grafik Kontrol Uzantısı (GCE) bloğunda santiyesaniye (saniyenin 1/100'ü) cinsinden temsil edilen 2 baytlık bir alan tarafından yönetilir.

Yeniden boyutlandırma motorumuz her orijinal karenin kesin milisaniye gecikme değerlerini ayrıştırır ve yansıtır. Animasyonunuz ister tekdüze kare aralıkları (örneğin 10 fps = kare başına 10 cs gecikme) ister değişken kare zamanlaması kullansın (örneğin statik bir slaytta 200 cs bekleyip hızlı geçişleri 4 cs ile oynatmak), aracımız tam zamansal koreografiyi korur. Çıktı animasyonu yazarın tam olarak hedeflediği fiziksel hızda çalışır.

Duyarlı web mimarisinde yüksek çözünürlüklü masaüstü animasyonlarını mobil cihazlara sunmak ciddi bant genişliği israfına ve pil tükenmesine neden olur. CSS görüntüleme alanı 390 piksel olan bir akıllı telefon ekranı, 1800 piksel genişliğinde bir GIF yüklemekten sıfır görsel fayda elde eder; yine de mobil işlemci milyonlarca büyük boyutlu pikseli belleğe çözmek için işlem gücü harcamak zorunda kalır.

Web geliştiricileri; uygun şekilde ölçeklendirilmiş varyantlar üreterek (mobil görünüm için 480 piksel, tablet kapsayıcıları için 800 piksel ve masaüstü için 1200 piksel gibi) standart duyarlı HTML `<picture>` öğelerini kullanarak optimize edilmiş varlıklar sunabilir. <a href="/tr/tools/image/compress-gif/">GIF Sıkıştırıcı</a> aracımızla birlikte kullanıldığında web sayfalarınız ışık hızında En Büyük İçerikli Boyama (LCP) puanlarına ve üstün Core Web Vitals derecelerine ulaşır.

Kurumsal geliştirme ekipleri, kullanıcı deneyimi tasarımcıları ve hukuk personeli; dahili yazılım araçlarını, tescilli ürün prototiplerini ve müşteri hesabı iş akışlarını gösteren animasyonları sıklıkla kaydeder ve yeniden boyutlandırır. Bu medya dosyalarını üçüncü taraf web sunucularına iletmek GDPR, CCPA ve SOC 2 çerçeveleri altında doğrudan uyumluluk riskleri doğurur.

Aracımız WebAssembly ve Web Workers kullanarak tamamen tarayıcı istemciniz içinde çalışır. Ham ikili veri doğrudan yerel dosya sisteminizden tarayıcı belleğine okunur, çok çekirdekli CPU iş parçacıklarında işlenir ve yerel olarak indirilir. Harici bir ağ bağlantısı üzerinden tek bir piksel veya bayt bile aktarılmaz.