I work with a figure, add morphs to it and so on, then save the cr2 or crz. Sometimes P5 creates an obj of that figure - in the same folder as the cr2. Without me asking for it. Ths is EXTREMELY irritating, since if I move the cr2 elsewhere or change the name of the folder etc, suddenly I can't load the cr2 next time without complaints. Why does P5 do this? P4 certainly never did. :] Fish

I think Pro Pack did the same thing, if you used the grouping tool to make changes to the OBJ. It keeps your original OBJ untouched, which I suppose is good in a Disneysoft hand-holding "we know best" kind of way. :-(

No, without grouping - all I need to do is change the figure minimally by creating say a new MT with magnets. And then there it is, a new obj.... :] Fish

Ah well. In the trade, we call this "dodgy software". Sorry about the technical jargon. :D

You could change the name of the object that the cr2 loads back to the original, then delete the newer obj.

This does sound like a very black mark against Poser 5.

I've seen Poser5 making obj when you use the grouping tool, but mine never made a new obj if I just used magnets and spawned morphs. I that that obj are only created when you tweak the grouping geometry somehow (even if just for changing the material groups).

Ditto compiler. As I understand it, this feature was introduced in Pro Pack. With P4 if you so much as look sideways at the grouping tool, Poser embeds the mesh and you wind up with a figure that makes no reference to external mesh at all. Since Pro Pack and P5 don't like internal mesh, they export it to a new obj file in the same directory as the cr2 instead of keeping it internal. In other words, it's the same thing Poser 4 does, just exporting the mesh instead of making it internal.

Interesting. The .obj-creation thing has never happened to me in P5, either ... except when I use the grouping tool and then save to the library. And I was spawning, splitting, and deleting morphs all day yesterday. Either it's an intermittent bug and we've just been lucky, or something is bunged up with FishNose's installation of P5.

Same for me, in PP or P5, only get the new object when using the grouping tool.

I got a new object whenever doing something with the setup room in Pro Pack or P5, and then saving the CR2 to the library. This is true even if the OBJ file was in the tree beneath the Geometries folder, where it's supposed to be. The CR2 always points to the object in the CR2 folder, rather than the original object in the OBJ folder. You'd think it would be the same as the materials, which always point to the actual materials you used. It's a real pain. 8-)

Now HANG on a minute here...... I see a pattern now. Aha! That grouping business. It's related to that. I just did a search for *.obj through my character folder, and discovered that all the figures that have been doing this have been HYBRIDS. In other words, V3 with a V2 head, or Maya Doll with Vicki mapping. Stuff like that. Aha!!! It seems that once a hybrid is created, every time I save a new version of it as a cr2 or crz, it creates a new obj next to the cr2 or crz. Bummer..... I suppose this is an undocumented feature I'll have to learn with then - but at least I now see a pattern! Thanks guys. :] Fish gnashing his fishy teeth

Perhaps after making the original hybrid you could move the new .obj to the geometries folder and edit the cr2 file to point to it. Then perhaps if your additional versions after that don't change groupings they won't make new .objs, but just use the hybrid one you moved to geometries. (just guessing here)

I dont think this is strictly limited to hybrid figures. I did a little investigating. I went to the folder in Poser 5 where I keep my Posette based characters. Look what I found! Heres what all these files have in common. Their related CR2 files all originally referenced the P4NudeWom.obj in the geometries folder. However, all of those CR2s where copied over from my Poser 4 runtime folder into my Poser 5 runtime folder, then opened in Poser 5 and re-saved. During the saving process, new obj files were created and the CR2a were changed to reference the new objs. I have no idea what triggers this, because not all CR2 copied from my P4 runtime have this happen to them. My guess would be that this is some sort of thing to make the CR2 files load faster, but what it is that triggers P5 to make that determination is something I havent figured out. -SMT

smallspace : these character are all super heroes or something, am I right ? I found that super heroic character often have their material zones modified by their authors to better represent their various outfits without poke throughs. Could this be the case here ? In other words, does your "supergirl" character have the same materials as the original posette, or is there some sort of modification (a new material called "leotard" or something) ?

Its not a big problem, in the cr2 change the figureResFile line back to runtime:geometries:wherever the figure object is and save the cr2. Then you can delete the newer object. It is a nuisance but this seems the best solution.

This could be due to the fact that although P5 ships with all the legacy P4 and P3 figure meshes, in some cases the geometry may NOT be the exact same as the version used to create the original CR2. In this Case, P5 and Pro Pak are "smart enough" to recognize that this is a different version and reconstructs the obj for it in the P5 directory. Remember, just add or delete one vertex, or even weld a group or assign a new material etc etc and the OBJ will have to be modified.