Bug 334

Summary: White textures if disabling mipmap
Product: [JogAmp] Jogl Reporter: Sven Gothel <sgothel>
Component: coreAssignee: Sven Gothel <sgothel>
Status: VERIFIED WORKSFORME    
Severity: normal    
Priority: P3    
Version: 1   
Hardware: All   
OS: linux   
Type: DEFECT SCM Refs:
Workaround: ---
Attachments: Mimmap set to false
Mipmap set to true
Problematic image
No problematic image

Description Sven Gothel 2010-03-24 07:51:04 CET


---- Reported by asantiago 2007-11-18 01:48:30 ----

The problem is here:

textureData = TextureIO.newTextureData(iconStream, true, null);

later the data is set to a texture object. If the mipmap option is set to
'false' then some images are rendered as white textures.
The images type is not relevant because, for example, some PNG image are
rendered right and some don't.
I attach this URL where I have put a couple of images:
http://theballoonproject.blogspot.com/2007/11/jogl-mipmap-problem.html

Thanks.



---- Additional Comments From asantiago 2007-11-18 01:49:24 ----

Created an attachment
Mimmap set to false




---- Additional Comments From asantiago 2007-11-18 01:50:02 ----

Created an attachment
Mipmap set to true




---- Additional Comments From asantiago 2007-11-18 01:50:43 ----

Created an attachment
Problematic image




---- Additional Comments From asantiago 2007-11-18 01:51:08 ----

Created an attachment
No problematic image




---- Additional Comments From asantiago 2007-11-18 01:55:23 ----

Sorry, the JOGL version is "1.1.1-pre-20070918-02:11:29."



---- Additional Comments From kbr 2007-11-18 15:45:26 ----

Need more information. Please attach the output of demos.misc.PrintExt from the
jogl-demos workspace. Please indicate whether demos.texture.TestTexture shows
the problem; note that you will need to recompile this demo so that it calls
TextureIO.newTexture(file, false) instead of TextureIO.newTexture(file, true).
Note that I can not reproduce this problem on my system, but it probably has
different non-power-of-two capabilities than yours.

Also please verify that the texture coordinates you are computing for the mapped
image are based on Texture.getImageTexCoords() or getSubImageTexCoords(), as
those are the only guaranteed ways to get the correct texture coordinates for
the loaded image, especially if non-power-of-two textures are in use (which they
are here).




---- Additional Comments From asantiago 2007-11-21 13:49:44 ----

Finally I have run the demos.texture.TestTexture and as you point it works fine.
I tested for JOGL rc7 and for the same version used by WorldWind, both works fine.

I report it as a problem in the WWJ project, I am not the only one with this
problem.
Thanks a lot.



---- Additional Comments From kbr 2007-11-26 23:23:59 ----

Closing as "works for me".




--- Bug imported by sgothel@jausoft.com 2010-03-24 07:51 EDT  ---

This bug was previously known as _bug_ 334 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=334
Imported an attachment (id=111)
Imported an attachment (id=112)
Imported an attachment (id=113)
Imported an attachment (id=114)

The original submitter of attachment 111 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.
The original submitter of attachment 112 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.
The original submitter of attachment 113 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.
The original submitter of attachment 114 [details] is unknown.
   Reassigning to the person who moved it here: sgothel@jausoft.com.