Limits of DXT encoding for 16bit normal maps

Tips for creating and manipulating planet textures for Celestia.
Avatar
Topic author
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Limits of DXT encoding for 16bit normal maps

Post #1by t00fri » 13.07.2003, 16:20

With the enormously improved smoothness that one obtains from calculating the texture normals (gradients) from 16bit precision elevation maps, instead of merely 8bit, one seems to be approaching the limits of capabilities of DXT-compression! Same for JPG's but this will surpeise nobody.

Here is a comparison. I displayed a tiny piece of the 8k-sized MOLA normal maps of Mars over a uniformly white main texture. With the default FoV (~30 deg) I display them at only 400 km distance, so a very high magnification is involved. All normal maps are derived from the same 16bit nm16-generated *.PNG master texture!

First the *.PNG original, which is amazing in its smoothness despite the huge magnification:

Image

Next the 24bit-color DXT3 encoded normal map (using nvdxt.exe):
Image

Finally a 85% quality JPG compression

Image

I guess the conclusions are obvious! DXT5 encoding does not give much better results.

Bye Fridger

Avatar
selden
Developer
Posts: 10192
Joined: 04.09.2002
With us: 22 years 2 months
Location: NY, USA

Post #2by selden » 13.07.2003, 16:35

Is this an example of the 4x4 texel limitation that Jens wrote about in http://63.224.48.65/forum/viewtopic.php?t=2813 ?
Selden

Avatar
Topic author
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #3by t00fri » 13.07.2003, 16:54

selden wrote:Is this an example of the 4x4 texel limitation that Jens wrote about in http://63.224.48.65/forum/viewtopic.php?t=2813 ?


Yes, unfortunately. I should have mentioned it. My point here was to illustrate specifically that for our new 16bit type quality level we DO need a new compression urgently.

Perhaps Jens 8bit paletted format is much better?

At least we have to envisage something, otherwise we cannot really exploit the gain in quality in practice....

Bye Fridger

jim
Posts: 378
Joined: 14.01.2003
With us: 21 years 10 months
Location: Germany

Post #4by jim » 13.07.2003, 19:27

Hi Fridger,

that's exact the problem that I have since few month. Look at my old post:

http://celestiaproject.net/forum/viewtopic.php?t=1989

But I think the day will come where we have solved all these problems and bugs with bumpmapping :).

Bye Jens

Rassilon
Posts: 1887
Joined: 29.01.2002
With us: 22 years 9 months
Location: Altair

Post #5by Rassilon » 13.07.2003, 22:13

jim wrote:Hi Fridger,

that's exact the problem that I have since few month. Look at my old post:

http://celestiaproject.net/forum/viewtopic.php?t=1989

But I think the day will come where we have solved all these problems and bugs with bumpmapping :).

Bye Jens


Thats what Ive been waiting for...
I'm trying to teach the cavemen how to play scrabble, its uphill work. The only word they know is Uhh and they dont know how to spell it!

Avatar
Topic author
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #6by t00fri » 13.07.2003, 23:20

Jim, Rass,

But dont'get me wrong: I think that the problem displayed in the above pictures has become really bad only recently, due to the fact that those new high-quality 16bit maps may now be zoomed so much more in principle that the gap to DXT encoded quality becomes intolerably large.

While there were also some problems before here and there, they were much less visible when starting off with only 8bit quality!

Bye Fridger


Return to “Textures”