Frage

(Schnelle Version: Springen Sie zum Absatz neben dem letzten - derjenige, der mit "aber" beginnt.)

Ich war glücklich in meiner Unwissenheit und glaubte, dass PVRTC -Bilder 4 oder 2 Bit pro Kanal waren. Das klang plausibel. Es würde 4+4+4+4 (16 Bit) oder 2+2+2+2 (8 Bit) Texturen ergeben, die 2^16 (65536) bzw. 2^8 (256) Farbtiefe haben würden. Aber ich las einige Dokumente über PVRTC durch und stellte plötzlich fest, dass 4 BPP (und 2 BPP), dh 4 Bit pro Pixel, hieß. Verwirrung und Wahnsinn traten in meine Welt ein.

Was?! 4 Bit? Pro Pixel? Aber das ist nur 1 Bit pro Kanal! (Und lassen Sie mich nicht einmal mit dem 2 -Bit -Einstieg anfangen, dass man im Moment viel zu seltsam war, als dass mein Gehirn zu verstehen war.) Einige Momente in dieser qualvollen Realität verstanden, dass dies doch nicht so real war . Anscheinend bezieht es sich bei 4 BPP auf die Komprimierung und nicht auf die Farbtiefe. Puh, ich war doch nicht sauer.

Aber dann begann ich mich zu fragen: Welche Farbtiefe haben diese Bilder dann nach Dekompression? Ich habe versucht, diese Informationen nachzuschlagen, aber anscheinend wird es nicht als wichtig angesehen, um zu erwähnen (oder ich bin nur schlecht darin, Informationen zu finden).

Die Tatsache, dass PVRTC -komprimierte Bilder nicht sichtbare Artefakte in Openkles mit dem Pixelformat RGBA44444 geben, hegen sie 16 Bit vor (mit 32 Bit -PNG -Bildern mit dem Pixelformat RGBA444 in OpenGles auf dem iPhone gibt sehr sichtbare Artefakte).

War es hilfreich?

Lösung

Nach dem Papier http://web.onetel.net.uk/~simonnihal/assorted3d/Fenney03Texcomp.pdf Die endgültige Ausgabe des Dekompressors beträgt 8 Bit pro Kanal.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top