After spending a few hours playing with PPP trying to solve the missing triangle problem with groupings I found out something interesting. I was able to get PPP to save a cr2 WITHOUT it making an obj. I think I selected a parented set of clothes instead of the main figure then saved the whole figure. Anyway, I examined the cr2 and found the following: usemtl armbandright g m_rshould f 172/250 376/66 171/251 f 383/15 384/13 202/14 instead of usemtl armbandright g m_rshould f 172/250 376/66 171/251 f 383/15 384/13 202/14 Basically the first faces entry ends up on the same line as the group command. This would indeed cause the first face to be skipped. I tried bringing the face line down to the next line and reload only to get the same result upon saving and loading. My conclusion so far is PPP screws up the group line and concatinates the first face line, skipping its inclusion in the geometry data when the cr2 is read in. This would account for the missing faces. This corrupt data is then used to create the new obj file upon saving. Basically it appears to be a loader problem. Some how the loader must concatinate these two lines when parsing the cr2 and so the first face in each group entry is skipped. I'm guessing at this but, when I cut the messed up group data out and create an obj file from it using a text editor then view it in max I get exactly what I see in poser with the same triangles missing. Adding a carriage return to the correct lines then loading the obj created a perfect part with no flaws. I'm contacting CL about this as well. If they can't fix it I'm hoping I can come up with an exe that can pass thru the cr2 and do something to adjust for this.