Mon, Nov 4, 10:13 PM CST

Renderosity Forums / Poser Technical



Welcome to the Poser Technical Forum

Forum Moderators: Staff

Poser Technical F.A.Q (Last Updated: 2024 Nov 02 8:21 pm)

Welcome to the Poser Technical Forum.

Where computer nerds can Pull out their slide rules and not get laughed at. Pocket protectors are not required. ;-)

This is the place you come to ask questions and share new ideas about using the internal file structure of Poser to push the program past it's normal limits.

New users are encouraged to read the FAQ sections here and on the Poser forum before asking questions.



Checkout the Renderosity MarketPlace - Your source for digital art content!



Subject: non morph loading, polygon losing...


weirdass ( ) posted Tue, 03 April 2001 at 9:56 PM ยท edited Mon, 04 November 2024 at 10:08 PM

Attached Link: http://www.weirdass.net

Man, just when I loved the Propack... I've already poken to Curious Tech on this and the answer to fixing the dropped polygons issue (female catsuit and P4 male abdomen/collar seam) is to remove the empty g lines from the .cr2... Now, me, I'm just some kid from Brooklyn who does comics... Oh digital geniuses... what is the "g" line. Also, the load morph/geometry not recognized business is nearly as annoying as MacOS X disabling third party ram. Help Mitch


ScottA ( ) posted Wed, 04 April 2001 at 7:24 PM

I wish I could give you some advice. But I don't know anything about the MAC side of things. I wish I had one just so I could help answer the questions. ScottA


weirdass ( ) posted Wed, 04 April 2001 at 8:04 PM

Attached Link: http://www.weirdass.net

Well, here's what my manic-obsessive skills at detective work have turned up... so far. I did a search here at ren/osity for "missing polygons". Found some useful instructions for a work around, but so far, I'm a really frutrated comic artist whose cast is full of holes... sigh


ScottA ( ) posted Wed, 04 April 2001 at 8:55 PM

Actually. I was the person who discovered the problem. The problem stems from custom geometry being placed inside the .cr2 files by Poser3&4 when you use the group tool. Joe Grover from CL took the explanation one step farther and explained that to fix it. Just delete the empty g lines from the .obj files. What's happening in layman's terms is: In the ProPack. The custom geometry that's located in the .cr2 files is fighting with the .obj files that the .cr2 files point to. So to stop them from fighting. Open the .obj files in a word editor type program. And delete any lines that start with G and have nothing after them. Now to be honest. This is a real Pain in the Butt. Because those files are long. And it takes a lot of work to get rid of those pesky g lines. CL will be releasing a patch that will fix this problem as well as some other problems any day now. ScottA


weirdass ( ) posted Thu, 05 April 2001 at 12:29 AM

Attached Link: http://www.weirdass.net

Scott, you're the man. Removing the "whole" g line (including the tab, F,tab, ### in front of it) just might be the answer to a prayer. One of the major players in the Starry Ones, set for an appearance soon, is in dire need of help. Thanks, Mitch


ScottA ( ) posted Thu, 05 April 2001 at 6:11 AM

Don't remove the f's. You'll need those. ScottA


weirdass ( ) posted Thu, 05 April 2001 at 8:24 AM

Attached Link: http://www.weirdass.net

found that our. Now, after the f's the numerical information seems to be formatted differently than the rest of the F lines (ie tabs, not spaces). I assume that this needs fixin too? Sorry for being pedantic Mitch


ScottA ( ) posted Thu, 05 April 2001 at 6:55 PM

I don't think so. Only the g lines with nothing following them are supposed to be the problem. I haven't really tried it. Because it's a lot of hand editing. And I don't use other people's figures anyway. But Joe Grover has said it was just those lone g's causing the problem. ScottA


Thorne ( ) posted Sat, 07 April 2001 at 12:28 AM

I found that the grouping tool had caused a new material region to get interspersed between an existing region. There are two 'g' lines- the first one names the mtl for the group and the second one is empty, but it has beneath it the coordinates for the group. This may be UV data only- not sure about that yet. Also not sure if the name of the group shouldn't be on the empty 'g' line; just like the mtl name is on the same line as the g above. If the material group should be named there and it is not, that could explain how only certain areas are affected. It would be those areas between the interspersed new material that are not named so that Poser doesn't know where to find them. Just a theory though. =};-}>


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.