How did you determine which lots were bugged?  I have seen this issue on one lot in a custom neighborhood, but I seem to fail at "how is one different from the others".

I've been away from the game for a few months.  I noticed with Pets that sims started routing through bushes and landscaping.  I don't recall this happening before but I could be wrong.  Is this something that was broken in Pets?

I had a problem with Elders wearing the thong in the shower and fixed Anach_EF_ThongBottom.package in my game so that it was not valid for Naked.

Twallan says he has a fix that he added to Overwatch to watch for and correct the situation that causes this.  Does not prevent the situation, just corrects it when it happens. Details there.

Also use Process Monitor to find out what CC you need to delete.

I deleted the empty lot and it stopped the swarm.   However, the game would not allow me to put a lot there after that.

In my game, I had to delete the AJV Wellness Center Gym and salt the ground it stood on because I could not stop every Sim in Bridgeport from running to the lot and standing there. 

On MATY, that usually happens shortly after the n00b posts.

Yeah.  Once.  Did not save, rebooted computer.

No, it was a meaningful but unique hex string.  In my haste I likely pasted the 32 bit version over the 64 bit version without properly selecting the entire 64 bit string

Edit:  I did somehow have an old copy of the XML around. It was "0xF093C5B9", which is the problem.  Does not like negative numbers.

Yeah.  Operator error.  I noticed that it needed to be 32 bit and did change it to a 32 bit value, but apparently it was not 32 bit enough.  When I dropped the hex value down to "0xFFFF" it worked. Perhaps my copy/paste did not catch the entire 64bit string when I replaced it.

I did not look at your package but I did take a quick look at AwesomeMod to see what was expected.  The plugin search feature looks to be tied to the list of assemblies.  If your plugin does not appear in that list, AwesomeMod will  not know to look for the traits XML file.

The bottom line is that you need to have a .NET assembly named "Simius" in the package to get the plugin scanner to recognize this.

EDIT: One should not read this and assume that I have this working.  I am just going by what appears to be happening in the code.
EDIT 2: Stay away from <CommodityKind> for now.  AwesomeMod has a bug related to converting from the XML to the enum.  (System exception, can't cast a UInt64 to an Int32 in AddValue)  Operator error

I can tell you that it is <CommodityKind>

The traitinfo command requires that you put the trait after it.  If the trait does not exist, it will tell you.  If it does, it will tell you. 

I looked at your package.  You used the same instance as AwesomeTraits and I think you should use a new instance.  You also used <Trailist> instead of <TraitList>.

Regarding the "hex" values and the comment from kuronue, Pescado uses "<Hex>Tealdeer</Hex>" in his own XML.

True.  You could have father and daughter or mother and son procreate to make the third generation.

Most of the time, Sims on SC are on the same lot.  I use SC mostly to drive revenue from painting, authoring, and stuff like that for Sims that I have in support roles (infant/toddler maintenance, fixing things, etc).  They have on-site resources for these things since I hate having to chase them down when I need them.  I always assumed that the delay when selecting the Sim on SC was due to some sanity checking specific to the SC task, along the lines of "oh, I have focus now" type stuff.  The Sims can be in the same room and there will be more delay switching to SC users than others, so loading textures should not be a problem.  

For me, the theoretical speed improvements have worked.  Lag is down to the "normal" 1 second-or-so and decision making time is much improved.  Sim switching is not as fast with Sims using SC but it is on par with the 7/21 versions.

SC lag as described above is nothing new, however, it is worse since 7/21.

Any Sim running SC has response lag from the moment the Sim is selected to the moment the next Sim selection is finished.  Pie menu selection lags when a new task is selected.   The entire game will lag when switching into a Sims with SC running (or out of, for that matter) and can get stuttery when changing tasks.  Since 7/21, lags can be quite long.  They were noticeably long on 7/21, even with the SC updates that were made this month, and are much longer now, on the order of 4-5 seconds at times.  Having no Sims running SC eliminates the problem for me.  I have been using "Write Book" more than anything else recently, but occasionally I need cash and do rock collection.  I have seen it on Skilling (Kung Fu related ones most recently) and Tomb Raider, as well. 

I solved my problem by simply staying with the 7/21 version.

Computer suckage does not apply here.  Quad core 8GB RAM and it will easily run 100FPS if I let it.

Personally, I suspect SC is hogging thread resources, possibly in a loop or check that is being called too often or takes too long to complete.  However, I have not had any reason to look to see if that is true, or even to see how EA is doing multitasking in the .NET part of Sims 3.  S.E.P.

For me, this is related to the posting I made on 7/18 (http://www.moreawesomethanyou.com/smf/index.php/topic,18136.msg545643.html#msg545643) in the bug report thread.

Stop using the launcher and I bet that error goes away.

Exactly what changes were you expecting that you did not get?

I have only been looking at script changes in the last few builds, but those changes I have seen are not highly likely to introduce freezing.  I have not been watching the other files in the package recently.

On a related note, I have had some script related CTDs that are hard to capture since installing the latest builds.

What date does "showconfig" tell you for the "6/15 16:35" version?

30 seconds of investigation: This looks like an error internal to The Sims that is being caught by Awesome Mod.

This is what was changed in the opportunities, investigator skill, and sculpture skill.  I was not sure if it was a completed feature.

Refer to this:


As for why the technical solution to this includes a "continue" in an inaccessible code block, my mind is still numb from trying to understand.

Latest update to AM was posted (showconfig is 6/16/2010 08:52:09)

Some simplification of Awesome code in the Rabbit Hole Entry System.  I see no actual changes in how it ultimately works, so if there is an actual change it is subtle or second order.

There were changes with opportunities, inventing skill, and sculpting skill. (I see what they do but I am still trying to understand why JMP did it that way)

Edit: second update from 8:52 that touches the opportunities and skills mentioned above.  Seems he is still working on stuff.

JMP posted a new update (showconfig is 6/15/2010 20:05:52)

The only real change in here is the addition of Awesome Relationships to the CAS relationships dialog.