Forum: Poser - OFFICIAL


Subject: Poser 5 crashes!

Sorel opened this issue on Aug 15, 2009 · 9 posts


Sorel posted Sat, 15 August 2009 at 5:26 AM

Hello!

I would really appreciate your help :o)

Could you please let me know what you think has been done wrong in the figure creation process on in general so that a figure would crash Poser 5 while it works fine in 6+7?

Thank you in advance!
 
 


nruddock posted Sat, 15 August 2009 at 6:09 AM

You really need to give a few more details for anybody to stand a chance of being able to help you/


wheatpenny posted Sat, 15 August 2009 at 6:20 AM Site Admin

which figure is it and what were you doing when it crashed?




Jeff

Renderosity Senior Moderator

Hablo español

Ich spreche Deutsch

Je parle français

Mi parolas Esperanton. Ĉu vi?





nirvy posted Sat, 15 August 2009 at 11:43 AM

The figures are clothing:bra and panty. You can see them here              
(I hope I'm allowed to leave this link)

The clothing works perfectly in P6 - P7, renders fast and uploads fast ... but when uploading either figure into the scene in P5 one sees nothing and P5 crashes.

It doesn't make much sense and we don't really know what to start looking for to fix this so any help or ideas sure would be appreciated.

Thanks



nruddock posted Sat, 15 August 2009 at 6:27 PM

Let's start with a few basic questions and checks.

Are the morphs in the CR2 or in a PMD file ?
Is the geometry compressed (OBZ file) or not (OBJ file) ?

Are you able to load the geometry directly (i.e. import the OBJ) without problems ?
If you can do that, then the fault is likely in the CR2 and we'll need to dig into that.

First you can do some simple things :-
Make sure that the materials don't have any orphaned nodes (use the supplied Wacro and resave).
Check that there is only one "Center of Mass" and "Goal Center of Mass" (if you have delete the extra ones)
Check that you haven't  got any "conformingTarget" lines (if you have delete them)

If none of those (or some combination) is the problem, then it would help to know if you've ever had it working in P5 and if so what were the things you did between it working and not working.
At this point it's likely to be a problem with a morph or morphs and/or ERC and so the next would either be to start stripping those in an attempt to locate the cause of the problem.
A perhaps more efficient alternative would be to send a copy of the CR2 and OBJ for inspection.


nirvy posted Sun, 16 August 2009 at 5:30 AM

Thank you very much nruddock, you have been extremely helpful. It is the morphs. Sorel will go by elimination to see exactly which ones are causing the problems.

I would have never expected morphs to create a problem for P5,
Do you know the reason for this conflict?

Thanks:)



nruddock posted Sun, 16 August 2009 at 7:10 AM

Quote - I would have never expected morphs to create a problem for P5,
Do you know the reason for this conflict?

After a quick look, the most likely suspects are those with spaces in the names (and possibly punctuation characters) and/or those that have names longer than the limit (which was ISTR was quite low, 16 IIRC).
I'll be able to be more exacting once I've fired up P5 and have had the chance to try loading.

It would definitely be a good idea to remove the conformingTarget lines if you haven't done so already.


nruddock posted Sun, 16 August 2009 at 8:35 AM

After trying some things out, it appears that P5 is choking on the ERC for super-conforming the morph settings.

My guess is that P5 can't cope with there being no target figure for those ERC blocks, as happens when trying to load the figure by itself, or when there are no matching morphs in the first figure loaded.

Given that the items are for the Gen4 females whose use in P5 is troublesome (all files are versioned for P6 which means that they're a complete PITA to load) as there are other compatibility problems like this one.
The simplest fixes* are either to provide a CR2 for P5 with the super-conforming ERC removed, or add a note to the ReadMe that V4 etc. must be the first figure loaded, and must be present before loading the items.

*On the assumption that the long morph names aren't causing additional trouble.


nirvy posted Mon, 17 August 2009 at 12:58 AM

Once again, thank you so much for your help.
Sorel is doing a lot of testing and experimenting so in the future we will be sure not to have the same problem.