weirdass opened this issue on Apr 03, 2001 ยท 9 posts
weirdass posted Tue, 03 April 2001 at 9:56 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. =};-}>