Po delší době jsem o tom znovu přemýšlel a šel jsem na tu stránku s wikipedií, abych si připomněl ten mechanismus komprese DXT. Tentokrát jsem se do toho začetl o něco důkladněji a našel jsem definitivní důkaz toho, že BGL S POZEMNÍMI TEXTURAMI NEMŮŽE BÝT ULOŽEN VE FORMÁTU DXT Z NÁSLEDUJÍCÍHO DŮVODU. Barvová paleta, která se používá pro tyto TEXTURY (nikoliv fotografie) je příliš malá než aby vám byla schopna poskytnout obrázek připomínající leteckou fotografii. Píše se tam že barvy jsou komprimovány metodou 565 tedy 2 bajty na tři barvové složky RGB. Kdo aspoň trochu zkoušel dělat s nějakým kreslícím programem nebo fotografiemi, ví, že obvykle se fotky ukládají ve třech barvových složkách: každá barva se skládá ze tří barev. Obvykle tyto barvy jsou uloženy v barvovém rozsahu 0..255 na jeden kanál (tj. jedna barvová složka). Tři složky tedy zabírají 3 bajty neboli 24 bitů. V případě 565 je těch bitů jen 16. Jak lze uložit 3 barvové složky do 16bitů? No tak, že snížíte barvový rozsah. 5 bitů pro červenou, 6 bitů pro zelenou a 5 bitů pro modrou. 5x5=25 barev pro červený kanál, 6x6=36 barev pro zelený kanál a 25 barev pro modrý kanál. Nemůžete tedy vytvářet plynulé a hladké přechody barev jak je tomu na fotografiích pokud si chcete zachovat velký rozsah barev. Nicméně můžete si nastavit libovolnou barvu do palety barev jestli jsem to pochopil správně a v tomto barvovém rozsahu se pak pohybujete v rámci oblasti 4x4 pixel. Podtrřeno sečteno máte k dispozici 22500 barev které vzniknou vzájemnou kombinací těch tří složek což je ale nic proti 24bitovému formátu, který dává 16.777.216 - přes 16 milionů barev (tj. včetně odstínů šedé). Tj. 24 bitový obraz nabízí 746x více barev než DXT.
V čem jsou ty pozemní textury na to jsem zatím nepřišel, ale možná to někdy v budoucnu rozbalím a zjistím že je tam obyčejné jpg  |
|
