Wie kommst du darauf? Jede Textur hat verschiedene MIP-Levels, wodurch sich selbst bei ein und der selben Textur unterschiedliche Grössen ergeben. Und wie bereits hier im Thread erwähnt, werden Texturen typ. in 128 bis 256 Byte Blöcken gelesen ("Texels"). Deswegen sind die bisherigen Kompressionsverfahren wie DXT auch als "Blockwise Compression Algorithms" bekannt. Sie encodieren einzelne Blöcke und nicht die ganze Textur. Das erlaubt zwei Dinge: Man kan einzelne Subelemente einer fast beliebig grossen Textur mit derselben Datenmenge und HW-Infrastruktur laden (z.B. 128, 256 Byte) und aufgrund der geringen Grösse der Blöcke passt das auch gut in die Low Level Caches der GPU rund um die TMUs (L0, L1, Local Data Share, Register).
Bezüglich "gleiche Grösse" beziehst du dich wohl auf folgenden Abschnitt im Paper:
Das sind aber nicht verschiedene Texturen im Sinne von Baumstamm, Stein oder Bluse sondern verschiedene Subelemente von ein und derselben Texturkomposition (im Paper: diffuse/albedo, normal map, ARM, displacement map = Gemeinsam ergeben die ein Ziegeldach mit Moos usw.). Hier können Artists heute einen Tradeoff machen: Einige Elemente fallen nicht gross auf, deswegen könnte man z.B. die Displacement Map in der halben Auflösung abspeichern. Das reduziert natürlich die Speichermenge.
