Oyun Geliştiricileri için Görüntü Dosya Biçimleri: DDS, TGA, PNG ve KTX

Oyun geliştirmede, dokular hem çalışma zamanı bellek tüketiminin hem de kurulum derleme boyutunun en büyük parçasını oluşturur. İster bağımsız bir stilize platform oyunu geliştiriyor olun, ister AAA açık dünya RPG’sinde fotogerçekçiliği zorlayın, dokuların nasıl depolandığı, işlendiği ve alındığı doğrudan kare hızlarınızı, yükleme sürelerinizi ve donanım uyumluluğunuzu belirler.

Yaygın bir yeni başlayan hatası, oyun dokularını web grafikleri gibi ele almaktır—diskteki hafif bir dosyanın oyun motorunuzda hafif bir performansa dönüşeceğini varsaymak. GPU dünyasında, çalışma zamanı gerçekliği tamamen farklıdır.

Bu derin incelemede, modern oyun geliştirmedeki dört en kritik doku ve görüntü dosya formatını ayrıntılı olarak inceliyoruz: DDS, TGA, PNG ve KTX. Nasıl çalıştıklarını, varlık işlem hattında nerede yer aldıklarını ve her birini ne zaman kullanmanız gerektiğini inceleyeceğiz.

Altın Kural: Disk Depolama vs. Video RAM (VRAM)

Bireysel formatları incelemeden önce, geliştiricilerin disk depolama sıkıştırması ile GPU donanım blok sıkıştırması arasındaki temel farkı anlamaları gerekir.

1. Disk Sıkıştırma (PNG, JPEG, WebP)

PNG gibi formatlar kayıpsız entropi kodlaması (DEFLATE) kullanır. PNG, bir SSD veya indirme sunucusunda büyük miktarda alan tasarrufu sağlarken, modern GPU’lar PNG dosyalarını doğrudan örnekleyemez. Oyun motorunuz bir PNG yüklediğinde:

• CPU, dosyayı sistem belleğinde ham, sıkıştırılmamış 32-bit RGBA piksellere açmalıdır.
• Sıkıştırılmamış bitmap VRAM’e yüklenir.
• 2048×2048 bir doku, PNG diskte 1 MB ya da 3 MB olsun, 16 MB VRAM tüketir.

2. GPU Blok Sıkıştırması (BCn, ASTC, ETC2)

Özel GPU formatları, sabit piksel bloklarını (genellikle 4×4 piksel blokları) daha küçük bit temsillerine sıkıştırır. Grafik donanımı, bu blokları CPU tarafı açma işlemi olmadan doğrudan VRAM’de örnekler:

• Sıfır çalışma zamanı açma maliyetiyle doğrudan VRAM rastgele erişimi.
• BC7/ASTC kullanan aynı 2048×2048 doku, sadece yaklaşık 4 MB VRAM tüketir (%75 azalma).
• Mip haritaları doğrudan konteyner dosyasına yerleştirilebilir.

DDS ve KTX gibi konteynerler, bu GPU‑yerel formatları sarmak için özel olarak oluşturulmuştur, oysa PNG ve TGA işlem hattının daha erken aşamalarında farklı roller üstlenir.

1. DDS (DirectDraw Yüzeyi)

Microsoft tarafından DirectX 7 ile birlikte tanıtılan DirectDraw Surface (.dds) formatı, PC, Xbox ve konsol oyun geliştirme için tartışmasız bir endüstri iş gücüdür.

Teknik Özellikler

• Konteyner Tipi: Yerel GPU doku konteyneri.
• Desteklenen Sıkıştırma: BC1’den BC7’ye (Blok Sıkıştırma / DXT ailesi), sıkıştırılmamış RGBA, float formatları (HDR için BC6H).
• Ana Yetkinlikler: Önceden hazırlanmış mipmap’ler, küp haritalar, doku dizileri, hacim (3D) dokular.

Geliştiricilerin DDS Kullanma Nedenleri

DDS temelde grafik donanımının ihtiyaç duyduğu doğrudan bir bellek dökümüdür. Önceden oluşturulmuş mipmap’li bir DDS dokusu yüklendiğinde, motor CPU sıkıştırma çözümlemesini tamamen atlar ve GPU’ya doğrudan Direct3D veya Vulkan bellek kopyası gönderir. Bu, akış ve seviye yükleme sırasında CPU darboğazlarını ortadan kaldırır.

Avantajlar

• Ateş Hızında Yükleme Süreleri: Çalışma zamanında hiçbir sıkıştırma çözümleme CPU döngüsü gerekmez.
• Önceden Hazırlanmış Mipmap’ler: Çevrim dışı mipmap oluşturma, sanatçı kontrolündeki filtreleme, keskinleştirme ve LOD’lar arasında normal harita normalizasyonuna olanak tanır.
• VRAM Verimliliği: Endüstri standardı BC sıkıştırma algoritmalarını yerel olarak kullanır.

Dezavantajlar

• DirectX/Windows Bias: Tarihsel olarak Microsoft ekosistemlerine bağlıdır, ancak modern masaüstü motorlarında yaygın olarak desteklenir.
• Lossy Compression Artifacts: Blok sıkıştırma (özellikle normal haritalarda BC1) BC5/BC7 kullanılmadığında bloklaşma oluşturabilir.
• Limited Mobile Support: Mobil GPU’lar genellikle masaüstü BC formatları yerine ASTC veya ETC2’yi tercih eder.

2. TGA (Truevision Targa)

1984’te oluşturulan TGA (.tga), sıkıştırılmamış veya koşu uzunluğu kodlamalı (RLE) bir raster grafik dosya formatıdır ve üç on yılı aşkın süredir sağlam bir pipeline temel unsuru olarak kalmıştır.

Teknik Özellikler

• Container Type: Sıkıştırılmamış oluşturma / değişim bitmap’i.
• Bit Depths: Piksel başına 8, 16, 24 ve 32 bit (RGB + ayrılmış 8-bit Alfa kanalı).
• Compression: Yok veya temel RLE (Koşu Uzunluğu Kodlaması).

Geliştiricilerin TGA Kullanma Nedenleri

TGA, saf mimari basitliği nedeniyle teknik sanatçılar ve motor programcıları tarafından tercih edilir. Alfa kanalını karmaşık filtreleme matrislerine gömen PNG’nin aksine, TGA renk verisini ve alfa kanallarını tamamen ayrı ve dokunulmamış tutar.

Özel maskeler oluştururken (ör. Roughness’i Kırmızı, Metallic’i Yeşil, Ambient Occlusion’ı Mavi ve Height’ı Alfa kanalına paketlerken), TGA kanallar arasında ince algoritmik karışma veya renk sızması olmadığını garanti eder.

Avantajlar

• Saf Veri Sadakati: Kanal değerlerinin bit-düzeyinde korunması; kanal paketli ORM (Occlusion-Roughness-Metallic) dokular için idealdir.
• Basit Ayrıştırma: İç pipeline araçları, özel dışa aktarıcılar ve otomatik betikler, TGA dosyalarını minimum kod satırıyla okuyup yazabilir.
• Evrensel DCC Desteği: Maya, 3ds Max, Blender, Substance 3D ve Photoshop, yerel ve sorunsuz TGA dışa aktarma sunar.

Dezavantajlar

• Devasa Dosya Boyutları: Git/Perforce depolarında büyük yer kaplama ve dağıtık ekiplerde yavaş indirme hızları.
• Çalışma Zamanı İçin Uygun Değil: Sıkıştırılmış bir format olarak GPU tarafından doğrudan kullanılamaz; motor tarafından pişirme zamanında dönüştürülmesi gerekir.

3. PNG (Portable Network Graphics)

PNG (.png) dünyanın en tanınmış kayıpsız görüntü formatıdır, zlib/DEFLATE sıkıştırmasını kullanarak zengin 24-bit ve 32-bit görüntüleri olağanüstü küçük dosyalara paketler.

Teknik Özellikler

• Konteyner Türü: Kayıpsız oluşturma ve teslim formatı.
• Bit Derinlikleri: Kanal başına 16 bite kadar (48-bit RGB, 64-bit RGBA).
• Sıkıştırma: Kayıpsız DEFLATE algoritması.

Geliştiricilerin PNG Kullanma Nedenleri

PNG, UI varlıkları, sprite’lar, tanıtım materyalleri ve ara kaynak dokular için birincil dağıtım formatı olarak hizmet verir. Unity, Godot veya Unreal Engine ile yapılan 2D oyunlar için PNG, net piksel doğruluğu ve kusursuz şeffaflık maskeleri sağlar.

Artılar

• Kompakt Depo Ayak İzi: Sıkıştırılmamış TGA’ya kıyasla proje çekme boyutlarını büyük ölçüde azaltır.
• Kayıpsız Renk Kalitesi: Yüksek kontrast kenarlarda ve vektör tarzı illüstrasyonlarda sıfır sıkıştırma artefaktı.
• Yerel Alfa Şeffaflığı: Karmaşık yarı saydam UI öğeleri ve parçacık sayfaları için temiz 8-bit alfa kanal desteği.

Eksiler

• Yoğun CPU Çözümleme: Çalışma zamanında büyük PNG’lerin sıkıştırmasını açması kare hızlarını yavaşlatır ve GPU yüklemeden önce bellek kullanımını artırır.
• Önceden Çarpılmış Alfa Sorunları: Bazı görüntü düzenleyicileri tamamen şeffaf piksellerdeki RGB verilerini atar, bu da doku sızmasını bozar ve sprite’ların etrafında koyu hatlara neden olur.
• Sıfır VRAM Tasarrufu: GPU içinde tam 32-bit ham belleğe sıkıştırması çözülür, motorun doku pişiricisi tarafından alınmadıkça.

4. KTX (Khronos Doku) ve KTX 2.0

Vulkan, OpenGL ve glTF’nin arkasındaki yönetim organı Khronos Group tarafından geliştirilen KTX (.ktx) ve KTX 2.0, çapraz platform GPU dokuları için modern açık standardı temsil eder.

Teknik Özellikler

• Konteyner Türü: Standartlaştırılmış açık GPU doku konteyneri.
• Sıkıştırma Desteği: Basis Universal (ETC1S ve UASTC), ASTC, BCn, ETC2.
• Ana Yetkinlikler: Evrensel doku kod çözümü, mipmap’ler, küp haritalar, dizi dokuları, glTF entegrasyonu.

Geliştiricilerin KTX Kullanma Nedenleri

KTX 2.0, parçalanmış çapraz platform sıkıştırma sorununu çözer. Geleneksel olarak, geliştiriciler masaüstü/konsollar için DDS (BCn) ve mobil/tabletler için ASTC/ETC2 göndermek zorundaydı.

KTX 2.0 ve Basis Universal ile:

1. Dokuları kompakt, evrensel olarak sıkıştırılabilir bir formatta depolarsınız.
2. Çalışma zamanında, istemci donanımı dosyayı doğrudan yerel GPU’nun tercih ettiği blok formatına (ör. GeForce RTX’te BC7, iPhone’da ASTC, eski bir Android cihazda ETC2) dönüştürür.
3. Supercompression (Zstandard), diskte JPEG’den daha küçük dosyalar üretir ve bu dosyalar milisaniyeler içinde yerel VRAM bloklarına dönüştürülür.

Artılar

• Gerçek Çapraz Platform Standardı: Vulkan, WebGL, WebGPU ve mobil cihazlarda sorunsuz çalışır.
• Basis Universal Dönüştürme: Tek bir varlık yapısı, masaüstü, mobil ve tarayıcı hedeflerine, yinelenen doku dışa aktarmaları olmadan hizmet eder.
• Birinci Sınıf glTF Yardımcısı: Modern 3D web deneyimleri, metaverse motorları ve açık renderleme boru hatları için gereklidir.

Eksiler

• Pipeline Araçları Olgunluğu: Modern derleme zincirleri (ör. KTX-Software paketinden toktx) gerektirir; eski tescilli motorlar kutudan çıkar çıkmaz entegrasyon eksikliği gösterebilir.
• Dönüştürücü Yükü: Hafif bir çalışma zamanı dönüştürme gecikmesi (tam PNG yazılım kod çözümünden katlarca daha hızlı olmasına rağmen).

Kafa Kafa Karşılaştırma

Pratik Rehber: İdeal Varlık Boru Hattını Oluşturma

Bu dört formatı ticari bir üretim hattında nasıl düzenlemelisiniz? İşte üst stüdyoların doku hatlarını nasıl yapılandırdığı:

[DCC & Authoring]               [Engine Ingestion / Cook]            [Runtime GPU Target]
Substance / Photoshop / Blender           Unreal / Unity / Custom Toolset      VRAM Memory Blocks
 
   • TGA (Clean packed masks)    ──────►  Build Engine Texture Cooker  ──────►  DDS (DirectX / Windows / Xbox)
   • PNG (UI & 2D Sprites)       ──────►  Generates Mipmaps & Block    ──────►  KTX2 (Vulkan / WebGPU / Mobile)
   • PSD / EXR (HDR & masters)   ──────►  Compression Automatically   

1. Kaynak Varlıklar: Proje depolarınızda ana dosyaları ve kanal paketli verileri TGA veya PNG formatında saklayarak bozulmamış renk bilgisi garantileyin.
2. PC ve Konsol Derlemeleri: Kaynak dokularınızı yüksek detaylı albedo/normal haritalar için BC7 ve tek ve çift kanal maskeler için BC4/BC5 kullanarak DDS dosyalarına dönüştürün.
3. Çapraz Platform, Web ve Mobil Derlemeler: Çalışma zamanı 3D varlıklarını KTX 2.0 içine paketleyerek Android, iOS ve WebGPU arasında evrensel kod dönüştürmeyi ayrı sanat dalları tutmadan kullanın.
4. Kullanıcı Arayüzleri: Çalışma zamanı UI dokularını ya net sıkıştırılmamış formatlarda ya da yüksek çözünürlüklü PNG kaynak dosyalardan türetilen kayıpsız motor atlaslarında tutun.

Sıkça Sorulan Sorular (SSS)

S1. Bir oyun motoru PNG’yi doğrudan video belleğinden örnekleyebilir mi?

A1: Hayır; GPU’lar PNG sıkıştırmasını ayrıştıramaz, bu yüzden motorlar PNG dosyalarını VRAM’e yüklemeden önce bellekte ham 32-bit bitmap’lere dönüştürmek zorundadır.

S2. Teknik sanatçılar maske paketleme için PNG yerine TGA’yı neden tercih eder?

A2: TGA, bireysel RGB ve Alfa kanallarında renk sızması veya yıkıcı kenar şeffaflığı filtrelemesi olmadan saf, sıkıştırılmamış kanal verilerini depolar.

S3. Normal haritalar için DDS konteyneri içinde hangi blok sıkıştırma algoritmasını kullanmalıyım?

A3: Normal haritalar için BC5 (iki kanallı teğet-uzay sıkıştırması) kullanarak standart BC1 blok artefaktları olmadan temiz yüzey eğriliğini koruyun.

S4. KTX 2.0’ı, çapraz platform oyunları için DDS’den daha iyi yapan nedir?

A4: KTX 2.0, bir dosyanın başlatma sırasında masaüstü BCn formatlarına veya mobil ASTC/ETC formatlarına anlık olarak kod çözmesini sağlayan Basis Universal’ı destekler.

S5. DDS veya KTX dosyalarında mipmap’leri önceden pişirmek disk boyutunu artırır mı?

A5: Evet, tam mipmap zincirlerini dahil etmek dosyaya yaklaşık %33 daha fazla ham veri ekler, ancak çalışma zamanındaki titremeyi ortadan kaldırır, önbellek yerelliğini iyileştirir ve GPU render performansını artırır.

Ayrıca Bakınız

• WebP vs AVIF vs JPEG XL: 2026’da Geliştiriciler İçin En İyi Görüntü Formatı
• BMP ve PNG Arasındaki Fark
• APNG vs BMP: Hangi Görüntü Dosya Formatı Daha İyi?
• Raster ve Vektör Görseller: Kısa Bir Karşılaştırma