Random junk at the bottom of non-multiple-of-4 compressed textures (original or mipmapped)
Submitted by Darren Salt
Assigned to Default DRI bug account
Created attachment 96745 Example image (with mipmaps), the height of which triggers the problem
There seems to be a problem with some compressed textures. When the height of the image (more specifically, of the mipmap level used) is not a multiple of 4, it appears that the bottom part of the image – as rendered – contains random junk, apparently set at image load time.
The example image will show the problem at its original size. I've also played with its height (initially 570px): increasing it to a multiple of 4 would remove the problem if it's rendered using the full-size version, but since when reduced by one level the height is again not a multiple of 4, the problem re-appears. Setting the full-size height to 576px moves the problem down further.
(We're using http://crunch.googlecode.com/svn/trunk/ for image (de)compression.)
Attachment 96745, "Example image (with mipmaps), the height of which triggers the problem":