<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - r300g: GL_COMPRESSED_RED_RGTC1 / ATI1N support broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=89156#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - r300g: GL_COMPRESSED_RED_RGTC1 / ATI1N support broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=89156">bug 89156</a> from <a class="email" href="mailto:maraeo@gmail.com" title="Marek Olšák <maraeo@gmail.com>"> Marek Olšák</a> <pre>(In reply to Stefan Dösinger from <a href="show_bug.cgi?id=89156#c4">comment #4</a>) > Created <a href="attachment.cgi?id=113841" name="attach_113841" title="Shader used to read the texture">attachment 113841</a> <a href="attachment.cgi?id=113841&action=edit" title="Shader used to read the texture">[details]</a> > Shader used to read the texture > > Indeed changing the swizzle fixes the random output. I have attached the > shader we use to sample the texture. We don't have a swizzle on the > texture2D statement, but we do swizzle the output variable, and apparently > the optimizer merges that. So it's a compiler bug. > > If I use the RGBA values returned by the texture sampling directly I get a > solid color as expected. However, the value is off quite a bit: Instead of > 0x7f I get 0x6c. > > The texture data we use is this: > > static const char ati1n_data[] = > { > /* A 4x4 texture with the color component at 50%. */ > 0x7f, 0x7f, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, > }; That's expected. ATI1N operates at lower precision. I'm afraid I can't change that.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>