asdasfa

Currently, yes, any two NPCs that are close to each other during sleep. Current distance check is 150 which is about the default reach of the player's cursor.

I've also looked into relationships and factions, unfortunately, unlike Skyrim, I don't think there's a way to determine npc-npc relationship unless you explicitly tell the mod yourself.

And usually, members of the same faction just tend to stay in the same place and I don't want to be limited to members only since I have no information about their relationship with each other, like maybe there's a couple that's on different factions.

And then there's disposition, which is not really that helpful since most of the time, only members of the same family gets a 100 score from each other (The Stahls for example). Others, even in the same faction, gets around 55 and below.

Also you can't just assume that all Raiders wants to engage in gay act.

As for the kings, I don't think I've seen a place where they can sleep with others in the same or close bed. Do they sleep with the Groupies in that room (Do they even have sleep in their AI)?

For old people, I think I can do that, but right now, I don't really have every knowledge about the different NPCs living in Fallout, like who's who or where's who (I can't remember any old NPCs that sleeps together).

Maybe I'll look into Spunk for having a Lust factor for calculating chance of activity.

For sexual orientation-based activity, unless a mod that assigns a specific orientation to each NPC exist, what I can do is limited.

Right now, if two NPCs sleep with each other in the vanilla game, we can just assume that they are couples.

Updated 070615

Added settings for toggling parts. (This will affect the Reset function, for example, disabling a part will prevent that part from being reset to 0)
Made the dead cleanup toggleable. (Default: Off)
Added 2 more slots for saving settings, making a total of 3 slots.

Just a note, I noticed that if I kill a bunch of morphed NPCs in a single cell without cleanup, I start to get constant stutters every second until I leave the cell with the corpses and the .nvse file size increases more than when they are alive. I thought it was some kind of bloat but the added size is just a hundred kb compared to the size of the .nvse file when those NPCs were alive, so it's probably not it.
So I looked at the core mod's script to find out what's going on. It's a constant stuttering, so it should be a running script, so I looked into "BoMoScannerQuestScript" and figured that the cause may have something to do with the core mod trying to cast a spell on dead actors, so I added a GetDead flag to prevent it from casting the spell on corpses and that seems to have fixed it, tested it repeatedly with and without the modification to the core mod. Though I'm still not that solid about this, so any reports are welcome.

Here's the part that I changed in BoMoScannerQuestScript, starting at around line 39:

if rTarget.GetDead == 0   if eval(0 != call fnBoMoNXGetEVFl rTarget "BodyMorph::Version")      if (0 == rTarget.IsSpellTarget aeBoMoRescale)         rTarget.CIOS aeBoMoRescale      endif   endifendif

So if you prefer to keep the cleanup off, it is advised to modify the core mod's script to avoid the stutterings.

At the moment, no. But I can easily make it toggleable on the next update, which shouldn't take long since I'm also planning to add toggles for body parts.

Though I think cleanup should be handled by the core mod itself but since it hasn't been updated yet, I decided to include it in this plugin, at least until the core mod includes that kind of feature.

Updated 070415

Modified script for race determination. Will now check if a race name contains the name of a base race. For example, a custom race with the name "Custom Asian" will now be processed under the "Asian" category instead of "Others". This makes proper support for DLC races.

Updated 062815

Added "Others" category for custom races.

Added settings for toggling races.

Added Save/Load Settings.

Refactored a lot of variables.

Replaced the misc token with an unplayable armor item to make it invisible from inventory.

Note:

A lot of changes with this one. To avoid issues, it is advised to install it with a RaceBodyMorph-free save or better yet a BodyMorph-free save, to do so:

Disable/Uninstall BodyMorph and RaceBodyMorph from your load order, start game and save. Then install the latest version of BodyMorph and RaceBodyMorph.

Updated 062515

Added cleanup for bodymorph data of dead actors. This should keep the size of the nvse cosave file down.

Token? I don't think BodyMorph core adds tokens :-O

Nope. But this plugin and your plugin does.

Yeah adding Misc tokens is ok, but adding Armor tokens causes NPC's to re-evaluate their weapons and armor.

Misc tokens is what I use though, so my case would be the target actor's weapon toggle between being visible and usable and being invisible and unusable.

Updated 062415

Figured out what's causing the unresponsive combat. Looks like the animation part has nothing to do with it.

It was the AddItem function's bug that's causing the NPCs' weapons to become invisible and unusable everytime a token is given to them!

http://geck.bethsoft.com/index.php?title=AddItem#Bugs

So that's why they're not attacking, they can't use their weapons!

There! Fixed!

Sheesh!

I've taken a peek at BoMo's OkToMorph code and actors in combat are indeed ignored, however when entering new cells, hostile NPCs are not automatically in combat state, so they tend to playidle beforehand, preventing them from responsive combat.

This plugin's update checks if the player is enemy with the NPC's faction(potential hostility) to prevent them from being assigned by RaceBodyMorph for morphing.

Only NPC's within the same cell as the player are affected, farther hostile NPCs are assigned normally.

This is of course just a workaround and does not completely solves the issue. Entering a cell with hostile NPCs that already has the BoMo spell on them is a different story. Just for those who wants a playthrough with BoMo on and with responsive combat.

Tested inside Vault3. Outside Vault3(Vault3Exterior), one or two fiends that are on a different or farther cells still gets unresponsive.

Updated 062215

Will now ignore actors that are alerted, alarmed or in combat and actors that are within the same cell and are hostile towards the player.

This should reduce the instance of hostile npcs that are not attacking everytime you enter/scan a new cell. Assuming that those npcs are not yet touched by BodyMorph.

Say for example, I entered Vault 3, upon entry, the Fiends will be assigned to be morphed, then after the dialog they turn hostile towards the player and entered combat state, after that, they just stayed in their combat stance while circling around me without attacking. I waited for at least half a minute for anyone to start attacking, but they never did, after some time I took down some but the rest are still not attacking, just circling around me or just standing by.

But I should probably test this some more.

Maybe stopping the morph idles while in combat could make them more responsive?

What's bugging me now is that morphing hostile NPCs prevents them from attacking, and yeah, it's more likely to happen inside interiors.

Any planned solutions?

Just did another test, now starting from a clean save.

So after running around and morphing at least 100+ NPCs, here's what the save file size is:

.nvse = 8kb -> 78kb

.csv   = 3kb -> 169kb

Compared to the previous test without a clean save that increases the .nvse file size by 1mb for < 100 NPCs, looking good so far.

save.7z

W/S works to select the body parts, But A/D doesn't scale the size, it stays at Zero(0)

Perhaps you don't have NX installed?

Nope, just installed over v1.0.7.

The long load times was probably just my system overheating at the time  and I also have SaveOnTravel on, so switching maps takes quite a while, having to save a rather large chunk of data.

So is it possible to automatically purge morph data of say, dead or unnamed actors to keep the save size low? Or is that even necessary?

Because that option should check the player's controls pressed, not the actions of a generic npcs. If you are wandering outside, they should have enough time to morph while you are approaching, but I don't know if it's enough when you go inside an interior

Oh, so that's why! Haha! Yeah, they wait for the morph to finish before they draw out their weapons and start attacking. Any chance on giving that kind of option to all actors? Have them morph only during certain states(idle? not moving? not in combat?) to prevent them from, you know, spacing out, bumping into obstacles, walking over furnitures, etc.

It's possible with that many NPCs that this size is 'normal'.

That seems to be the case. What caused the long load times anyway? Bloat causes large save size(not sure if mine's even bloating) so I thought the large save size was the cause, obviously I'm wrong.

Here's my nvse cosave and csv files anyway:

save.7z

Yo, just tested v1.0.8, size of the save files didn't change, didn't make a clean save though, just installed the latest over the previous, that's probably why.

It seems to have fixed the "long load times between map loads" problem though.

In v1.0.7, I had a 3-hour run in the game while morphing every NPC I came across until load times between map loads became unbearable.

After installing v1.0.8, I had a 1-hour run while coc'ing in every place that have tons of NPCs and morphing each one.

In my 3-hour run with v1.0.7, my .nvse file went to 1386kb and my .csv file went to 36kb.

After the 1-hour run with v1.0.8, my .nvse file went from 1386kb to 2364kb and my .csv file went from 36kb to 69kb but so far, load times seems normal.

And one more thing, the wait when moving/activating/animating/fighting options doesn't seem to be very effective.

Like raiders in the process of morphing tend to stand idly by while I destroy them.

Right, you can use it without those armors, the replacers I listed are just the ones which I tested BodyMorph with.

For females, BnB bodies should work fine.

As for male bodies, I haven't tried other replacers yet, but as long as its properly weighted to the skeleton included in BodyMorph, you should be able to see the morphs.

what would be sweet is if thimod could be made to do the same for SKyrim and such with there races you could let say Morph a Akaviri race and morph theme too look Asian. Be sweet as hell.

Yeah, that would be awesome.

Right now I'm using "EveryBody's Different Redone" to have body variations in Skyrim. Problem is it uses a lot of memory since you're adding more body type meshes and textures to it. Add a lot, and you'll be experiencing crashes frequently. And since it's not dynamic, a certain group of unnamed NPCs will always have the same body mesh.

I guess we'll just have to hope for Expired's BodyMorph for Skyrim and blabba's Project CITRUS.

Awesome.

Been fiddling around with the plugin's scripts for a while now.

Is there any chance of increasing the possible maximum size in the future?

And by the way, how do you invoke UDFs to morph NPCs via console? I'm trying "call fnBoMoScaleUp Player Hands" but it returns "Expected user function" or "Error line1" or something. What am I missing?

 

Would it be possible to add a toggle in the mf_settings to disable NPC wenches?   I ask  because they have never worked right for me.  After 'a wench is on a job' message, the wench and her client simply stand looking at each other, and nothing happens, and both remain locked like that until I use the consol to "kill" and then "resurrect" the wench.

 

I have that exact same issue. I know that in other sexlab mods that moving it up in the load order, towards the top fixed that issue, but in RP's case, I can't do that because of Schlongs of Skyrim, it must be loaded after that in order for wench outfits to work at all. If you don't have that installed, try moving RP up higher in your load order.

 

I'm also having the same issue, moving it higher in the load order didn't fix it for me. I'm not having issues with other SL mods though.