SES2 - Preview Release

[kaxat]

@MastersXI There is no Slaverun MCM. I will eventually add one but its only going to contain a couple of options. For now all of the options are in Autonomous Sex.

 

The mod starts with the game. This is just the Enforcer from Slaverun not the story quests. If you install this then you have to assume Slaverun laws have already come to Skyrim. Perhaps they were always a part of the culture. Perhaps they came with the civil war. You write your own backstory. If you have this installed you will notice NPCs will start to be getting stripped. The more you play the more get stripped. And if you enable Random Sex in the MCM then you will see sex in the cities and villages between free people and slaves.

 

@duy123a There is an Import/Export feature. Use that. MCM Helper is based on the FO4 MCM. Which was fairly limiting. Plus it was another dependency. I looked into when I first started building this mod and decided against it. My experience building the SlaveSex mod for FO4 taught me how limited that style of MCM is.

 

@blah2yourmama69 Thanks. I will keep an eye out for other reports. There are other possible explanations but my top suspect would be something in your load order. It has been 15 or so gameplay hours since I did the Molag quest, and 100+ since I did LAL. If you have a crash log plugin it would not hurt to share its output of the crash.

Edited June 9, 2024 by kaxat

[Network]

Hey, do I need the outfit distributer ESP to make NPCs naked, or is that only for enslavement?

 

The reason why I ask this is because I want to make the poor female NPCs in my game naked (tie it in to a clothes license situation) but not directly enslave any NPCs. basically just stripper, but no slave functions. How would I go about doing that? Is just removing the code assigning slaves in the ini enough?

[duy123a]

On 6/9/2024 at 11:12 PM, kaxat said:

@MastersXI There is no Slaverun MCM. I will eventually add one but its only going to contain a couple of options. For now all of the options are in Autonomous Sex.

 

The mod starts with the game. This is just the Enforcer from Slaverun not the story quests. If you install this then you have to assume Slaverun laws have already come to Skyrim. Perhaps they were always a part of the culture. Perhaps they came with the civil war. You write your own backstory. If you have this installed you will notice NPCs will start to be getting stripped. The more you play the more get stripped. And if you enable Random Sex in the MCM then you will see sex in the cities and villages between free people and slaves.

 

@duy123a There is an Import/Export feature. Use that. MCM Helper is based on the FO4 MCM. Which was fairly limiting. Plus it was another dependency. I looked into when I first started building this mod and decided against it. My experience building the SlaveSex mod for FO4 taught me how limited that style of MCM is.

 

@blah2yourmama69 Thanks. I will keep an eye out for other reports. There are other possible explanations but my top suspect would be something in your load order. It has been 15 or so gameplay hours since I did the Molag quest, and 100+ since I did LAL. If you have a crash log plugin it would not hurt to share its output of the crash.

Hmm then I think you can make it automatically import the setting file when loading the game, like this mod: SexLab SE - Settings Loader at Skyrim Special Edition Nexus - Mods and Community (nexusmods.com)

I am just too lazy to use MCM to test some mods when I start a new game.

[kaxat]

I just updated the front page with new versions of the mods. I split them up into individual mods you can download and install, and wrote a draft description page for each of them. This is a major step towards publicly releasing all 4 mods. The three parent mods that SES2 integrates are about to exit beta. They are essentially feature complete for version 1, and ready for release. SES2 is also working quite well, but needs a few more features added before I stop calling it a beta. Regardless I plan to give it its own download page soon.

 

I previously listed many of the changes here. In addition to those changes, I recreated the Outfit Composer so that it implements SkyPatcher. This is a new required mod you should download (if you haven't already). I also renamed the mod to Slave Outfit Composer, because it is now focused solely on slave outfits.

 

If you are upgrading from a previous version you will need to a clean save. I apologize for the inconvenience. But I must remind you that you were forewarned. Until today the main page included a big warning about how future updates might cause you to have to do a clean save. Here are the recommended steps. I strongly advice you to do them all. I skipped one in my own game, and lost a couple gameplay hours as a result.

1. Dismiss followers.
2. Type coc qasmoke into the dev console, to teleport to a test location with no NPCs in adjacent cells.
3. Open the Autonomous Sex MCM menu.
   1. Export your settings.
   2. Uncheck the Enabled checkbox.
   3. Once unchecked, click the Uninstall button.
4. Save.
5. Exit to the Main menu.
6. Load your save, then wait for 30 days. Keep in mind running the TFC command first can speed up waiting, if you do not have a mod like Aers Engine Fixes installed. Also mods like NB Sleep Wait Menu can let you wait for 30 days at a time. Hopefully you have both of thase installed already, or a similar mod. They are huge for QOL.
7. Save after waiting for 30 days.
8. Exit.
9. Uninstall SES2 in your Mod Manager.
10. Download and install the new plugins.
11. Also install the attached patch. It can help make the upgrade go smoother. You can probably eventually remove this plugin, but I would keep it in your load order for at least a few gameplay hours. It helps prevent NPCs from becoming permanently naked. OutfitComposer - Upgrade Patch to SOC.zip
12. Load your game and the last save you made.
13. Wait for the ASF MCM to update.
14. Open the ASF MCM, click Import Settings.
15. Close and continue playing your game. If you do not have a specific spot you want to teleport back to, type coc WhiterunExterior01 in your dev console.

If you have modified one of the .ini files in the previous version, you should use a tool like diffchecker.com to compare your version with the latest. You might be interested in integrating some of my changed into your custom .ini.

[Kamikatana]

Hi... Sorry to ask this.  The only issue I have had so far, is that I cannot enable "SOC - Wigs - Xing", it keeps crashing my game on load.   I do have the requirement "HDT-SMP Racemenu Hairs and Wigs - Xing - Dint999" and all three ESPs are active and working on its own, but as soon as I activate the "SOC  - Wigs - Xing", it CTDs on load.   I've tried LOOT, xEdit and Wrye Bash, but cannot seem to find the possible missing dependency.   Is there another dependency that you might be aware of?

[kaxat]

@Kamikatana Thank you. I think I know what the issue was. I just updated the front page with a new version of SOC - Wigs - Xing.zip. Can you delete the old one in your mod manager then download and install this new version? That will likely fix it.

 

I encountered a similar issue when I was first writing the SkyPatcher files. I was under the impression that it wanted me to write EDIDs like this in my config:

SOC.esp|SOC_LVLI_Female_Items_Wigs

 

But if you do that SkyPatcher will CTD. I am guessing that causes something like a buffer overflow in SkyPatcher, where it is expecting the next segment to be 64bits but it instead gets a variable length string. I eventually learned the way SkyPatcher expects. No pipe bar or plugin. That works great. No CTD. The Xing wig integration was written using my old understanding. I updated the SkyPatcher file and it shouldn't crash now. In theory. I have not had a chance to test. Which is why I am super grateful for bug reports like this. Thank you again!

[Kamikatana]

Thanks for the quick fix kaxat.   That worked perfectly.  I can now load the Xing Wigs, and activate the SOC ESP.  I can now successfully get to the Main Menu, which was CTD'ing before your fix today.  Thanks Again.   

[Nuascura]

A note for users of Immersive Equipment Displays like me:

If you're using HSW but find that NPCs still have their weapons displayed, you need to change your IED settings to hide weapons when nude. Attached is my preset, which is based on Missile's "No Body" preset on NexusMods. For some reason, Missile decided to remove any other IED condition that appeared with the IED default (hide when wearing cuffs), so I added that back. I'm pretty sure I changed some other things to the point that I prefer my version. Anyway, feel free to try Missile's if my version doesn't work for you.

 

You need to open IED (default "Backspace" key), open the dropdown menu for presets and select "Merge".

IED - Display with Cuirass.7z

[JamenBenthe86]

Thanks! Been wanting a mod like this for literal years. Played with the original slaverun on LE and have wanted a light weight version just like this ever since. Slaverun was so hard to stick into a modlist since it took up something like 5 or 6 esp slots by itself, and I only ever used the enforcer anyway.

[apostatefarm]

I've installed this in my current playthrough and it's really great! I tried a short Slaverun file for sake of comparison, and this is just so much smoother and gives me most of what I enjoy about that mod without all of the jank that comes with it. One thing I'm missing from this compared to the og enforcer, though, is being able to tune the amount of aggressive/non-aggressive scene percentages for slaves and how free women are handled. Is something like that likely to be included in the future? Is there some way to filter scenes initiated by this mod now? I'll admit a lot of what's possible through the .ini's is pretty far over my head. 

[kaxat]

Thanks @JamenBenthe86 for sharing your enjoyment. And you too @apostatefarm!

 

In SES2 the animations chosen are left entirely up to SexLab. I may eventually add a toggle to mark slaves as victims x% of the time. Then slaves will have aggressive animations play out, if you have SexLab configured to filter animations that way. I like that idea for a feature.

 

I plan to add scenes as well, and perhaps rely on those for most animations. This is where brief actor dialogue plays before or after sex animations. Each scene will be able to choose which animation tags will play during the sex scenes. Scenes will also be able to dictate which actors can be party to them, for example you can have one actor need to be a guard, or the player, or so forth. This should create room for a lot of roleplay possibilities. And you will be able to select which scenes you have installed. I am also trying to make it very easy for newbie xEdit users to add their own scenes. Hopefully we will soon have a bunch of scenes to choose from. And you will be able to control the frequency of certain animations based on which scenes you have installed. So it is not exactly the feature you wanted ApostateFarm, but it will allow somewhat similar things.

 

 

[apostatefarm]

36 minutes ago, kaxat said:

Thanks @JamenBenthe86 for sharing your enjoyment. And you too @apostatefarm!

 

In SES2 the animations chosen are left entirely up to SexLab. I may eventually add a toggle to mark slaves as victims x% of the time. Then slaves will have aggressive animations play out, if you have SexLab configured to filter animations that way. I like that idea for a feature.

 

I plan to add scenes as well, and perhaps rely on those for most animations. This is where brief actor dialogue plays before or after sex animations. Each scene will be able to choose which animation tags will play during the sex scenes. Scenes will also be able to dictate which actors can be party to them, for example you can have one actor need to be a guard, or the player, or so forth. This should create room for a lot of roleplay possibilities. And you will be able to select which scenes you have installed. I am also trying to make it very easy for newbie xEdit users to add their own scenes. Hopefully we will soon have a bunch of scenes to choose from. And you will be able to control the frequency of certain animations based on which scenes you have installed. So it is not exactly the feature you wanted ApostateFarm, but it will allow somewhat similar things.

 

 

That all sounds great, actually. Much like this mod in general, it takes a concept from the previous and iterates/improves on it. Looking forward to whatever comes next!

[Talesien]

48 minutes ago, kaxat said:

Thanks @JamenBenthe86 for sharing your enjoyment. And you too @apostatefarm!

 

In SES2 the animations chosen are left entirely up to SexLab. I may eventually add a toggle to mark slaves as victims x% of the time. Then slaves will have aggressive animations play out, if you have SexLab configured to filter animations that way. I like that idea for a feature.

 

I plan to add scenes as well, and perhaps rely on those for most animations. This is where brief actor dialogue plays before or after sex animations. Each scene will be able to choose which animation tags will play during the sex scenes. Scenes will also be able to dictate which actors can be party to them, for example you can have one actor need to be a guard, or the player, or so forth. This should create room for a lot of roleplay possibilities. And you will be able to select which scenes you have installed. I am also trying to make it very easy for newbie xEdit users to add their own scenes. Hopefully we will soon have a bunch of scenes to choose from. And you will be able to control the frequency of certain animations based on which scenes you have installed. So it is not exactly the feature you wanted ApostateFarm, but it will allow somewhat similar things.

 

 

Perhaps you could instead make it so that if asks for animations with a certain tag and make the default of that tag 'aggressive'? That way if someone feels inclined to, he could use a custom tag and add that tag to the desired animations via SLATE. Yes, probably a bit of a fringe request, but if it's not too much extra work, I would like that.

Edited July 7, 2024 by Talesien

[kaxat]

@Talesien I like the idea. I am glad you shared it. Unfortunately the more I think about it the more I am realizing all of the ways it would complicate code.

 

SexLab lets you search for animations with a comma separated tag string. In my mind I was thinking I could let you append a tag to the animation string. So if a scene specified Blowjob as the tag I could let you append TalsiensCustomTag to the end end of the string: "Blowjob,TalsiensCustomTag" But as I refreshed my memory of how the SL API works I realized this would not function like I hope. I hoped it would return Blowjob anims with your custom tag, but instead it will return any BJ or anything else you tagged. This would effectively conflict with the scenes ability to limit animations. Unacceptable.

 

As I dive back into the animation filtering I am remembering a major P+ caveat. That mod basically deprecated all existing functions for filtering by tag and came up with its own solution. The new solution actually would let me give you the above customizability, so you could filter things down like I hoped. But it would only work on P+.

 

Unfortunately this made me remember one other caveat. P+ effectively requires me to write separate code for any sort of tag filtering, or use functions it explicitly deprecated. I hate writing separate code for vanilla SL because I don't test with that config.

[Talesien]

2 hours ago, kaxat said:

@Talesien I like the idea. I am glad you shared it. Unfortunately the more I think about it the more I am realizing all of the ways it would complicate code.

 

SexLab lets you search for animations with a comma separated tag string. In my mind I was thinking I could let you append a tag to the animation string. So if a scene specified Blowjob as the tag I could let you append TalsiensCustomTag to the end end of the string: "Blowjob,TalsiensCustomTag" But as I refreshed my memory of how the SL API works I realized this would not function like I hope. I hoped it would return Blowjob anims with your custom tag, but instead it will return any BJ or anything else you tagged. This would effectively conflict with the scenes ability to limit animations. Unacceptable.

 

As I dive back into the animation filtering I am remembering a major P+ caveat. That mod basically deprecated all existing functions for filtering by tag and came up with its own solution. The new solution actually would let me give you the above customizability, so you could filter things down like I hoped. But it would only work on P+.

 

Unfortunately this made me remember one other caveat. P+ effectively requires me to write separate code for any sort of tag filtering, or use functions it explicitly deprecated. I hate writing separate code for vanilla SL because I don't test with that config.

Ah, well, thanks for considering it, even if it can't be done (at least not with an acceptable amount of work). I prefer SLU+ to P+ for various reasons (mostly furniture support and better support ... guess I can add terrible backwards compatibility to the list, wasn't it originally the goal to have p+ fully backward compatible? Why bother if not? We could just as well use Ostim if backward compatibility is no longer a concern.)

One question if I understood your above sample correctly, the SL API uses a simple OR logic for all tags handed to it? I've seen many requests for things like "aggressive, oral, MF" and those seem to return the desired results, which should not happen if they simply got OR rather than AND filtered.

Edited July 8, 2024 by Talesien

[kaxat]

 

 

1 hour ago, Talesien said:

One question if I understood your above sample correctly, the SL API uses a simple OR logic for all tags handed to it? I've seen many requests for things like "aggressive, oral, MF" and those seem to return the desired results, which should not happen if they simply got OR rather than AND filtered.

 

I also was thinking I had seen OR logic before. I thought I had written some before. But when I pulled up the documentation I was seeing things like this.

 

@param: string AnimationTags [OPTIONAL], is the list of tags the animation has to have. 
   You can add more than one tag by separating them by commas "," (Example: "Oral, Aggressive, FemDom"),
   the animations will be collected if they have at least one of the specified tags.

 

But I had not yet dug deep enough. Some functions have a RequireAll arg. Whereas others like the above do not. So this could be implemented in vanilla SexLab almost as easily as I hoped. I just need to use different functions than I was looking at. In this case I think GetAnimationsByDefaultTags() would most closely mirror the new P+ function. The primary different is I will have to count how many males and females there are before passing off to it. Not a big deal.

 

2 hours ago, Talesien said:

I prefer SLU+ to P+ for various reasons (mostly furniture support and better support ... guess I can add terrible backwards compatibility to the list, wasn't it originally the goal to have p+ fully backward compatible? Why bother if not? We could just as well use Ostim if backward compatibility is no longer a concern.)

 

For the most part P+ is backwards compatible. Even here those functions are just marked deprecated.

 

In my experience with P+ deprecated functions they tend to still work fine. But I can not be certain those functions will continue working in future updates. I suspect Scrab is siloing off many of those functions and trying not to touch them. So they will long be there for backwards compatibility, but will miss out on new speed improvements and features. That is my assumption. I once asked for clarification but never got an answer.

 

I am looking forward to furniture support in P+. Not having that has been a bit of a blow. But the speed improvements and animation consistency are more than making up for it. There is a lot of jank that just disappeared. Even in the "phase 1" initial release.

[cbeyond8027]

I'm trying to make it so that a custom faction never gets enslaved and could use some help with the SPID edits. I figure adding the CUSTOM FACTION into a keyword that is already never enslaved is an easy fix. Something like:

 

SESWarrior|NONE|GuardDialogueFaction,IsGuardFaction,CWDialogueSoldierFaction,CWImperialFaction,CWSonsFaction,PenitusOculatusFaction,ImperialJusticiarFaction,CUSTOM FACTION|NONE|-C

 

But I wasn't sure if that would cause unintended consequences. Another option I thought about was to just add the faction to the SESNeverEnslave keyword, but I'm not sure if I got the syntax right. 

 

Keyword = SESNeverEnslave|NONE|CUSTOM FACTION|NONE|-C

 

Anyone else try something like this? Any help is appreciated.

 

 

Also, this is unrelated, but is there an easy way to make the strip function only remove the main body slot? I'm not looking to apply a new outfit, really just keep the shoes and such. Thanks

Edited July 11, 2024 by cbeyond8027

[lliensin]

I apologize if I am just repeating someone else's question that has already been answered but does this affect the player and is there a crime to not following the new slave law I'm talking about wearing clothes.

[cbeyond8027]

1 hour ago, lliensin said:

I apologize if I am just repeating someone else's question that has already been answered but does this affect the player and is there a crime to not following the new slave law I'm talking about wearing clothes.

It doesn’t. The first hidden contents section in the description answers this and provides a work around. The below is a planned feature. 

• “Improved Player and follower nudity law enforcement. For the player, you can currently use Licenses or Public Whore to enforce this. For followers, you might need to manage their inventory yourself.”

[lliensin]

4 minutes ago, cbeyond8027 said:

It doesn’t. The first hidden contents section in the description answers this and provides a work around. The below is a planned feature. 

• “Improved Player and follower nudity law enforcement. For the player, you can currently use Licenses or Public Whore to enforce this. For followers, you might need to manage their inventory yourself.”

ok thank you for answering my bad I just didn't read enough but one quick question on the distr file a line like this the -C at the end what does that mean? Outfit = SOC_Outfit_Female|SESSlave,-SESAltOutfit|NONE|NONE|F/-C

[cbeyond8027]

7 hours ago, lliensin said:

ok thank you for answering my bad I just didn't read enough but one quick question on the distr file a line like this the -C at the end what does that mean? Outfit = SOC_Outfit_Female|SESSlave,-SESAltOutfit|NONE|NONE|F/-C

The -C in the distr.ini file to omit children. The - before the C tells SPID to filter them out. You can read the SPID rules here: https://www.nexusmods.com/skyrimspecialedition/articles/6617  but it takes a little bit of practice to get familiar with it (I am no expert).

[kaxat]

On 7/10/2024 at 7:39 AM, cbeyond8027 said:

I'm trying to make it so that a custom faction never gets enslaved and could use some help with the SPID edits. I figure adding the CUSTOM FACTION into a keyword that is already never enslaved is an easy fix. Something like:

 

SESWarrior|NONE|GuardDialogueFaction,IsGuardFaction,CWDialogueSoldierFaction,CWImperialFaction,CWSonsFaction,PenitusOculatusFaction,ImperialJusticiarFaction,CUSTOM FACTION|NONE|-C

 

That's a great idea. There should not be much in the way of unintended side effects. You are putting your custom faction in the same class as soldiers, who rarely if ever get enslaved.

 

On 7/10/2024 at 7:39 AM, cbeyond8027 said:

Keyword = SESNeverEnslave|NONE|CUSTOM FACTION|NONE|-C

 

That would also work. At least in theory. Obviously I have not tested your code. So long as your faction ID does not include a space like it does in your example.

 

On 7/10/2024 at 7:39 AM, cbeyond8027 said:

Also, this is unrelated, but is there an easy way to make the strip function only remove the main body slot? I'm not looking to apply a new outfit, really just keep the shoes and such. Thanks

 

Unfortunately no. That is basically an entirely different mod. Even in the Reloaded enforcer that code was basically an entire separate branch from the outfit code. I did not want to rebuild all of that. It is not a feature I would use.

[RageChaser]

Hi! Thanks for this great mod!

I was wondering... is there any way to have this mod enslave all female characters, regardless of faction?

 

I really like the feel of Slaverun Reloaded, with even the free women being stripped and used, but I want that to apply everywhere, not just in the cities. This mod is perfect, except for not enslaving all the women.

 

Thanks for any help you can provide!

[Talesien]

2 hours ago, RageChaser said:

Hi! Thanks for this great mod!

I was wondering... is there any way to have this mod enslave all female characters, regardless of faction?

 

I really like the feel of Slaverun Reloaded, with even the free women being stripped and used, but I want that to apply everywhere, not just in the cities. This mod is perfect, except for not enslaving all the women.

 

Thanks for any help you can provide!

The simplest method would be to modify the SES2_DISTR.ini so that in step 2 SESNeverEnslave is never distributed to any female (to prevent conflicting keywords) and then add something like: Keyword = SESSlave|NONE|NONE|NONE|F/-C|NONE|100
in step 3.
This is clobbering it, but it is simple. You could of course use more elegant solutions, but those would be more involved.

[RageChaser]

6 hours ago, Talesien said:

The simplest method would be to modify the SES2_DISTR.ini so that in step 2 SESNeverEnslave is never distributed to any female (to prevent conflicting keywords) and then add something like: Keyword = SESSlave|NONE|NONE|NONE|F/-C|NONE|100
in step 3.
This is clobbering it, but it is simple. You could of course use more elegant solutions, but those would be more involved.

 

Thanks for the help! I messed around with it and I think I got it to only target female characters, but now the sex is really slow to get characters, and much of the time the female is dominant... ARgh! Still working on it, but I appreciate the nudge in the right direction.