![]() |
|
|
|
#1 | |
|
Registered User
Join Date: Feb 2008
Posts: 12
|
Since 100. I've been seeing this corruption as many others have in games.
Testing has determined that it's related to DXT5 compressed textures. EDIT: this only occurs with DXT5 textures created by nvcompress. Textures created by the card's hardware are fine. This is why using GL to compress uncompressed textures to dxt5 look fine, but loading a dxt5 texture created by nvcompress does not. You can make comparisons by using gimp's plugin (which uses hardware). Create a dxt5 in gimp using it's hardware compression, and load it up against a dxt5 created by nvcompress. Take a dxt5 texture (i used one bigger than 256x256 with a "unusued" alpha channel) load it up. Witness the neat white lines everywhere. Take same texture, load it up uncompressed, notice how you dont get white lines everywhere. Try it with DXT1, DXT3 , both should render as expected. DXT5 is the only one that results in the white bars. This issue resolves itself when you go back to 100. version drivers. this was tested on an N6600 card. Though i dont believe it to be specific to that card. The texture i used had a flat alpha channel that would have been better suited as dxt1 anyway, but i dont think that matters. |
|
|
|
|
|
|
#2 | |
|
Registered User
Join Date: Jul 2004
Posts: 29
|
I can confirm this as well (testing on my laptop with a Go 7700). It also happens with DXT5 textures created using Direct3D to create dds files that use DXT5 texture compression. They look correct using 100.14.19.
|
|
|
|
|
| Sponsored Ads - Guests Only | ||
|
|
|
|
#3 |
|
NVIDIA Corporation
Join Date: Mar 2005
Posts: 1,925
|
I'm having trouble reproducing this problem. Can you please attach the original and compressed images with this problem? Also, what are you using to view the resulting compressed texture?
|
|
|
|
|
|
#4 |
|
Registered User
Join Date: Jul 2004
Posts: 29
|
In the attached tarball is source for a simple viewer (uses SOIL to load the texture) that exposes the corrupted textures here. Also includes the original tga, dds compressed using nvcompress -bc3 (nvidia-texture-tools-2.00), as well as screen shots of it using driver 169.09 (corrupted texture), and driver 100.14.19 (not corrupted).
Note that this corruption happens on a number of other DXT5 compressed textures here as well (in fact happens on most of them) -- I just picked a small one at random. |
|
|
|
|
|
#5 |
|
Arch Linux
Join Date: Oct 2006
Posts: 122
|
|
|
|
|
|
|
#6 |
|
Registered User
Join Date: Feb 2008
Posts: 12
|
guaranteed all those corrupted textures are dxt5 made with nvcompress.
|
|
|
|
|
|
#7 |
|
NVIDIA Corporation
Join Date: Mar 2005
Posts: 1,925
|
Thanks WhiteDwarf. I reproduced the problem with your test application and it will be fixed in a future driver release.
|
|
|
|
|
|
#8 |
|
Registered User
Join Date: Jul 2004
Posts: 29
|
Glad I could help. Looking forward to the fix!
|
|
|
|
|
|
#9 |
|
Registered User
Join Date: Feb 2008
Posts: 12
|
for now you can add a check for the GL version and Renderer, so you can software decompress DXT5 files for nvidia cards using affected 169 drivers. That's what i'm doing.
|
|
|
|
![]() |
| Shop Online | |
|
|
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
|
|