GIF Hızını Değiştir

Merkezi bir video izi başlığında küresel bir kare hızı (saniyede 30 veya 60 kare gibi) belirten modern video kapsayıcılarının aksine, GIF89a spesifikasyonu zamanlamayı her bağımsız kare için yerel olarak tanımlar. Her görüntü veri bloğundan önce, hareketli bir GIF 8 baytlık bir Grafik Kontrol Uzantısı (GCE) bloğu (`0x21 0xF9 0x04`) barındırır.

Bu GCE bloğunun içinde 4. ve 5. baytlar, 16-bit little-endian tamsayı olarak saklanan `Gecikme Süresi` (Delay Time) parametresini temsil eder. Kritik olan husus, GIF standardının gecikmeyi saniyenin yüzde biri (santiyesaniye, 1 cs = 10 ms = 0,01 sn) cinsinden ölçmesidir. Örneğin, 100 milisaniye görüntülenmesi hedeflenen bir kare `10 cs` (10 fps) gecikme değeri depolar. Bir GIF'i hızlandırmak veya yavaşlatmak, ikili akıştaki her kare boyunca bu santiyesaniye gecikme değerlerini sistematik olarak değiştirmeyi gerektirir.

Deneyimsiz geliştiriciler hareketli bir GIF'i hızlandırmaya çalıştıklarında, 50 veya 100 fps oynatmayı hedefleyerek gecikme sürelerini sıklıkla 0 veya 1 santiyesaniyeye (0 ms veya 10 ms) ayarlarlar. Ancak bu durum, 'Hızlı GIF hatası' (Fast GIF bug) olarak bilinen meşhur bir tarayıcı motoru uyumluluk tuzağını tetikler.

Tarihsel olarak 1990'larda, ilk bilgisayar işlemcileri sistemi tamamen kilitlemeden 10 ms'lik GIF karesi işlemeyi başaramıyordu. Sonuç olarak büyük tarayıcı motorları (Internet Explorer, WebKit/Safari, Blink/Chrome ve Gecko/Firefox dahil) sabit kodlanmış savunma mekanizmaları getirdi. Bir tarayıcı `0 cs` veya `1 cs` (20 ms'den veya eski motorlarda 60 ms'den daha kısa) bir kare gecikmesiyle karşılaştığında, gecikmeyi otomatik olarak `10 cs` (100 ms = 10 fps) değerine yükseltir! Sonuç olarak, aşırı hızlı bir gecikme ayarlamak paradoksal olarak GIF'in çarpıcı biçimde daha yavaş oynamasına neden olur. Hız motorumuz güvenli minimum eşiği (`2 cs = 20 ms` = 50 fps) zorunlu kılar veya daha yüksek hızlar talep edildiğinde kare atlama algoritmalarına sorunsuz bir şekilde geçerek hızlı ileri sarma oynatımının asla bozulmamasını sağlar.

Bir animasyonu 2x, 3x veya 5x hızlandırırken, santiyesaniye gecikmesini hız çarpanına bölmek eninde sonunda 2 cs'lik fiziksel tarayıcı tavan sınırına çarpar. Orijinal bir karenin gecikmesi 4 cs (40 ms, 25 fps) ise ve kullanıcı 3x hızlandırma talep ederse, matematiksel hedef gecikme 1,33 cs olur—bu değer tamsayı olarak temsil edilemez ve güvenli 2 cs eşiğinin altına düşer.

Aracımız bu sorunu akıllı kare seyreltme (frame thinning) yoluyla çözer. Motor, kare gecikmelerini bozmak yerine, hedef tempoyu yakalamak için kalan karelerin gecikmelerini ayarlarken her iki veya üç kareden birini sistematik olarak atlar. Bu sayede aşırı hızlı oynatma hızları (3x veya 5x yazılım hızlandırılmış çekim demoları gibi), tarayıcı kısıtlama hatalarını tetiklemeden son derece akıcı kare hızlarında oynatılır. Dahası kare seyreltme devasa bir ek avantaj sunar: toplam kare sayısını azaltmak, genel dosya boyutunu %30 ila %60 oranında hafifletir!

Ağır çekim oynatma; mikro etkileşimlerin insan gözünün algılayamayacağı kadar hızlı gerçekleştiği teknik demolar, spor analizleri, bilimsel kayıtlar ve tasarım animasyonu denetimleri için paha biçilmezdir.

Ağır çekim modunda (0.1x ila 0.75x hız), motorumuz her karenin GCE gecikme değerini hız çarpanının tersiyle çarpar. Örneğin, 10 cs'lik bir kareye 0.5x çarpanı uygulamak, görüntüleme süresini iki katına çıkararak 20 cs'ye (200 ms) yükseltir. Yavaşlatma işlemi enterpolasyonlu ara kareler üretmek yerine tamamen zaman aralıklarını genişleterek çalıştığından, ağır çekim işleme sıfır görsel bulanıklık, sıfır sıkıştırma kusuru ve dosya boyutunda sıfır artış sağlar.

Gelişmiş yazılım ekran kayıtları ve özenle hazırlanmış animasyonlar, tüm zaman çizelgesi boyunca nadiren düz ve tekdüze bir kare hızı sürdürür. Bir sunucu bir düğmeye tıklayabilir (hızlı 5 cs kareler), kontrol panelinin yüklenmesini bekleyebilir ve izleyicilerin metrikleri okuyabilmesi için son ekranı 3 saniye (300 cs gecikme) boyunca sabit tutabilir.

İlkel hız araçları tüm kareleri genel ve tekdüze bir kare hızına indirgeyerek yazarın bilinçli temposunu yok eder. Motorumuz her karenin benzersiz gecikme değerine orantılı matematiksel ölçeklendirmeyi bireysel olarak uygular: $\text{Gecikme}_{yeni} = \max\left(2, \text{yuvarla}\left(\frac{\text{Gecikme}_{orij}}{\text{Çarpan}}\right)\right)$. İnce zamanlama varyasyonları, dramatik duraklamalar ve dinamik hız geçişleri kusursuz bir uyum içinde kalır.

İkili GIF akışlarını değiştirmek sıklıkla yardımcı meta veri bloklarını bozar. Özellikle Netscape 2.0 Uygulama Uzantısı bloğunun silinmesi veya bozulması, web tarayıcılarının değiştirilmiş GIF'i yalnızca bir kez oynatıp kalıcı olarak durmasına sebep olur.

Hız değiştirme işlem hattımız Netscape 2.0 döngü uzantısı bloğunu (`0x21 0xFF 0x0B NETSCAPE2.0 0x03 0x01 0x00 0x00 0x00`) titizlikle doğrular ve muhafaza eder. Hızlandırılmış veya yavaşlatılmış animasyonunuz tüm modern web tarayıcılarında, Slack kanallarında, Discord sunucularında ve mobil mesajlaşma uygulamalarında kesintisiz ve sonsuz bir döngüde oynar.

Henüz yayınlanmamış yazılım özelliklerinin, dahili yönetim panellerinin ve tescilli kullanıcı iş akışlarının ekran kayıtları gizli fikri mülkiyet barındırır. Bu animasyonları uzak web sunucularına yüklemek kabul edilemez kurumsal güvenlik riskleri yaratır.

Hareketli GIF Hız Kontrolcümüz tamamen fiziksel cihazınızda yürütülür. Yüksek performanslı WebAssembly ve istemci tarafı JavaScript ile inşa edilen tüm ikili başlık ayrıştırma, GCE baytı yeniden hesaplama ve dosya yeniden paketleme işlemleri yerel olarak tarayıcınızın yalıtılmış belleğinde gerçekleşir. Hiçbir ağ isteği yapılmaz; bu da tam bir iç rahatlığı ve kurumsal güvenlik politikalarına tam uyum sağlar.