Thu, Jan 9, 1:34 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2025 Jan 09 3:46 am)



Subject: a question about naming runtime subfolders and Poser 4 crashing...


droyd ( ) posted Wed, 03 April 2002 at 11:18 PM · edited Thu, 09 January 2025 at 3:40 AM

Hi Everyone, I am loading the various clothing items that I have (freebies) into the runtime geometries/libraries folders in Poser 4.03. They are various items of vicky and p4fem clothing. I am getting alot of crashes when I try to apply items to the Stephanie figure. The warnings are saying that Poser can't open the obj's and then I get the " out of memory" warning after I click the ok button in the dialog box. I have noticed that the names of the folders Poser is looking in is different than the name of the folder I have the item in. By this I mean that I have been placing the items manually into the Runtime/libraries folders and I have not used any automatic unzipping to these folders using winzip. I have modified the names of some of the folders and I'm wondering if that is why the crashing is occuring. For instance one of the items originally had been in a folder in the zip called "millieclothing" and when I created the folderin the Runtime directory I called it "vickyclothing". When the crash occurs Poser says it cant find the object in the "millie" folder and names the millie folder as the one it apparently wants. I was under the impression that you could name a folder anything you wanted as long as it was in the right place and you didn't change the name of the main folder (ie geometries, libraries, etc.) and there shouldn't be a problem. Is Poser so sensitive that if someone has a particular name on a folder in the original zip file that if you copy the contents to a folder in the Runtime folders and it isn't identical Poser crashes? I've never had this problem in the past and I'm wandering if this is the reason. If someone needs a screenshot to understand this problem better I'll post one here. Also I assume that in Windows you can't allocate any more memory to Poser ( I dont think this really is the problem ) and that you can only do that on the Mac according to the manual. Some items load fine onto the figure and some do not. I'm confident that I have the files where they belong and the only thing I changed are names of subfolders. I also believe the unzipped files are fine too. If anyone can shed some light on this dilema I would appreciate it.


VirtualSite ( ) posted Wed, 03 April 2002 at 11:26 PM

I have modified the names of some of the folders That's your problem right there. It's not just the obj name that Poser is looking for, it's the entire RunTime trackline. If you rename a folder, Poser can't find it, and bam! there you go. And yes, Poser is that sensitive. It already crashes when you misplace a comma, let alone an entire name. Don't tempt Fate. If the geometry folder is called "millieclothing", leave it alone. The alternative, if you want to risk it, is to go into the obj's text and rename the track there, but I wouldn't do that unless you know exactly what you're doing.


JoatMon2 ( ) posted Wed, 03 April 2002 at 11:36 PM

If you open the .cr2 file with a text editor, the first part of the file will show a path for the .obj file of the figure. The .obj file MUST be in that folder or Poser crashes. Using Poser (without ProPack), all the .obj files work (or work better) if placed in one of the folder under the runtime:Geometries:xxx... folder. I made some stuff that works great with Poser Pro Pack but crashes Poser (because the .obj files are located in one of the runtime:libraries:xxx). You can also delete the .rsr files - these remember the wrong location for the .obj files. Poser will make new ones when you load the figure and save it over itself. You may need to make new folders (under runtime:Geometries:) and change the references in the .cr2 file (2 places near the beginning of the file) to match the names of your new folder(s). Poser is very picky - if it doesn't find the file where it is looking, it crashes. Remember that Poser is CaSe SeNsItIvE when it comes to folder names! Maybe Poser 5 will be more friendly.? Joat Mon


queri ( ) posted Wed, 03 April 2002 at 11:56 PM

While this thread is going-- I have run into this most often with Kozaburo hair which usually has no path file in the zip. I think I fixed the Ponytail by putting it in the Hair folder of Geometries, but I'm darned if I can get the Wave hair object in the right place. Does anyone know where it goes? Poser has been crashing more for me lately anyway as the textures get incrementally huger. Or freezing anyway. Emily


Jaager ( ) posted Thu, 04 April 2002 at 1:09 AM

Emily: When you open the HR2 in EditPad, where does it say the the geometry is? Some of Kozaburo's hair is external call, but some of it has the geometry embedded in the HR2. I extract the geometry from HR2 files with it embedded, and put it in hair also. That way, if you want to morph it, the morph stock comes from the same place as the geometry used by Poser. Droyd, I agree that the proliferation of folders in Geometries can get absurdly large if you go with defaults. Organization is good. BUT, you must tell the Library file where to find the geometry in its new location. As Joat Mon says, Poser will not cut you any slack, the path MUST be precise. Practice until your get it right. Once you see the pattern you will be more confident. You do not have to be a pawn subject to the decisions of others.


queri ( ) posted Thu, 04 April 2002 at 2:30 AM

Jaager, I think Poser's asking for the Wave obj in Koz's hair-- which, I suddenly realize, must mean it wants it in the hr2 folder. I do know the error you get mentions the path it's been looking on to find the obj-- I just never realized it might be the hr2 rather than in Geometries. I do have other hair objects kept in hr2 folders but I never knew that until a few days ago when I went through my folders-- which is quite a long job now. Emily


droyd ( ) posted Thu, 04 April 2002 at 2:47 AM

Thanks for the input everybody. I didn't realise Poser was this particular. I've been using it for a while and haven't run into much of a problem till today when I copied a bunch of clothing files into the Runtime folders. I will go back and change the names of the folders to the names of the original zip's folders and see if that helps. Either way I'll come back here and give a report. Maybe this will help other people who do manual loading of files like me and not just unzip everything directly into Poser.


droyd ( ) posted Thu, 04 April 2002 at 3:21 AM

I tested the Runtime subfolder renaming (back to what the zipped folder was named ) and it definitely worked on the first item I tryed it on. This time I didn't crash Poser by loading the clothing item on the figure and no "out of memory" warning either. I should have known better than to mess with folders inside a program like that. I just didn't think it mattered that much since in the readme's for some of these items the creator's had said that you could put some files ( don't remember which right now) in "whatever" folder. So, I figured that since they didn't specify that a folder HAD to be named this or that, that it meant any subfolder could be named "whatever" as long as the main Geomitries, Libraries, etc folder's weren't messed with. Oh well, I like to learn new things anyway and this will save me some addition headaches. And just when I was feeling like I finally knew what I was doing! Thanks people, that's one more I owe ya. Just in case anyone was wondering why I don't just unzip the files directly into Poser, it's mainly because I usually make my own textures, and that way I can keep the texture folder from growing too large with unzipped textures I probably wont use.


ronknights ( ) posted Thu, 04 April 2002 at 5:12 AM

The only folders you can't rename are geometry folders. Poser must find the geometries in their original place. In some instances I've encountered trouble when I had the textures in the wrong place. Poser asks me to find the textures. I've worked with a runtime folder that is 10GB in size. Take it from me. You can rename every folder except Geometries. You can move all that other stuff around. You might want to remember where you put it!!! I've only opened a cr2 once or twice, and frankly there is too much techie stuff in there for me. Just use a file manager to do your work. ron


lalverson ( ) posted Thu, 04 April 2002 at 6:11 AM
Online Now!

Ron is right except for one small thing. mostly for Pro pack users or people that use characters that were made with pro pack installed on thier system. The goemetries folder ron is 100000% correct leave them be!!! But when you vreate a character in pro pack the OBJ or that character is stored in the same folder as the cr2. which means if you change the character folder name the cannot locate error returns. This means should you cnage then name of that folder you either have to make and move that obj into it's own folder in geometeies and amend the object call in the cr2, OR amend the object call path to the new folder name. example; figureResFile :Runtime:libraies:additional figures:lHandP3.obj (this is how propack will store it) figureResFile :Runtime:libraies:new name folder:lHandP3.obj (this is what you would need to to if you move the cr2 to a new folder and it still work, note the obj will need to go into that folder as well) confusing? you bet..but it works


Jaager ( ) posted Thu, 04 April 2002 at 1:21 PM

Emily, if the geometry is in the Library (hr2) it is usually transparant to you - it just loads - The external call is when you get the "where is it" - I think. The advantage - now - for external call for hair -is if a prop only needs scaling, positioning, or a morph for it to fit Vic and Steph and Mike and MilKid and P4. If the geometry is 1 Meg - internal geometry means that you need five 1 meg files. If it is external call, you then have five 50 k files and one 1 meg geometry file.
Just open the wave.hr2 in EditPad and look. If it has a huge block of "v" lines, "vt" lines "vn" lines, "f" lines - at the beginning - this IS the OBJ file.
You can cut the geometry out, paste it into a new document, give a name with extension .obj and you have a for real geometry file. You have just let your TE export the geometry, instead of Poser.

If it has a path instead, look at the path and see if you indeed have a geometry file in that location. If not, either put it there, or change the path to where it is.

droyd, you are at a fork in the road.
One way is safe and easy, but your options are limited to what others provide for you.
The other is more difficult, requires trial and error, gets you scratched up at times, but lets you call your own shots.

There are generally two sorts of files in Poser:
Library files
Files that the Library files use.

Library files end in = cr2, pz2, pp2, hr2
You call them. The restriction on their location = they must be in the Library that their extension defines
cr2 - character
hr2 - hair

These files can be in any folder within their Library - after all, you are the one that finds them.

The files that the Library files use, must be where the files expects to find them.
If it is a geometry and the first call is incorrect, Poser crashes - out of memory sort of message.
If the first is correct, but the second is not, I think you get a bikini or something, it yells at you, but does not crash. If a second geometry is called, but wrong, no crash, but much strangeness.
If it is a texture that is wrong, Poser will try to find it. If it cannot, it will ask you - for every material - one at a time.

Geometry paths must be precise - really precise - or you will likely have a crash.
Texture paths must be precise - if you don't want to be bugged to death.

Both of the type files can be anywhere, not even on the same drive with Poser, just as long as the path is correct and the files are available.

The files are text files. Using a text editor, you can make the paths whatever you want. Using a cr2 editor, you can have it made whatever you want. You have control - as long as you follow the correct syntax.


steveshanks ( ) posted Thu, 04 April 2002 at 3:03 PM

just an extra tip, a runtime folder can be any case, like clothing is the same as CLOTHING but the obj can't ..ie. if shirt.obj works and you name it to Shirt.obj it won't work.....Steve


JHoagland ( ) posted Fri, 05 April 2002 at 9:43 PM

Attached Link: http://www.cocs.com/poser/marketplace.htm

All of the above posts are correct- you can not modify the names of the sub-folders under your RuntimeGeometries folder... with one exception: if you change the folder name, you MUST adjust the cr2 figure's "pointer" to match. What I mean is that you have to change the line in the cr2 file that "points" to the obj file, from: figureRes ":Runtime:Geometries:MillieClothes:Dresses:LongDress:bldress43.obj" to: figureRes ":Runtime:Geometries:MyNewFolder:bldress43.obj" However, this would require loading the cr2 file into a text editor, manually adjusting the lines of code, and then hope that you did it correctly (or you will have completely *fouled* your cr2 file). Of course, there is an easier way! I was going to announce this in another forum, but this seems like as good a time as any! I have just finished developing the *Poser Object Organizer Program*- a program that lets YOU, the user, control all the file referencing for Poser files. Want to see if you have all the referenced files for that cr2 you just downloaded? Click on the file and the program will display the obj and image files. Click on these "referenced files" and the program will find their location on your hard drive. And if the referenced file's folder doesn't match the actual folder, the program will correct the "discrepancy". Of course, the progam will make a backup of your cr2 file BEFORE any changes are made to it (this is a default "preference" setting that can be turned on or off). Or, suppose you want to see if a certain obj file is even used by any figure files. Just click on that file and the program will "scan" through the figure files in your RuntimeLibrary folder to find anything that references it. If the obj file isn't found in any figure files, you can delete it (and save hard drive space)! Just follow the link (above) to my Marketplace page, where you can purchase the program. *OR* you can wait until it is approved for sale, here in the Renderosity Marketplace, to purchase it. Or, you can read about my program in the Products Showcase Forum at: http://www.renderosity.com/messages.ez?ForumID=12413&Form.ShowMessage=648354 --John


VanishingPoint... Advanced 3D Modeling Solutions


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.