First of all i would like to thank jPCT team for the great work they do. I'm new to jPCT and 3d modeling for android so please do not blame me for my incompetence in possibly obvious things . i have a problem with loading my 3d .obj file. Actually it loads just fine, but the main texture is not applied at all.i've already read the article about correct loading of objects with textures - http://www.jpct.net/wiki/index.php/Loading_models

texture "edge" (Layer 0 Extrusion Material - Default Texture.JPG) is applied well, but the "front" (Layer 0.JPG) is not applied.I would really appreciate if you could give me some suggestions how to fix this. Please let me know if you need any other info (files from me to examinate the issue).

If it doesn't apply the texture, it's name in the file most likely isn't "Layer 0.JPG"...or this is another crazy anomaly of the OBJ-format. Have a look at the log output. It should actually say which names it has found and which texture it adds to the manager in case that none with that name exists.

Thanks for the reply.the object was created using Photoshop Repousse. Please find attached .mtl file of my object that contains references to textures.i also checked logs and found one interesting thing:

05-20 21:03:52.697: I/dalvikvm(386): Jit: resizing JitTable from 512 to 1024looks strange. the size of the Layer 0 texture is 512 and according to that record we are trying to stretch the texture to 1024. Could this cause the issue with not applying texture?

I see...it's a weird variant of the mtl-file-format. I've never seen this and at least DeepExploration loads it in the same way as jPCT does, i.e. it includes these strange -s and -o data in the texture name. I think that this is a flaw in the exporter. These additional data isn't supposed to be there IMHO. However, i'll make the loader ignore it, because i've no idea what to make of it.

It seems those -s and -o and coordinates near them: "-s 0.465376 0.988734 1.0 -o 0.238287 -0.002412 1.0" are the coordinates/instructions how texture should be applied.

Maybe yes, but i've no idea about what these values actually mean. The texture obviously has to be stretched in x-direction by ~2 and in y-direction by some much smaller value...and nothing that i see in -s or -o resembles this. I can't find anything on the net either. When i load the model in DeepExploration and set the texture manually, the result looks exactly as what jPCT renders. I guess the key is to find something that can read this variant correctly and export it again in a way that it doesn't contain this weird data anymore. Usually, DeepExploration does this trick for me, but not here...I also tried to load it in Blender (but i was too stupid to make it visible in this abomination of a GUI) and in Deled3D (which invented a new plane but didn't load any material information at all)...