andrelo1

papasitogringo, may be because of integration with Nexus site. Mod Organizer can be integrated with Nexus too, but it is not suitable for me because it uses complicated system with virtual folders. Modders uses a lot of programs, which works with game files, and it is imortant to have quick access to all game files without necessity of manipulations with Mod Organizer.

HeroedeLeyenda, you forget to add <conditionFlags> into last step of ModuleConfig.xml. Looks like it cause the problem only for NMM pre 0.60 users.

HeroedeLeyenda, also you can try to pack your files with 7z, I repacked 1.1.2 version with "Normal" settings and now it takes only 138Mb versus 338Mb, version 1.0 has lesser difference after repacking 589Mb versus 859Mb.

The problem was in sections like "Don't install ...". <plugin> element should always contain one of the subelements <files> or <conditionFlags>. They was ommited in "Don't install..." sections. Don't know why it works for someones, maybe ModOrganizer is not sensitive for such errors, I'm using NMM. I added dummy condition flags into this sections. For example: <conditionFlags><flag name="dontInstall0001">true</flag></conditionFlags>.

Here fixed ModuleConfig.xml for those who experience problems with launching install wizard: ModuleConfig.xml ver 1.0 ModuleConfig.xml ver 1.1.2

(Sorry for my English, it is not my first language)   This is fix for squished fingers issue during SexLab animations. Fixed version of SexLab animations: animations fingers fix.zip   Installaiton Extract archive into Skyrim folder. Would be better to backup your SexLab animations first, just in case. Or you can use mod manager for installation.   About issue The issue looks like on this screenshots, which was taken from different themes on this forum: Rough Missionary Arrok Missionary AP Bed Missionary AP Holding Leg Up Fuck AP Leg Up Fuck Rough Behind Rough Doggy Style Arrok DoggyStyle Ap DoggyStyle Arrok Cowgirl Arrok Reverse Cowgirl AP Cowgirl Arrok Sideway Fuck AP Shoulder Standing Fuck Arrok Hugfuck Arrok Standing Fuck AP Standing AP Anal AP Face Down Anal Arrok Blowjob Arrok 69 AP Blowjob AP Kneeling Blowjob AP Standing Blowjob AP Handjob AP Skull Fuck Arrok Boobjob AP Boobjob Arrok Foreplay Arrok Sitting Foreplay Arrok Standing Foreplay AP Female Masturbation Arrok Lesbian AP Fisting Arrock Devils Threeway Arrok Tricycle    If you want to fix animation by yourself I heard that some other animations have this issue, one of the Sexy Idle for example. If you want to fix them yourself you can use this tutorial: Animation fingers fix tutorial.pdf

b3lisario I found solution for slot 52 issue. You need to add slot 52 not to Armor, but to Armor Addon. Because biped slots in Armor Addons means the body parts, that will be hidden, bipped slots in Armor means what slots this armor will occupy. So adding slot 52 to Armor Addon will not deny equiping another armor to slot 52, but it will hide body part 52. Here is my test version:                                         This patch will solve issue when female characters can't equip both vanilla body armor and underwear, and the same for males, but not only with vanila armors. This patch is for v2.05.034, and I don't guaranty that it will work with older or newer versions if there are changes in SOS_ActorMagicEffect_Script, SOS_SetupQuest_Script or in skse-plugin. SOS Patch - Equipable slot 52.7z SOS Patch - Equipable slot 52 - Sources.7z ____________________ I'm not saying that it's end version and maybe it needs more reworking. It's more like a proof of concept.   And one another question: why you are adding slots to armors in skse-plugin, but not in Papyrus ? This function called one time on game load, so there should not be noticeable performace issue. And another one question. Maybe you know, are there somewhere textures for SOS in vanilla-style: not so smooth, with dirt and without this muscles ? Because SOS-textures are not lore-friendly for me (in my opinion). Maybe someone already made it. I searched, but didn't find anything.

guk, b3lisario Thanks. Hmm. Then it will be harder to rework existing scheme. I thought it is only needed code that will equip/unequip genitals on OnObjectEquipped/OnObjectUnequipped events, and then armor slots modifications will be obsolete.

b3lisario From where underwear is getting ? I have not found in code where it is equiped/unequiped. Looks like it's baked into body meshes, but I have not found it there too.

I have problem only when I trying to use this outfits with vanilla armor. The problem is not that sos using slot 52 for male genitals, it is absolutely normal, problem is that it adds slot 52 to all vanilla armors, so that female characters has this slot ocupied for no reason. I'm not saying that it is big ptoblem, but it adds compatibility issues, that could be avoided if this part of mod was realized by other way.

Many outfit mods uses this slot: Osare Underwear, Simply Clothes, Ashara Princes of the Woods (uses this slot for belt), Elewin Jewelry and others.

b3lisario (In continue to SpyderArachnid's post#2584 and many other posts) I looked at your code, and I see that you are adding slot 52 to each armor that you determined as 'concealing'. But I don't understand why ? To hide genitals when that armor equiped ? But you already have code, that will do that: Event OnObjectEquipped(Form akBaseObject, ObjectReference akReference) ... If HasPelvisSlot(akArmor) ; concealing armor, the slot 52 hides the schlong, remove it from inventory UnequipGenitals() ElseIf !ActorRef.GetWornForm(akArmor.kSlotMask52) as Armor ; revealing armor, equip schlong if not already equipped EquipGenitals() EndIf ... EndEvent But here you are using HasPelvisSlot(akArmor), that checks for slot 52 on armor, but why not to replace it with IsConcealing(akArmor), that searches in internal array of 'concealing' armors ? Then you will not need to add slot 52 to armors. You have so much incompatibilities because of modifying armor slots. But I really don't see the reason to do that.

How lockpicking will work ? If it will be the same as lockpicking of chests, then ability to lockpick lock will drop difficulty to zero, because it is only question of time, and it is much easier to spend 100 picklocks, than searching keys in dungeons.

It is known lag (at least I have it too) if you use "Simple" resist option, try set resist to "Strip", it should help.

About alarm from tied up npcs, looks like they always trigger alarm if there are any other npcs around, even if they should not see you in shadows. Try to disable 'Crime' option in settings, it should help. About instant kill, I dont know why this happens, this happens to me too sometime. I have look at code and instatant kill should happen if you hold action key for 3 seconds. Maybe it caused by some script lag. Try also to run "Update FNIS Behavior", the animations issues often cause Defeat not working as it should.

Try to start new game and test there. If there would be all working, then your issue can be caused by not correct reinstall. Also holding action button may cause instant kill instead of knockdown.

I found in my save 2 instances of USKPCWCampLeadersFixScript, one of them with 0 RefID and with all propersties set to 0. Looks like after unistalling DDi for unknown reason this zero-instance recives OnUpdate() event. 'FixScriptInstaces' button in SaveTool helped to remove this zero-instance and fix this issue.   But why OnUpdate() event happens after unistalling DDi is a mistery. I have tried to unistall other mods and nothing like that happens.

No

Only DDi.

How to uninstall Devious Devices Integration safely ? After removing all mod files (using mod manager) and loading last save the game start spaming to log with similar messages: [11/19/2014 - 03:38:56PM] Error: Cannot call IsDead() on a None object, aborting function call stack: [None].USKPCWCampLeadersFixScript.OnUpdate() - "USKPCWCampLeadersFixScript.psc" Line 35  Full log: Papyrus.0.log   I know that this message is related to Unofficial Skyrim Patch, but it is not appears until I unistall Devious Devices Integration mod.

Stoped ? How it stopped ?

I only say what I see in code. If you see message "You did not successfully grabbed your victim.", then there was something wrong with attempt to play animation. If you see other message, like "Resisted!", then victim resisted your grab attempt. Resist type depends on options in mcm. "Threshold" option simply check if the health of victim is lower than threshold, and if victim is not seeing you and you not in combat, then grab attempt will be always succesfull. "Resist" option is more complicated, it depends on health and stamina of victim, your stamina, combat and sneaking status, your position(behind or infront), level of both victim and aggressor.

This message usually pops if the grab animation can't be played, for example, if target is sitting.

Try to use sqt command in console. It shows all active quests.

Maybe you right about rieklings. But I can't agree with draugr, because it is just walking corpse, who even has no brain. They are controlled by the souls, which are stuck in living plane. I don't think they are interested in robbing you or have any other material needs.