Crash on resized lots at 7PM -- any ideas?
Madame Mim:
Really? Sure - you can have a link to 14 Dry River road - I've not actually been trying to crash it, but a fresh version of it always does for me (5 out of 5). It also (one attempt) does not respond well to the change and save to prevent crash move. I'll just go upload it to my site and then come back here with a link.
http://www.genensims2.com/guest/MadameMim/temp/14 Dry River Road.rar
This is a 1x1 lot made in base game. It has Marvine's animated ladder and Numenor's coal stove - both of which have not been stripped from the Sims2Pack
Dang - copy and paste the link. The spaces in the file name seem to have bodged the auto-linky-thingy.
J. M. Pescado:
I have a different question: Were these lots shrunken BEFORE, or AFTER, somebody attempted to build something on them in any way? Perhaps the shrinking process imperfectly updates the lot's structure and geometry, and if one were to shrink the lot while it was still simply a green square, or methodically stripped it of all objects, including invisible controllers and portals, this problem would not occur post-construction?
Madame Mim:
After, in my case, and I'm pretty sure in most (if not all) of the other cases. It is (after all) an attempt to circumvent the games prohibition on building to the edges of the lots. So we build to where the edges will be and then shrink.
Doc Doofus:
Quote
I have a different question: Were these lots shrunken BEFORE, or AFTER, somebody attempted to build something on them in any way?
AFTER. It has been done BEFORE quite successfully, and not just with the latest Lot Extender. The original Lot Extender (was that for Nightlife?) was able to shrink empty lots quite well. There is a package that has been around for a LONG time, now, of pre-shrunk empty lots by Andi. After OFB, Lot Extender became flaky and wasn't updated for new EP's, so I, and probably other people, just used Andi's pre-shrunk empty lots in the bin.
One work-around for the crashing problem that I have found works for me (perhaps for others...) is to actually OCCUPY the *unshrunk* version of the lot, let it get past 7pm, and THEN shrink it. The relevant threads suggest there can be risks to this, but I have tried to keep things simple when doing it and it worked for me on the Backdoor 42 lot that others are crashing on.
pbox:
Quote from: J. M. Pescado on 2007 November 02, 02:10:12
Perhaps the shrinking process imperfectly updates the lot's structure and geometry
This is exactly what we want to know .. is this so? And if yes, in exactly WHAT way does it break the lot? Do you think there might be any clues in the crash logs, and/or in the shunk lot packages?
FWIW, I'll also second/third/fourth what everybody else has said .. building on pre-shrunk lots obviously works fine, but we can't build edge to edge on those, which in this case is the entire point of the shrinking procedure.
Also, have you seen this post? baratron claims that noteleportpuddles is preventing the (otherwise consistent) crashes for her .. any idea why this could be? What is noteleportpuddles actually doing? (apart from "moving puddles", obviously)
Quote from: DocDoofus
One work-around for the crashing problem that I have found works for me (perhaps for others...) is to actually OCCUPY the *unshrunk* version of the lot, let it get past 7pm, and THEN shrink it. The relevant threads suggest there can be risks to this, but I have tried to keep things simple when doing it and it worked for me on the Backdoor 42 lot that others are crashing on.
Did you try this with only one household in the lot, or also with moving out the occupants after shrinking and then moving in a new CAS sim?
Navigation
[0] Message Index
[#] Next page
[*] Previous page