Question

(version rapide: sauter au paragraphe suivant le dernier - celui commençant par « Mais »)

Je suis heureux dans mon ignorance croire que les images PVRTC étaient 4 ou 2 bits par canal. Cela semblait plausible. Cela donnerait 4 + 4 + 4 + 4 (16 bits) ou 2 + 2 + 2 + 2 textures, qui aurait 2 ^ 16 (65536) et 2 ^ 8 (256) la profondeur de couleur, respectivement (8 bits). Mais la lecture grâce à des documents sur PVRTC, je me suis soudain rendu compte que ce dit 4 bpp (bpp et 2), à savoir 4 bits par pixel. La confusion et la folie sont entrés dans mon monde.

Quoi ?! 4 bits? Par pixel? Mais c'est juste 1 bit par canal! (Et ne me lancez pas sur le 2 bit un, que l'on était beaucoup trop bizarre pour mon cerveau pour saisir le moment.) Quelques instants dans cette réalité angoissante, je suis venu à comprendre ce n'était pas si vrai après tout . Apparemment, en disant 4 BPP, il fait référence à la compression, et non la profondeur de couleur. Ouf, je ne fâche pas, après tout.

Mais je commençais à me demander: quelle profondeur la couleur ces images ont ensuite, après décompression? J'ai essayé de regarder cette place de l'information, mais apparemment il est pas considéré comme important de mentionner (ou je suis mal à trouver info).

Le fait que PVRTC images compressées ne semblent pas donner des artefacts visibles dans OpenGLES avec le format de pixel RGBA4444 suggère qu'ils sont 16 bits (en utilisant 32 bits de les images au format pixel RGBA4444 dans OpenGLES sur l'iPhone donne très visible artefacts).

Était-ce utile?

La solution

Selon le http://web.onetel.net. fr / ~ simonnihal / assorted3d / fenney03texcomp.pdf la sortie finale du décompresseur est de 8 bits par canal.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top