<div dir="ltr">Hi David,<br><div class="gmail_extra"><br><div class="gmail_quote">On 27 October 2015 at 23:24, David Heitbrink <span dir="ltr"><<a href="mailto:david-heitbrink@uiowa.edu" target="_blank">david-heitbrink@uiowa.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have two separate issues with DDS textures. First and the most annoying is after moving from  OSG-3.2.x to OSG-3.4.0 my grayscale textures now show up red. I did not change the source textures or models between versions.<br></blockquote><div><br></div><div>I don't think this will a DDS plugin issue.<br><br></div><div>Are you compiling the OSG with GL3 profile?  There is now GL3 specific code path in src/osg/Texture.cpp that maps GL_INTENSITY and GL_LUMINANCE to GL_RED, as modern versions of OpenGL have deprecated these old single channel channels.<br></div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have another problem with mip mapped dds textures. I have a number of textures that have mip maps, stepping through the code after they are loaded, it looks like OSG has the texture setup to use the mip maps. What I am seeing it is clearly not using the mip maps. I modified a texture to alternate the color on every level. I got the largest texture the entire time. I also used a shader to turn the model solid red, if it had only 1 texture level, and I got a red model. I suspect this might be more of a driver/video card issue (Quadro K5000).<br></blockquote><div><br></div><div>The DDS plugin used to discard the mipmap, but not honours it.  The OSG will only render with mipmap if your have the osg::Texture MAG_FILTER set to one of the *_MIPMAP_* enum's, LINEAR or NEAREST for MAG_FILTER won't use mipmaps.<br><br></div><div>Robert.<br></div><div> </div></div></div></div>