Sat, Jan 11, 4:18 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2025 Jan 11 12:18 am)



Subject: How do you remap on a Mac?


gyusaku ( ) posted Fri, 08 June 2001 at 6:46 AM ยท edited Thu, 15 August 2024 at 7:49 AM

I have am having a fundamental problem with remapping. I have read posts on the subject, but most are geared toward PCs. Since there is no .rsr file one the Mac I cannot deleate it (although I have tried converting the file to a PC ready file which splits off a .rsr file and then deleating the .rsr file, and reconverting the .cr2 file to a Mac format..no luck). I have replaced the old .obj with a new one baring the same name, or a different name (which was odd because the .cr2 file did not seem to care that the name was wrong). Do I have to force a dependency on the .obj? I attempted to do that by typing in the "figureResFile" into the .CR2 file (which did not contain even 1 of these lines let alone 2 which I think is the normal number). On a related note I can't find the tutorial on what all the stuff in the CR2 file is (File Not Found). Any help on these issues would be greatly appreciated. Thanks in advance. -gyusaku


MartinC ( ) posted Fri, 08 June 2001 at 6:57 AM

If your re-mapped .obj file has the same name as the original one, just replace the old version with the new one, if it is a different name you must edit the .cr2 to use the new path/name. So, what you did was exactly correct, and the mistake must be somewhere else. I think this is the clue: > I have replaced the old .obj with a new one baring the same name, or a different name (which was odd because the .cr2 file did not seem to care that the name was wrong). If the .cr2 didn't complain than it simply points to a different location. Check it completely with a text editor, and look for all references to .obj files. You must have overlooked some of the paths.


doozy ( ) posted Fri, 08 June 2001 at 4:50 PM

I attempted to do that by typing in the "figureResFile" into the .CR2 file (which did not contain even 1 of these lines let alone 2 which I think is the normal number).<<< Maybe this means all of the geometry for the CR2 is custom geometry...??? Is that possible? How about if you tell us the first 20 lines of the CR2 file, maybe we can see what is going on. The Mac analog of deleting the RSR file is deleting the resource fork of the file.


gyusaku ( ) posted Sat, 09 June 2001 at 8:00 AM

Thanks for replies, here is the first 20 lines: { version { number 4.01 } figureResFile :Runtime:Geometries:dunard:Unit01v1.obj actor BODY:1 { } actor hip 1:1 { geomCustom { numbVerts 143 numbTVerts 0 numbTSets 0 numbElems 122 numbSets 488 the "figureResFile :Runtime:Geometries:dunard:Unit01v1.obj" line I put in myself b/c I was trying to force it to look at the .obj file. There is no other occurance of this in the .cr2. I am designing this thing from scratch, so maybe there is something else that I missed that I needed to put in when I made it. As far as the .rsr goes, I used to think that (and I am willing to be presuaded of that again), but when I look at the resourse fork in ResEdit the only resourse is the icon. When I split off the .rsr and look at it in a test editor I see a lot more information (including some garbled path names I think). Anyways, again, thanks in advance for any suggestions. -gyusaku


doozy ( ) posted Sat, 09 June 2001 at 9:22 AM

Well, that geomCustom means the hip is described right here... So adding a figureResFile statement won't change it. If you want the hip to be taken from your obj file, then replace that geomCustom stuff, something like this: actor hip:1 { storageOffset 0 0 0 geomHandlerGeom 13 hip } and similarly for any OTHER body part that should be taken from the OBJ file in the figureResFile statement. The resource fork of the CR2 contains only the icon. The resrouce fork of the OBJ may containe a pre-digested form of the OBJ, but it looks like yours is never looking at the OBJ, so there is no worry about that.


gyusaku ( ) posted Sat, 09 June 2001 at 10:36 AM

Ok, I did that. I replaced all the geomCustom with actor "bodypart":1 { storageOffset 0 0 0 geomHandlerGeom 13 "bodypart" } where "bodypart" is the part of the body stated just before the geomCustom statement. After all of those statements, before the defining of the parameters I inserted another "figureResFile :Runtime:Geometries:dunard:Unit01v1.obj", because I had seen that in other .cr2 files. New problem though (sigh)...the figure does not appear at all. The program registers Figure 1, even has the names of the body parts but there is nothing in the window (nothing when rendered either). I applied textures, still nothing. Any suggestions? BTW, thanks a lot for your help. -gyusaku


doozy ( ) posted Sat, 09 June 2001 at 3:37 PM

OK... I would say start with a CR2 and OBJ that you know work. Then change one part in the OBJ and get that to work. Then a second part. After you see how these go, consider doing everything in one go. By the way, how did you get the OBJ that you are using? Does it have the proper body parts, with the exact names you are using in the CR2? I think your "hip 1" doesn't match "hip" but the :1 is automatically put in by Poser so you don't have to.


gyusaku ( ) posted Sat, 09 June 2001 at 6:32 PM

file_178121.jpg

You just hit the nail on the head ^_^. The obj file had some weird names for the groups that looked like hip_1:3. But when I added an underscore to the CR2 file and removed the :3 from the obj file everything works beautifully (see pic). Thank you so much. Now I have to make a nice texture before putting it into the free stuff section. Again, thanks a lot. -gyusaku


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.