I’m having a hard time with PVRGeoPOD for 3DS Max 2009. The problem occurs with both v1.14 and v1.15. I have objects with a single (diffuse) texture and therefore only one texture map. I would expect all such objects to be exported with one single UVW channel. However they are exported with more UVW channels, usually eight, sometimes less. The additional UVW channels are usually filled with rubbish, but sometimes they contain data that could reasonably be valid uv data, although they have no relationship with the object. Although annoying, that would not be a big deal, but… the “right” data are sometimes put in UVW#0 and sometimes in UVW#1 (and, who knows, there may be even objects using other channels). The choice of the channel seems totally random or at least I could not determine any correlation rule. Of course a POD file exported in this way is barely usable. If this were caused by a bug in PVRGeoPOD it would be so macroscopic that everyone would have noticed, so it must be something wrong that I’m doing. But what? Is there someone who can help me?
Thanks in advance,
PS: I can send you a Max file showing the problem, if needed.
As you mention, please could you send this Max file and an example of a broken POD file to firstname.lastname@example.org and a screenshot of the settings that you used to export it.
I don't know how those UVs are generated. The Max files are provided to me by outsourced artists and, being a programmer myself, I barely know how 3DSMax works.
This might fix this particular scene, which contains just one object, although I'm afraid it might break more complex scenes. I'll give it a try, though.
While I understand that the Max file may contain spurious data in it, possibly introduced by some non-orthodox authoring process, it’s apparent that 3DSMax knows which is the right UVW channel to use for texture mapping. This knowledge is surely available to exporter plugins, in fact the gw::OBJ exporter produces a file with just the right one UV channel. However, it seems that PVRGeoPOD is blindly exporting all channels without taking such knowledge into account. Therefore, I am convinced that this should be considered as a bug in PVRGeoPOD.
If you disagree, please consider the following feature request: allow as an option to export only the channels actually needed for texture mapping in alternative to the current behaviour of exporting all available UVW channels by index.
I don't think exporting extra mapping channels if the artist has added them a bug as it is perfectly reasonable to add extra channels and only use them in the app that you load the POD file into.