I was trying to do something with the Poser 4 Casual Woman's texture map, and whatever I did to my MAKEOBJ it wouldn't behave right. Finally I copied one of her fingertips onto a small .OBJ file. This render is of the fingertip textured with a map of horizontal lines. The lines should cross from face to face smoothly, but instead it is like crazy paving. Also I printed the fingertip's .OBJ file as text to examine it. Most of her acts the same and likely suffers from the same fault. I get the impression that at some time her geometry file got corrupted, namely her **vt** array of texture map coordinates was shifted along and got out of step. She needs re-texturing for Poser 5. Please forward this to Curious Labs or to whoever is in charge of the standard Poser models. I don't know how many other Poser models suffer from this fault.

Her geometry file is ...RuntimeGeometriesnewCasualFemalefemaleCasHiP3.obj

hm, did you do the fingertip export from poser or did you grab it direct from the geom folder? If you went thru poser it might be a corrupt rsr file...you can delete the rsr file that's in the geom folder and reload the character and it might work properly. I'll have a look at this in poser when I get home. interesting. Mary

I used MAKEOBJ to open the geometry file; I chose the menu Gropp, choose groupo from menu; I clicked one of the groups, which was a fingertip. I wrote the m odel to another fiule in "selected faces only" mode. Then I read and re-wrote the new file with MAKEOBJ to collect the garbage. That has worked OK infinity times. In MAKEOBJ, previously, "find the texture map areas" acted badly wrong for that model but for no otherts.. When I printed out the fingertip's .OBJ file as text, I looked at the f lines and saw easily that the (pointer numbers to the vt lines) were askew and wrong, e.g. corners shared by adjacent faces (= having the same vertex number) had different vt numbers far too often. I made this render using MAKEOBJ . The colors wewnt like that because I converted the result to 256-color mode so I could put it into GIF mode.

what's MAKEOBJ? I assume it's something outside of poser...sounds like a handy app. anyway, I'll at least compare to see if my poser version has the same screwy thing going on.

I wrote MAKEOBJ . It is in the Poser Free Stuff.

"...RuntimeGeometriesnewCasualFemalefemaleCasHiP3.obj" Isn't that the P3 Casual Woman? Or does the P4 Casual Woman use the same .obj, I can't remember.

The Poser 4 Casual Woman uses :Runtime:Geometries:newCasualFemale:femaleCasHiP3.obj

I've had problems like this if I export from Max using Habware and use polygon instead of triangle support. For some reason Poser needs polygon faces in a certain order or it gets this result.

I have never had this trouble before in all my work with making Poser models, whatever order the polygons and their corners are in. The bug will be in Max or Habware likeliest, not in Poser. What is Habware? What is the full name of Max?

The P3 CW model has always been like this. I had a discussion with Cooper about it on this site when Willow was in charge so they definitely know about the problem, but with proper clothing included with P4 they never fixed the problem. Its just one of the many 'never-to-be-fixed' bugs found in Poser.

I have just made a re-mapping of her geometry file with this fault corrected. Who should I send it to to get it included in the next version of Poser and/or put on an official update download site, if it is suitable?