Jim Burton opened this issue on Apr 17, 2004 ยท 14 posts
Jim Burton posted Sat, 17 April 2004 at 10:32 AM
XENOPHONZ posted Sat, 17 April 2004 at 12:04 PM
Deja vu all over again. This sounds like something from 1-2 years ago.
I wonder if the crash is actually being caused by the hair, and not by the dress? Is your associate using the P5 hair, also?
Dynamic hair is a complete resource hog. For this reason, I stopped using it some time ago. It tends to limit the placement of other items in the scene.
Jim Burton posted Sat, 17 April 2004 at 1:10 PM
She tried it without P5 hair, too, got a crash both ways. Yeah, I surely agree about P5 being a resource hog! I almost exclusively use P4, myself, too, this would render in seconds in P4, instead of 15 minutes.
XENOPHONZ posted Sat, 17 April 2004 at 2:30 PM
That's part of the reason why I render in Vue Pro these days.
PJF posted Sat, 17 April 2004 at 3:07 PM
Jim Burton posted Sat, 17 April 2004 at 3:42 PM
It (DAZ Studio) just crashed when I try a render, even of the included Egyptian scene. She looks O.K. in preview, though. ;-) Oh, Well!
PJF posted Sat, 17 April 2004 at 4:03 PM
It's just the naked figure above, but I thought I wouldn't bother applying the nudity tag. I hope no one is offended. ;-)
Redfern posted Sat, 17 April 2004 at 4:48 PM
"Starfleet? Did you get them?!" "What we got back didn't live long, fortunately..." Sorry, couldn't resist. Whenever I view mesh distortion of this kind, I'm reminded of the transporter accident from ST:TMP. I always have to turn off the sound not to hear that inhuman scream. Dang, it still sends shivers down my spine. Silly neurosis, I know. Sincerely, Bill
Tempt the Hand of Fate and it'll give you the "finger"!
Jackson posted Sat, 17 April 2004 at 7:32 PM
mamba-negra posted Sat, 17 April 2004 at 10:32 PM
What exactly do you mean by crash?
Some neftis hair was causing weird behavior that went away when the hair was carefully reassembled (lots of material zones that were intermixed). The render would appear to freeze when prepping up for the render....however, it eventually made it through the render...if you gave it hours....
P5 is only a little slower on my machine than P4, except for a few situations (due to whatever the hair bug was)....so I use it over P4. I just wish they'd fix the problem with props that worked in p4 that look like crap in p5....arg.
Now DS is slow for me, so I've only loaded it once or twice.
eric
Jim Burton posted Sun, 18 April 2004 at 11:38 AM
She said "lockup", I'm not sure exactly what she means by that, when DS crashes for me, for example, I get dumped back to Win 2K's screen, and the program closes. Win2K and XP are not supposed to totally lock up, being protected mode operating systems. Let me see if I can get her to comment here.
mabfairyqueen posted Mon, 19 April 2004 at 12:28 AM
Aaack! Ingenue turned inside out!! L
mabfairyqueen posted Mon, 19 April 2004 at 12:39 AM
Okay, here is what I've been experiencing. The dress works fine in P5 right up until I go to render it. Then P5 just locks up and does the "not responding" thing. It doesn't do that for anything else. I've slowly eliminated everything and narrowed it down to the dress. I bring in the dress and nothing else and it locks up. Weird. I have the dress installed in a seperate runtime that I've set up for all my V3, GV, IV, and SP stuff. The dress is the only thing that doesn't work when pulled from this runtime. However, I installed the dress to my old, bloated P4 runtime and it rendered fine in Propack. It also rendered fine in P5 suddenly, but only when pulled from the old P4 runtime. I'm going to try seeing if it will now pull from the new seperate runtime now that P5 can choose to reference it from the P4 runtime if it wants. I've noticed that P5 likes some obj's to be referenced in the old P4 runtime or P5's own runtime. Why is that? Anyone know? Anyways it's working now, finally. This is a relief, because I was hoping to make P5 friendly mat pose files with the node info in them and all that.
Jim Burton posted Mon, 19 April 2004 at 8:42 AM
Ha! Great to hear it! My CR2s have the "short" file references in them (as below), I wonder if the long ones would work better seperate runtime? I have no idea... ;-) reflectionMap ":Cheongsam:Red-Pink-Lined.jpg"