GIF üst veri görüntüleyici — yorum ve uygulama blokları

Biçim, sorunun kendisinden eskidir

GIF 1989'da tamamlandı; sayısal kameralar tüketici ürünü olmadan önce ve EXIF'i biri belirtmeden yıllar önce. İçinde, bir resmi kimin nerede çektiğini kaydetmek için tasarlanmış hiçbir şey yoktu ve hiçbir gözden geçirme bunu eklemedi. GIF ne kamera, ne objektif, ne çekim saati, ne de koordinat taşıyabilir — çıkarıldıkları için değil, onlara ayrılmış bir yer hiç olmadığı için.

Bunun yerine ne taşıyabilir

İki şey. Bir yorum uzantısı düz metin tutar; kodlayıcılar bunu kimi zaman bir filigran ya da araç adı için kullanır. Bir uygulama uzantısı on bir baytlık bir tanıtıcı ve ardından o uygulamanın istediği şeyi tutar — Netscape 2.0 bloğunun, hareketi döngüye sokan yineleme sayısını böyle tuttuğu gibi; bir araç ille de yazmak istediğinde XMP'nin bir GIF'e böyle sızması gibi.

Renk bir profil değil, bir tablodur

GIF en çok 256 renk seçer ve bunları bir renk tablosunda, genel ya da kare başına, sıralar. ICC profili yoktur ve konacak yer de yoktur; dolayısıyla aynı dosya iki ekranda farklı görünebilir ve dosyada bunu düzeltecek bir şey bulunmaz. Fotoğrafik bir GIF'te gördüğünüz benekliliği de bu açıklar: görüntü bu kadar küçük bir tabloya oturtulmuştur.

Bir GIF'in biçimi

GIF bir başlık ve tuval tanımıyla açılır, sonra bir öbek bloğu yineler — bir kare, süresini ayarlayan uzantı ve kodlayıcının bıraktığı her yorum — ta ki sonlandırıcı dosyayı kapatana dek.

Yapı
Üst veri taşıyabilir
Görüntünün kendisi

GIF neyi nerede tutar

Başlık: GIF87a ya da GIF89a. Uzantı blokları yalnızca 89a'da vardır.
Mantıksal ekran tanımlayıcısı: Tuval büyüklüğü ve ardından genel renk tablosu gelip gelmediği.
Genel renk tablosu: Bütün dosya için en çok 256 renk.
Yorum uzantısı: Düz metin. GIF'in üst veriye en yakın şeyi.
Uygulama uzantısı: Bir tanıtıcı ve verisi. Yineleme sayısı burada durur; varsa XMP de.
Grafik denetim uzantısı: Kare süresi, saydamlık ve kareyi kaldırma biçimi. Kare başına bir tane.

GIF üzerine sorular

Bir GIF'te EXIF ya da konum verisi bulunur mu?

Bulunmaz. Biçimin ikisinden birini tutabilecek bir yapısı yoktur ve hiç olmadı. Bir resmin izinin sürülüp sürülemeyeceğini bilmeniz gerekiyorsa GIF, yanıtın önceden belli olduğu tek biçimdir.

Peki incelenecek ne var?

Dosyanın yapısı — tuval büyüklüğü, renk tablosu, kare sayısı ve süreler — ve bir kodlayıcının bıraktığı her yorum ya da uygulama bloğu. Çizelge boş bir EXIF bölümü yerine gerçekten var olanı gösterir.

Bir GIF'i temizlemek neden PNG döndürüyor?

Çünkü yeniden kodlayarak temizleme görüntüyü bir tuvalde yeniden çizer; tuval tek kare tutar ve PNG'yi kayıpsız yazar. O karenin tam piksellerini alırsınız, hareket ise sağ kalmaz.

Bir GIF, onu yapan yazılımı ele verebilir mi?

Kimi zaman, bir yorum ya da uygulama bloğuyla. Ama GIF'ler internette dolaşırken o kadar sık yeniden kodlanır ki ilk kodlayıcının yazdığını genellikle sonraki biri atmıştır.

Neler yapabilir

EXIF verisini silmek: Bir fotoğraf bırakın ve gömülü üst verisi olmayan bir kopya indirin. JPEG'de EXIF segmenti piksellere dokunulmadan düşer; HEIC, PNG, WebP ve gerisi yeniden kodlanır. Hiçbir şey sunucuya gitmez.
Konum bilgisini çıkarmak: Bir fotoğrafın taşıdığı koordinatları görün, sonra onsuz bir kopya indirin. JPEG konum etiketlerini yitirir, gerisini korur. Hiçbir şey sunucuya gitmez.
JPEG EXIF düzenlemek: Bir JPEG'in başlığını, yazanını, açıklamasını, haklarını, yazılımını ve çekim saatini değiştirin, sonra düzenlenmiş kopyayı indirin. Cihazda çalışır; özgün dosyanıza hiç dokunulmaz.
XMP, IPTC ve ICC görüntüleyici: Bir dosyanın taşıdığı her üst veri grubunu — EXIF, XMP, IPTC, ICC, üretici notları — gruplanmış ve JSON olarak dışa aktarılabilir biçimde okuyun. Varlık denetimi, adli inceleme ve iş akışı ayıklaması için. Hiçbir şey sunucuya gitmez.
Birden çok fotoğraf açmak: Elli fotoğrafa kadar açın, hangilerinin konum taşıdığını görün ve tüm kümeyi hesap tablosu olarak alın. Hiçbir şey yüklenmez ve asıllara hiç yazılmaz.