Attēlu failu formāti spēļu izstrādātājiem: DDS, TGA, PNG un KTX

Spēļu izstrādē tekstūras veido lielāko daļu gan izpildlaika atmiņas patēriņa, gan instalācijas būvēšanas izmēra. Neatkarīgi no tā, vai veidojat neatkarīgu stilizētu platformieri vai tiecaties uz fotoreālistisku AAA atklāta pasaules RPG, tas, kā glabājat, apstrādājat un pieņemāt tekstūru datus, tieši nosaka jūsu kadru biežumu, ielādes laikus un aparatūras saderību.

Bieža iesācēju kļūda ir iztvert spēļu tekstūras kā tīmekļa grafiku — pieņemot, ka viegls fails uz diska pārtop uz vieglu veiktspēju jūsu spēļu dzinējā. GPU pasaulē izpildlaika realitāte ir pilnīgi citāda.

Šajā padziļinātajā pārskatā mēs sadalām četrus svarīgākos tekstūru un attēlu failu formātus mūsdienu spēļu izstrādē: DDS, TGA, PNG, un KTX. Mēs izpētīsim, kā tie darbojas, kur tie iederas aktīvu cauruļvados, un kad izmantot katru.

Zelta likums: diska glabāšana pret video RAM (VRAM)

Pirms individuālu formātu izpētes izstrādātājiem jāizprot pamata atšķirība starp diska glabāšanas saspiešanu un GPU aparatūras bloku saspiešanu.

1. Diska kompresija (PNG, JPEG, WebP)

Formāti, piemēram, PNG, izmanto bezzudumu entropijas kodēšanu (DEFLATE). Lai gan PNG ietaupa milzīgu vietas daudzumu uz SSD vai lejupielādes servera, mūsdienu GPU nevar tieši paraugt PNG failus. Kad jūsu spēļu dzinējs ielādē PNG:

• CPU ir jādekompresē fails neapstrādātos, nekompresētos 32‑bitu RGBA pikseļus sistēmas atmiņā.
• Nekomprimētais bitkartes attēls tiek augšupielādēts VRAM.
• 2048×2048 tekstūra patērē aptuveni 16 MB VRAM, neatkarīgi no tā, vai PNG bija 1 MB vai 3 MB uz diska.

2. GPU bloku kompresija (BCn, ASTC, ETC2)

Specifiski GPU formāti kompresē fiksētus pikseļu blokus (parasti 4×4 pikseļu blokus) mazākos bitu attēlos. Grafikas aparatūra paraugu šos blokus tieši VRAM, neveicot CPU‑pusējo dekompresiju:

• Tieša VRAM nejauša piekļuve ar nulles izpildlaika dekompresijas pārklājumu.
• Tā pati 2048×2048 tekstūra, izmantojot BC7/ASTC, patērē tikai aptuveni 4 MB VRAM (75 % samazinājums).
• Mipkartes var tieši iekodēt konteineru failā.

Konteineri, piemēram, DDS un KTX, ir izveidoti īpaši, lai ietvertu šos GPU‑dzimto formātus, kamēr PNG un TGA pilda atsevišķas funkcijas agrāk procesā.

1. DDS (DirectDraw virsma)

Microsoft ieviesa kopā ar DirectX 7, DirectDraw Surface (.dds) formāts ir neapstrīdams nozares darba zirgs PC, Xbox un konsoles spēļu izstrādei.

Tehniskās īpašības

• Konteinera veids: Dzimtais GPU tekstūru konteiners.
• Atbalstītā saspiešana: BC1 līdz BC7 (Block Compression / DXT ģimene), nesaspiedtais RGBA, peldošie formāti (BC6H priekš HDR).
• Galvenās iespējas: Iepriekš sagatavoti mipmapi, kubu kartes, tekstūru masīvi, apjoma (3D) tekstūras.

Kāpēc izstrādātāji izmanto DDS

DDS būtībā ir tieša atmiņas izmešana tam, ko grafiskā aparatūra vajag. Ielādējot DDS tekstūru ar iepriekš ģenerētiem mipmapiem, dzinējs pilnībā izlaiž CPU dekompresiju un izpilda tiešu Direct3D vai Vulkan atmiņas kopēšanu uz GPU. Tas likvidē CPU šaurās vietas straumēšanas un līmeņu ielādes laikā.

Priekšrocības

• Ātri ielādes laiki: Nav nepieciešami CPU dekompresijas cikli izpildlaikā.
• Iepriekš sagatavoti mipmapi: Bezsaistes mipmapu ģenerēšana ļauj mākslinieka kontrolētu filtrēšanu, asumu un normālo kartes normalizāciju pāri LOD.
• VRAM efektivitāte: Dzimti izmanto nozares standartus BC saspiešanas algoritmus.

Trūkumi

• DirectX/Windows Bias: Vēsturiski saistīts ar Microsoft ekosistēmām, lai gan plaši atbalstīts mūsdienu darbvirsmas dzinējos.
• Zaudējuma saspiešanas artefakti: Bloku saspiešana (īpaši BC1 uz normālo kartēm) var radīt bloku izskatu, ja netiek izmantoti BC5/BC7.
• Ierobežots mobilā atbalsts: Mobilie GPU parasti dod priekšroku ASTC vai ETC2 pār darbvirsmas BC formātiem.

2. TGA (Truevision Targa)

Izveidots 1984. gadā, TGA (.tga) ir nesaspiedtais vai garuma kodēšanas (RLE) rastra grafikas faila formāts, kas ir bijis stabils cauruļvadu pamatelements vairāk nekā trīs desmitgadēs.

Tehniskās īpašības

• Konteinera veids: Nesaspiedts autorēšanas / apmaiņas bitkarte.
• Bitu dziļumi: 8, 16, 24 un 32 biti uz pikseli (RGB + atsevišķs 8-bitu alfa kanāls).
• Saspiešana: Nav vai pamata RLE (garuma kodēšana).

Kāpēc izstrādātāji izmanto TGA

TGA tiek izvēlēta tehnisko mākslinieku un dzinēja programmētāju vidū tās tīras arhitektūras vienkāršības dēļ. Atšķirībā no PNG, kas iekļauj alfa kanālu sarežģītās filtrēšanas matricās, TGA krāsu datus un alfa kanālus tur pilnīgi atsevišķi un nepieskārās tiem.

Izveidojot pielāgotas maskas (piemēram, iekļaujot Roughness sarkanā, Metallic zaļā, Ambient Occlusion zilā un Height alfa kanālā), TGA nodrošina, ka starp kanāliem neparādās smalkas algoritmiskas sapludināšanas vai krāsu noplūdes.

Priekšrocības

• Nevainojama datu precizitāte: Bitu precīza kanālu vērtību saglabāšana; ideāli piemērots kanālu pakotām ORM (Occlusion-Roughness-Metallic) tekstūrām.
• Triviāla parsēšana: Mājas cauruļvadu rīki, pielāgotie eksportētāji un automatizēti skripti var nolasīt un rakstīt TGA failus ar minimālu koda rindu skaitu.
• Universāls DCC atbalsts: Maya, 3ds Max, Blender, Substance 3D un Photoshop piedāvā iebūvētu, bezrūpīgu TGA eksportu.

Trūkumi

• Milzīgi failu izmēri: Liels ietekmes apjoms Git/Perforce krātuvēs un lēnas lejupielādes ātrumi izplatītām komandām.
• Nav piemērots izpildlaikā: Nevar izmantot tieši GPU kā kompresētu formātu; jākonvertē dzinējā pagatavošanas laikā.

3. PNG (Portable Network Graphics)

PNG (.png) ir pasaulē vispazīstamākais bezzudumu attēlu formāts, izmantojot zlib/DEFLATE kompresiju, lai pakotu bagātus 24‑bitu un 32‑bitu attēlus izcili mazos failos.

Tehniskās īpašības

• Konteinera veids: Bezzudumu autorēšanas un piegādes formāts.
• Bitu dziļums: Līdz 16 bitiem uz kanālu (48‑bitu RGB, 64‑bitu RGBA).
• Saspiešana: Bezzudumu DEFLATE algoritms.

Kāpēc izstrādātāji izmanto PNG

PNG kalpo kā galvenais izplatīšanas formāts UI aktīviem, sprite‑attēliem, reklāmas materiāliem un starpposma avota tekstūrām. 2D spēlēm, kas izveidotas Unity, Godot vai Unreal Engine, PNG nodrošina asu pikseļu precizitāti ar nevainojamām caurspīdīguma maskām.

Priekšrocības

• Kompakts krātuves nospiedums: Īsi samazina projekta izvilkšanas izmērus salīdzinājumā ar nesaspiegtu TGA.
• Bezzudumu krāsu kvalitāte: Nulles saspiešanas artefakti uz augstas kontrasta malām un vektoru stila ilustrācijām.
• Iebūvēta alfa caurspīdība: Tīrs 8‑bitu alfa kanāla atbalsts sarežģītiem caurspīdīgiem UI elementiem un daļiņu loksnēm.

Trūkumi

• Smags CPU atkodējums: Lielo PNG failu atspiešana izpildlaikā kavē kadru frekvenci un izraisīs atmiņas lietojuma pieaugumu pirms GPU augšupielādes.
• Pirmsreizināta alfa problēmas: Daži attēlu redaktori izmet RGB datus pilnīgi caurspīdīgos pikseļos, kas sabojā tekstūru noplūdi un izraisa tumšas kontūras ap sprite‑attēliem.
• Nulla VRAM ietaupījums: Atspiež pilnā 32‑bitu neapstrādātā atmiņā GPU iekšpusē, ja vien to neapstrādā dzinēja tekstūru gatavotājs.

4. KTX (Khronos Texture) un KTX 2.0

Izstrādāts Khronos Group—pārraudzības institūcijas aiz Vulkan, OpenGL un glTF—KTX (.ktx) un KTX 2.0 pārstāv modernu atvērtu standartu krustplatformas GPU tekstūrām.

Tehniskās īpašības

• Konteinera veids: Standardizēts atvērts GPU tekstūru konteiners.
• Saspiešanas atbalsts: Basis Universal (ETC1S un UASTC), ASTC, BCn, ETC2.
• Galvenās iespējas: Universāla tekstūru pārkodēšana, mipmapes, kubiskās kartes, masīva tekstūras, glTF integrācija.

Kāpēc izstrādātāji izmanto KTX

KTX 2.0 atrisina fragmentēto krustplatformas saspiešanas dilemu. Tradicionāli izstrādātājiem bija jānosūta DDS (BCn) darbvirsmas/konsolēm un ASTC/ETC2 mobilajiem/planšetdatoriem.

Ar KTX 2.0 un Basis Universal:

1. Jūs glabājat tekstūras kompaktā, universāli saspiežamā formātā.
2. Izpildes laikā klienta aparatūra pārkodē failu tieši uz jebkuru bloka formātu, ko vietējais GPU dod priekšroku (piemēram, BC7 uz GeForce RTX, ASTC uz iPhone, ETC2 uz vecāka Android ierīces).
3. Superkompresija (Zstandard) rada failus, kas ir mazāki par JPEG uz diska, un tie pārkodējas uz vietējiem VRAM blokiem milisekundēs.

Priekšrocības

• Patiesais starpplatformu standarts: Darbojas nevainojami uz Vulkan, WebGL, WebGPU un mobilajām ierīcēm.
• Basis Universal pārkodēšana: Viena vienota līdzekļa būvēšana mērķē uz darbvirsmu, mobilo ierīču un pārlūku, bez dubultām tekstūru eksportēm.
• Pirmklases glTF pavadonis: Nepieciešams modernām 3D tīmekļa pieredzēm, metaversu dzinējiem un atvērtām renderēšanas cauruļvadiem.

Trūkumi

• Cauruļvadu rīku briedums: Prasīs modernas būvēšanas ķēdes (piemēram, toktx no KTX-Software komplekta); vecāki proprietārie dzinēji var trūkt integrācijas no kastē.
• Pārkodētāja pārslodze: Nedaudz izpildes laikā notiek pārkodēšanas latentums (lai gan tas ir daudz ātrāk nekā pilna PNG programmatūras dekodēšana).

Salīdzinājums galva pret galvu

Praktiska Ceļvedis: Ideāla Aktīvu Caurplūsmas Izveide

Kā jums vajadzētu organizēt šos četrus formātus komerciālajā ražošanas plūsmā? Šeit ir tas, kā vadošie studiji strukturē savas tekstūru caurplūsmas:

[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. Avota aktīvi: Saglabājiet galvenos failus un kanālu-pakotās datu kopas TGA vai PNG jūsu projekta krātuvēs, lai nodrošinātu nekaitētu krāsu informāciju.
2. PC un konsoles būvēšana: Pārveidojiet avota tekstūras DDS failos, izmantojot BC7 augstas detaļas albedo/normal kartēm un BC4/BC5 vienkanālu un divkanālu maskām.
3. Daudzplatformu, tīmekļa un mobilo ierīču būvēšana: Iepakot izpildlaika 3D aktīvus KTX 2.0, lai izmantotu universālu transkodēšanu Android, iOS un WebGPU platformās, nepaturējot atsevišķas mākslas zaru struktūras.
4. Lietotāja saskarnes: Saglabājiet izpildlaika UI tekstūras vai nu asās nesaspiežotās formātos, vai arī bezzaudējumu dzinēja atlāsus, kas izveidoti no augstas izšķirtspējas PNG avota failiem.

Biežāk uzdotie jautājumi (BUJ)

J1. Vai spēļu dzinējs var paraugt PNG tieši no video atmiņas?

A1: Nē; GPU nevar parsēt PNG saspiešanu, tāpēc dzinējiem jādekompresē PNG faili izejā 32‑bitu bitkartēs atmiņā pirms to augšupielādes VRAM.

J2. Kāpēc tehniskie mākslinieki dod priekšroku TGA pār PNG masku pakēšanai?

A2: TGA glabā tīrus, nesaspiestus kanālu datus bez krāsu izplūšanas vai destruktīvas malas caurspīdīguma filtrēšanas atsevišķos RGB un Alfa kanālos.

J3. Kādu bloku saspiešanas algoritmu man vajadzētu izmantot DDS konteinerā normālu kartēm?

A3: Izmantojiet BC5 (divu kanālu tangenta telpas saspiešana) normālu kartēm, lai saglabātu tīru virsmas izliekumu bez standarta BC1 bloku artefaktiem.

J4. Kas padara KTX 2.0 labāku par DDS krustplatformu spēlēm?

A4: KTX 2.0 atbalsta Basis Universal, kas ļauj vienam failam reāllaikā pārkodēt uz darbvirsmas BCn formātiem vai mobilajiem ASTC/ETC formātiem pie palaišanas.

J5. Vai pirmsapstrādāto mipmapu iekļaušana DDS vai KTX failos palielina diska izmēru?

A5: Jā, pilnu mipmap ķēžu iekļaušana pievieno aptuveni 33% vairāk neapstrādātu datu failam, bet tas likvidē izpildlaika mirgošanu, uzlabo kešatmiņas lokalitāti un palielina GPU renderēšanas veiktspēju.

Skatīt arī

• Izvēlieties Viskompatibilākais (saglabā kā JPEG) nevis Augstas efektivitātes (saglabā kā HEIC).
• WebP vs AVIF vs JPEG XL: Labākais attēlu formāts izstrādātājiem 2026. gadā
• Atšķirība starp BMP un PNG
• APNG vs BMP: Kurš attēlu faila formāts ir labāks?