pmaker opened this issue on Jul 21, 2005 ยท 7 posts
pmaker posted Thu, 21 July 2005 at 8:03 AM
For some reason the reference to a geometry file has made a turn left (or right) and when I load this prop I end up with a total different model, it has the same name but is in an entire other folder. I still have the original obj. file, can even import it into poser but poser refuses to load it and comes up with the other one. By the way, it always worked fine untill now. I can load the prop in DS so nothing wrong with the obj. How can i correct this annoying problem. Your help is much appreciated.
randym77 posted Thu, 21 July 2005 at 8:57 AM
This is why files should be given unique names. If two files have the same name, Poser will just grab the first one it finds, even if they are in different folders or different runtimes.
To fix this...I would change the name of the OBJ to something unique, then change the refereces that call it (in the CR2 or whatever).
pmaker posted Thu, 21 July 2005 at 9:51 AM
Thanks, I renamed the other file and now it works again. Apparently poser doesn't store paths to files, would be a nice feature. Now I only have to find the other files character.
randym77 posted Thu, 21 July 2005 at 10:13 AM
I guess I can see why they did it the way they did. If your path is wrong, the item still works.
But it can be a real pain. Correct Reference can be very useful for this kind of thing. You can rename a file, then run CR to fix the references so they point to the new filename.
Dizzi posted Thu, 21 July 2005 at 12:08 PM
No, Poser cares for the path as long as a) the path is correct b) a file with the same name wasn't loaded before If the path isn't correct, it'll look anywhere in the runtime and pick the first file it finds. If a file with the same name was already loaded before, it'll take that one and just ignores the path. (That's true for P5 and P6 at least.)
randym77 posted Thu, 21 July 2005 at 12:27 PM
That hasn't been my experience. I often have trouble with Poser 5 picking a texture from the wrong runtime. In particular, the black MilCat MAT ends up applying a black dress texture. And they are in different runtimes.
Dizzi posted Thu, 21 July 2005 at 1:03 PM
Yes, throw in multiple runtimes and it gets worse ;-)