next »

[hawkwind]

I have been removing my image handling tools and replacing them with resorcelocater thingies.  A truly strange error is occurring, typically with GIF files.  If I reference an image out of my own image locations it appears in the scene as a grey shaded image, if I place the image under a copy of demo/HUD and reference it there, I get a full color image...any ideas??  In both cases an image is found using the same sequence of calls.  The only difference seems to be the directory it is found in.  Does this make any kinda of sense at all??

[Marvin Fröhlich]

I have been removing my image handling tools and replacing them with resorcelocater thingies.  A truly strange error is occurring, typically with GIF files.  If I reference an image out of my own image locations it appears in the scene as a grey shaded image, if I place the image under a copy of demo/HUD and reference it there, I get a full color image...any ideas??  In both cases an image is found using the same sequence of calls.  The only difference seems to be the directory it is found in.  Does this make any kinda of sense at all??

Any getTexture() method of the TextureLoader will always return a valid Texture reference. If the desired Texture could not be found, then a fallback Texture is returned. You can test that, if you call

Code:

Texture tex = TextureLoader.getInstance().getTexture( ... );
System.out.println( "is fallback tex: " + ( tex == TextureLoader.getFallbackTexture() ) );

I've just added a convenience method for this, which you can use, after you changed out:

Code:

System.out.println( "is fallback tex: " + TextureLoader.isFallbackTexture( tex ) );

But now for the solution for yuor problem:
The desired Texture was not found, because you forgot to add an appropriate TextureStreamLocator. The TextureLoader needs to know, where to load Textures from. So you have to add instances of TextureStreamLocator for any location, where to load textures from. The ResourceLocator provides an easy way to do that. Just call

Code:

ResourceLocator resLoc = ResourceLocator.create( "myresfolder" );
resLoc.cerateAndAddTSL( "tex2" ); // where tex2 is a subfolder (or subresource) of "myresfolder"

If you reference your resources by a relative name to the ResuorceLocator's baseURL, then you can simply say

Code:

ResourceLocator resLoc = ResourceLocator.create( "myresfolder" );
resLoc.cerateAndAddTSL(); // The TSL is created for the baseURL

I think, I should add methods to the TextureLoader, that take an URL. Then you could use the TextureLoader without TextureStreamLocators and you could use it similar to the model or shader loaders. I think, this makes sense.

Marvin

[Marvin Fröhlich]

I think, I should add methods to the TextureLoader, that take an URL. Then you could use the TextureLoader without TextureStreamLocators and you could use it similar to the model or shader loaders. I think, this makes sense.

This is done now. Textures can now be loaded directly without any TextureStreamLocator though

Code:

Texture tex = TextureLoader.getInstance().getTexture( resLoc.getResource( "bla.png" ), ... );

I would even consider this as teh preferred way, since it fits better into the whole system of the API.

Marvin

[hawkwind]

I will give this a try the next time I update svn.   I may have misstated though here

  If I reference an image out of my own image locations it appears in the scene as a grey shaded image,

I was trying to say that my image does show, only as grey shade...not a default image

[Marvin Fröhlich]

I will give this a try the next time I update svn.   I may have misstated though here

  If I reference an image out of my own image locations it appears in the scene as a grey shaded image,

I was trying to say that my image does show, only as grey shade...not a default image

Is it possible to post this image here?

Marvin

[hawkwind]

later

[hawkwind]

compared the color image is the source and the grayish black is what is rendered in a HUD button

http://home.mindspring.com/~hawkwind/img.png

image

http://home.mindspring.com/~hawkwind/key4.png

[Marvin Fröhlich]

If I click the images in my browser, both are colored. Is this what you get, too? I will load them in Xith this evening.

Marvin

['n ddrylliog]

If I click the images in my browser, both are colored. Is this what you get, too? I will load them in Xith this evening.

In the first image, there are two keys. The upper key is in black/white.

['n ddrylliog]

BTW, I remember having seen a similar bug, that would be great if it was fixed..

[Marvin Fröhlich]

I tested the key4.png texture in the HUD3DTest. I replaced line #620 with the following line:

Code:

- Button pipOpener = new Button( 170f, 56f, "Panel-in-Panel" );
+ Button pipOpener = new Button( 170f, 56f, "key4.png", "key4.png", "key4.png", true );

And if worked (screenshot attached). Do you apply the texture a different way?

Marvin

['n ddrylliog]

You're not using ResourceLocator/Loader, as hawkwind said he has switched to

[Marvin Fröhlich]

You're not using ResourceLocator/Loader, as hawkwind said he has switched to

Err. You're right. ,So here is a working version with ResourceLocator (same resulting screenshot). Does this match your situation?

Code:

ResourceLocator resLoc = ResourceLocator.create( "demo/HUD/" );

try
{
    Texture texKey4 = TextureLoader.getInstance().getTexture( resLoc.getResource( "key4.png" ), Texture.RGBA, false );
   
    // add a Button to the HUD to open a Frame with some Panel-in-Panel
    Button pipOpener = new Button( 170f, 56f, texKey4, texKey4, texKey4 );
    pipOpener.setUserObject( "TEST_PIP" );
    pipOpener.addButtonListener( this );
    this.addWidget( pipOpener, 20f, 284f );
}
catch (MalformedURLException e)
{
    e.printStackTrace();
}

Marvin