Forum Moderators: Staff
Poser Technical F.A.Q (Last Updated: 2024 Nov 13 12:50 am)
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.
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... sighActually. 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
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, MitchAttached 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 MitchI 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. =};-}>
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.
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