Hi.,
Has anyone tried using them both in ATI cards ?
In my system the compressed textures get corrupted in the second i enable a fragment program.., anyone had this experience ?
I'm using Catalyst 6.14.10
Thanks,
Bruno
Hi.,
Has anyone tried using them both in ATI cards ?
In my system the compressed textures get corrupted in the second i enable a fragment program.., anyone had this experience ?
I'm using Catalyst 6.14.10
Thanks,
Bruno
Never heard of any such program, and it works just fine for me.
I'm not talking about a specific program., all i need to do is just enable fragment programs without even bing anything, and the compressed textures mess up.
If the textures at loading time are created with
GL_COMPRESSED_RGB_ARB
or
GL_COMPRESSED_RGB_S3TC_DXT1_EXT
after enabling fragment programs, they get messed up.
Explain "messed up".
Uncompressed textures work okay?
http://www.fysoftware.com/temp/glow_on.jpg
That's what i mean messed up.., if i don't compress them, they will look ok.
If you don't use fragment programs, does it work OK? If so, it's a driver problem. However, if it still doesn't work, you're probably uploading the texture incorrectly.
Sorry, late night spelling ... should be "problem".Originally posted by Bruno:
I'm not talking about a specific program.
Anyway, nice screenshot.I got a similar bug once, but it was quite some time ago. The hardware seems to be reading the memory at the wrong address, alternatively interpreting it as another format. In any case, looks more like a driver bug than anything else. Though there's probably more to it than just fragment programs and compressed textures in general, cause I got that working in all my apps on the same driver, so I guess we're doing something different.
Anyway, could you please send your application with source (or just make a small repro case if you don't want to send the full app) to me at epersson 'at' ati.com, and I'll take a look at it.
Yeah, it looks ok either if i don't use fragment programs, or if i use fragment programs with uncompressed textures.,
Ok humus, give me some time, i'l make a seperate application.
We had some problems with compression on ATi cards. The texture was dirty (real dirty), but not messed up as you show.
We worked this around by setting driver quality to "best" (if not textures were compressed, even if we asked not to). Our actual problem is that we wanted some textures to be compressed, and some others not to be.
Depending on the hardware and on the driver version, problem was solved.
It just points out that they override compression format to get better perfs at high resolutions. At least that they used to.
SeskaPeel.
Seskapeel:
When you were uploading the textures did you give the driver any options when choosing internal formats of the texture? A while ago on ATI cards if you specified RGBA/RGB as the internal format it would often compress it to use a 16 bit format. (this is legit according to the OpenGL specs) Only when you requested RGBA8/RGB8 for the internal format did you get a 32 bit format.
This differed from Nvidia which seemed to always use 32 bit textures unless you requested a 16 bit texture. (this is also legit)