CLAMS OF SKYRIM PROJECT Inni Outie HDT Vagina

[Guest]

6 hours ago, misquiry said:

I see 4.2 update and so happy because you accept my double breasts physics. yay!

now, I made morph set for UN7B.

 

<added morph list>

 

7B Original, 7B Natural, 7B Oppai, 7B BombShell, 7B UNP, 7B Bcup, 7B Cherry Hot, 7B Cleavage

 

and I Found problem in your mesh. your body mesh is not symmetrical. so I fix it. can you accept it too?

CosioTBBP+UN7B.zip

Ill have a Look

[Church the Cat]

16 hours ago, scivirus said:

Ye i have noticed that  ,not sure why it happens Its seems to be related to How fast  the bone return to rest position .the problem was bugging before in the Vagina bones And only seemed to effect the Follower Record i assume because she is 100 weight >>it seems to need a very specific Values For Inertia or restitution Data

I've also just noticed two other minor bugs. One is that one breast hangs lower than the other. (I've included a screenshot to show this.) Two is when using the mature skin texture, I've noticed the skin tone on the hands is slightly brighter than the arms and rest of the body.

[Guest]

5 hours ago, Mancubus said:

I've also just noticed two other minor bugs. One is that one breast hangs lower than the other. (I've included a screenshot to show this.) Two is when using the mature skin texture, I've noticed the skin tone on the hands is slightly brighter than the arms and rest of the body.

The breast drop  means  the Spine is bend slightly to one side it's animation related But i will have a look at it ..I don't do Mature skin i only add Vag textures

[Orlando53]

 

 

You wrote

 

Havok has stalled you need to save the game in a area with low FPS and CPU impact like a small room and no people in it then go to NMM disable all the mods in plugins all the ESM ans ESP except skyrim DLC Like Skyrim ,Update Dawn guard, Hearth fires ,Dragon born and Unofficial SkyrimPatch .then start the game make a new campaign with a female character go on till your binds are cut and then go to console type in COC qasmoke Save the game ..never delete that save ..quit the game  and activate all mods including cosio ..start the game and load the Coc qasmoke save ..then load your save with broken HDT  ....

Also if that does not work  look up the HDTphysicsextention Log in SKSE/PLugin and show it to me and also check what files you have in the SKSE folder every thing cosio HDT should be in there ?..lets make sure your mod installer is installing it correctly  ..also make sure you download Cosio Main 4.2 again i  had a mistake on it before

 

 

Now I have installed the whole game new and followed your steps to qasmoke, where I test now the different possibilities.First thing was it doesn't work, no collision movement.

 

I have checked now skse, as requested and found this files

 

hdtFingers, hdtm, hdtm_Smurf, hdtm_VPmuscular, hdtm_VPregular, hdtPhysicsExtension DefaultBBP, hdtVagina

 

as mentioned, allinone cbbe 4.0 is working, there I checked skse as well and found the skse files from hdt extension

 

hdtPhysicsExtension.ini, hdtPhysicsExtension.dll

 

I copied it to clam, but it doesn't work.

 

Do I miss further files?

 

As mentioned the much older files from allinone are working without problem. I like your developement, therefore I would prefer the clam mod.

[Caelryn]

Belly bulging (penis inside the belly) doesn't seem to work for me. Do I need to install anything else than the main mod?

[Player5005]

On 2018-04-22 at 11:20 PM, scivirus said:

well cosio texture have no Tan lines so it is not Cosio texures ..i look like what ever texure that is from is over whelming your  Vram or has incorrect compression ..most likely teh files are to big

Ok, I managed to solve face glitch issue by removing femalehead_sk.dds from textures-character-female directory. Anyways, now I have a problem with character skin (see the picture). Maybe this has something to do with the installation order, which I believe goes by the main file, then resource textures and the chosen skin. I already had mature skin installed for CBBE and for some reason everything is ok with 4.0, but with a newer version this happened. I believe this might be easely fixed, but what I am doing wrong?

TESV 2018-04-27 23-09-27-09.bmp

[Guest]

On 4/27/2018 at 4:40 PM, Caelryn said:

Belly bulging (penis inside the belly) doesn't seem to work for me. Do I need to install anything else than the main mod?

Its very depended to the Animation if you have vag and Breast collision it is there >>IT is also possible you might have a the Broken 4.2 version >>i made a mistake and swaped the Lite HDT and Full HDT Files it has been fixed removing the current  4.2 and downloading the fixed 4.2 could fix it  >>best animations for the belly effect are sideways fuck and cow girls or similar

[Guest]

On 4/27/2018 at 12:28 AM, Orlando53 said:

 

 

You wrote

 

Havok has stalled you need to save the game in a area with low FPS and CPU impact like a small room and no people in it then go to NMM disable all the mods in plugins all the ESM ans ESP except skyrim DLC Like Skyrim ,Update Dawn guard, Hearth fires ,Dragon born and Unofficial SkyrimPatch .then start the game make a new campaign with a female character go on till your binds are cut and then go to console type in COC qasmoke Save the game ..never delete that save ..quit the game  and activate all mods including cosio ..start the game and load the Coc qasmoke save ..then load your save with broken HDT  ....

Also if that does not work  look up the HDTphysicsextention Log in SKSE/PLugin and show it to me and also check what files you have in the SKSE folder every thing cosio HDT should be in there ?..lets make sure your mod installer is installing it correctly  ..also make sure you download Cosio Main 4.2 again i  had a mistake on it before

 

 

Now I have installed the whole game new and followed your steps to qasmoke, where I test now the different possibilities.First thing was it doesn't work, no collision movement.

 

I have checked now skse, as requested and found this files

 

hdtFingers, hdtm, hdtm_Smurf, hdtm_VPmuscular, hdtm_VPregular, hdtPhysicsExtension DefaultBBP, hdtVagina

 

as mentioned, allinone cbbe 4.0 is working, there I checked skse as well and found the skse files from hdt extension

 

hdtPhysicsExtension.ini, hdtPhysicsExtension.dll

 

I copied it to clam, but it doesn't work.

 

Do I miss further files?

 

As mentioned the much older files from allinone are working without problem. I like your developement, therefore I would prefer the clam mod.

is it HDT files  in SKSE Plugins .>You should not copy it manually it will not be removed  ...give me the hdtPhysicsExtension.Log file I am convinced your HDT is stalled 

[Guest]

17 hours ago, Player5005 said:

Ok, I managed to solve face glitch issue by removing femalehead_sk.dds from textures-character-female directory. Anyways, now I have a problem with character skin (see the picture). Maybe this has something to do with the installation order, which I believe goes by the main file, then resource textures and the chosen skin. I already had mature skin installed for CBBE and for some reason everything is ok with 4.0, but with a newer version this happened. I believe this might be easely fixed, but what I am doing wrong?

TESV 2018-04-27 23-09-27-09.bmp

I am pretty sure that is  not a Cosio body Will know for sure if you can get a closeup on the Vagina . >if it is a Cosio body then your texture are most definitely not Cosio compatible >>you need to check your MOd organizer for old texture mods  ..if you have done manual installations at some point then that has been brought backwhen uninstalling a texture moD NMM make a backups on files it replaces so when you uninstall a mod with NMM it will return the original 

[Guest]

On 4/26/2018 at 5:18 AM, misquiry said:

I see 4.2 update and so happy because you accept my double breasts physics. yay!

now, I made morph set for UN7B.

 

<added morph list>

 

7B Original, 7B Natural, 7B Oppai, 7B BombShell, 7B UNP, 7B Bcup, 7B Cherry Hot, 7B Cleavage

 

and I Found problem in your mesh. your body mesh is not symmetrical. so I fix it. can you accept it too?

CosioTBBP+UN7B.zip

OH i need the COSIOTBBP.osd in the SliderSets >>i don't think the try file is needed Bodyslide will make a new one

[DVD43465]

Okay so I know this is probably completely unrelated to the mod but I was hoping someone here may be able to help me out with my issue. So real quick, every time I load into a specific cell (an orc stronghold) I CTD, after spending a good 2 weeks trying to solve the issue I have only seemed to make it worse (now I CTD on some custom house mods). On top of this I can't even start up new games without it CTD-ing. I have a GTX 1080, an I7-6700k and 16GB of Ram and I also maintain a solid 45+ FPS at all times. Any Ideas anyone? Iv'e also ran Tes5Edit, and WyreBash and I use LOOT... Could it possibly be this mod??? Thanks for any suggestions!!!

[Guest]

40 minutes ago, DVD43465 said:

Okay so I know this is probably completely unrelated to the mod but I was hoping someone here may be able to help me out with my issue. So real quick, every time I load into a specific cell (an orc stronghold) I CTD, after spending a good 2 weeks trying to solve the issue I have only seemed to make it worse (now I CTD on some custom house mods). On top of this I can't even start up new games without it CTD-ing. I have a GTX 1080, an I7-6700k and 16GB of Ram and I also maintain a solid 45+ FPS at all times. Any Ideas anyone? Iv'e also ran Tes5Edit, and WyreBash and I use LOOT... Could it possibly be this mod??? Thanks for any suggestions!!!

definitely NOT COSIO ..it can only crash your game related to Naked mesh that is the only thing it replaces but i have never seen it happen before   >>CTD can happens when you enter a specific cells normally because  there is  over lapping mesh in that cell  ..ITS normally because a mod has added mesh thats trying to be in the same place as another mods mesh ..IF the game is not starting now its because a mod is missing  or out of place that another mod needs ..playing with Tes5edit can cause problems like this i recommend looking UP Gophers guide to using Tes5edit >Loot does tell you some mods need cleaning  .But if i was you i would do an integrity test on skyrim to replace your original Skyrim files to undo harmful Tes5tedit stuff ..and then remove any house  mods that possibly can effect those areas you cannot enter ..Slave trainer i know for fact can cause you not to enter Whiterun if you have Frostfall and Holidays

[DVD43465]

1 hour ago, scivirus said:

definitely NOT COSIO ..it can only crash your game related to Naked mesh that is the only thing it replaces but i have never seen it happen before   >>CTD can happens when you enter a specific cells normally because  there is  over lapping mesh in that cell  ..ITS normally because a mod has added mesh thats trying to be in the same place as another mods mesh ..IF the game is not starting now its because a mod is missing  or out of place that another mod needs ..playing with Tes5edit can cause problems like this i recommend looking UP Gophers guide to using Tes5edit >Loot does tell you some mods need cleaning  .But if i was you i would do an integrity test on skyrim to replace your original Skyrim files to undo harmful Tes5tedit stuff ..and then remove any house  mods that possibly can effect those areas you cannot enter ..Slave trainer i know for fact can cause you not to enter Whiterun if you have Frostfall and Holidays

Thanks so much! I didn't even think about overlapping meshes, I started messing around with Tes5Edit after I noticed the issue so couldn't be something wrong with that, I also used Gophers guide when I was using Tes5Edit to make sure I wasn't going to screw something up. So yea defiantly an overlapping mesh issue, only problem now is how I find out whats overlapping... doesn't help that I have like 20 texture packs for various things which I did uninstall all of them in order to see if that would fix it in the past but it didn't. SO kinda lost again  going to look into missing masters now.

[Orlando53]

 

You wrote:

is it HDT files  in SKSE Plugins .>You should not copy it manually it will not be removed  ...give me the hdtPhysicsExtension.Log file I am convinced your HDT is stalled 

 

Sorry I can't find the log. Im using MO and I have looked in HTDPhysics/Plugins. (3 files exists: hdtPhysicsExtension DefaultBBP, hdtPhysicsExtension.ini, hdtPhysicsExtension.dll). As using MO, I will not find it in the data folder where it normally should be, I assume?

By the way all other HDT functions are working hairs, wappons, breats, butt.  Thanks

 

[Guest]

57 minutes ago, Orlando53 said:

 

You wrote:

is it HDT files  in SKSE Plugins .>You should not copy it manually it will not be removed  ...give me the hdtPhysicsExtension.Log file I am convinced your HDT is stalled 

 

Sorry I can't find the log. Im using MO and I have looked in HTDPhysics/Plugins. (3 files exists: hdtPhysicsExtension DefaultBBP, hdtPhysicsExtension.ini, hdtPhysicsExtension.dll). As using MO, I will not find it in the data folder where it normally should be, I assume?

By the way all other HDT functions are working hairs, wappons, breats, butt.  Thanks

 

ok MO WILL SCREW Up load orders Thats why i don't use it >>the are many Cosio users here that do use MO and might be able to help you >>Cosio HDT must be in SKSE/PLugin folder it no exceptions..I think another HDT mods is running if the Hair is working then Havok is still working ,its just not running COsio HDT because it s in the Wrong directory or over written   .there must be a log file in the SKSE/plugin ..Cosio has a Total of 7 Files and also HDTphysicsextension files must also be in there>>Weapons HDT can Overload the Havok Engine i would uninstall that for now till you can get Cosio running...

 

If there is any Users of Cosio Can you please Help ORando Out with MO i have no idea how it works ?..

[kernins]

Just FYI: cosiohd mesh seem to have broken hdt, relevant NiStringExtraData node has "HDT havok path" name while HDT looks for "HDT Havok Path".

Yes, case matters here. Case-insensitivness applies to FS paths only, and actually lies into Win VFS implementation.

 

Fixing node name & rebuilding bodyslide fixed the issue for me

[Guest]

10 hours ago, kernins said:

Just FYI: cosiohd mesh seem to have broken hdt, relevant NiStringExtraData node has "HDT havok path" name while HDT looks for "HDT Havok Path".

Yes, case matters here. Case-insensitivness applies to FS paths only, and actually lies into Win VFS implementation.

 

Fixing node name & rebuilding bodyslide fixed the issue for me

VFS implementation ? what does that mean ?How can it be broken if it works .HDT havok Path is  just a name for the User to ID the String >> it can be "Potato cannon"  or any name as long as the path is correct is fine

[dankmemesxd]

So I made the transition from uunp to cbbe (which was a pain in the ass) and the collisions working so far. But sometimes the vagina doesnt fully open (aka doesnt cover full schlong, but just opens a little and schlong is going through the body texture) and sometimes it does, is it animation depending? Thanks in advance

[Guest]

6 hours ago, dankmemesxd said:

So I made the transition from uunp to cbbe (which was a pain in the ass) and the collisions working so far. But sometimes the vagina doesnt fully open (aka doesnt cover full schlong, but just opens a little and schlong is going through the body texture) and sometimes it does, is it animation depending? Thanks in advance

very

[kernins]

16 hours ago, scivirus said:

VFS implementation ? what does that mean ?How can it be broken if it works .HDT havok Path is  just a name for the User to ID the String >> it can be "Potato cannon"  or any name as long as the path is correct is fine

 

Sorry, but you have no idea what're talking about. In this case node name isn't for user, it is for game engine (and HDT-PE lib) to be able to find that specific node in nif tree. Or how do you think HDT-PE knows exactly which node in tree encapsulates data it is interested in? NiStringExtraData/NiStringsExtraData both are generic types, there pretty much could be multiple such nodes in a given nif, all containing different data potentially unrelated to HDT. To get the correct one, HDT must look it up by name. Specific name.

 

And then "HDT havok path" and "HDT Havok Path" are two binary-different strings, they won't match (until being compared using case-insensitive comparison functions like strcasecmp() & co). In this particular case HDT-PE is looking for a node named exactly "HDT Havok Path", not "HDT havok path" or "HDT havok Path" and obviously not "Potato cannon".

 

If it works for you, then it must be some another mesh with properly named node "telling" HDT to load relevant xml configs, or u have some SKSE plugin that overrides relevant engine functions to always perform CI string comparison. Or you just confusing "it works" with "only BBP works".

 

In my game, which had never seen HDT before, vagina & hands collisions wasn't working with your body out-ot-box. BBP worked fine however, as BBP config at default path seem to be loaded by HDT without any additional instructions in nifs. Also there was no "Physics system loaded : /path/to/config.xml" entries in hdt log, which obviously indicates HDT just doesn't "see" your incorrectly named NiStringsExtraData node. Once I had fixed node names in BS-generated femalebody nifs, I got everything properly loaded and working, and relevant "Physics system loaded" entries for each *.xml appeared in log. Then I tried to regen the body in BS -> vagina & hands collisions broke again, as node names reverted to your original ones, as expected. Then I fixed it in the src CosioHD.nif & regen -> working fine. So, I'm absolutely confident with what I'm saying.

 

VFS is "virtual file system" (part of OS kernel), windows implementation in particular treats paths in case-insensitive manner, that why "SKSE\Plugins\..." and "skse\plugins" both works being used as file path. I mentioned it coz it sometimes lead people to think that this CI also applies to NiNode names and other strings in nif, which generally isn't the case.

[egon123]

3 hours ago, kernins said:

 

Sorry, but you have no idea what're talking about. In this case node name isn't for user, it is for game engine (and HDT-PE lib) to be able to find that specific node in nif tree. Or how do you think HDT-PE knows exactly which node in tree encapsulates data it is interested in? NiStringExtraData/NiStringsExtraData both are generic types, there pretty much could be multiple such nodes in a given nif, all containing different data potentially unrelated to HDT. To get the correct one, HDT must look it up by name. Specific name.

 

And then "HDT havok path" and "HDT Havok Path" are two binary-different strings, they won't match (until being compared using case-insensitive comparison functions like strcasecmp() & co). In this particular case HDT-PE is looking for a node named exactly "HDT Havok Path", not "HDT havok path" or "HDT havok Path" and obviously not "Potato cannon".

 

If it works for you, then it must be some another mesh with properly named node "telling" HDT to load relevant xml configs, or u have some SKSE plugin that overrides relevant engine functions to always perform CI string comparison. Or you just confusing "it works" with "only BBP works".

 

In my game, which had never seen HDT before, vagina & hands collisions wasn't working with your body out-ot-box. BBP worked fine however, as BBP config at default path seem to be loaded by HDT without any additional instructions in nifs. Also there was no "Physics system loaded : /path/to/config.xml" entries in hdt log, which obviously indicates HDT just doesn't "see" your incorrectly named NiStringsExtraData node. Once I had fixed node names in BS-generated femalebody nifs, I got everything properly loaded and working, and relevant "Physics system loaded" entries for each *.xml appeared in log. Then I tried to regen the body in BS -> vagina & hands collisions broke again, as node names reverted to your original ones, as expected. Then I fixed it in the src CosioHD.nif & regen -> working fine. So, I'm absolutely confident with what I'm saying.

 

VFS is "virtual file system" (part of OS kernel), windows implementation in particular treats paths in case-insensitive manner, that why "SKSE\Plugins\..." and "skse\plugins" both works being used as file path. I mentioned it coz it sometimes lead people to think that this CI also applies to NiNode names and other strings in nif, which generally isn't the case.

 

I looked into my setup. (Looked for the vagina stuff and checked all other changed meshes if maybe the xml gets called from somewhere else)

hdtvagina is only called in the femalebody mesh. And the name is "HDT havok path". With you explanation I shouldn't have vagina collision. But I do. Cosio works perfectly fine.

Same goes btw for hdtfingers.

[Guest]

3 hours ago, kernins said:

 

Sorry, but you have no idea what're talking about. In this case node name isn't for user, it is for game engine (and HDT-PE lib) to be able to find that specific node in nif tree. Or how do you think HDT-PE knows exactly which node in tree encapsulates data it is interested in? NiStringExtraData/NiStringsExtraData both are generic types, there pretty much could be multiple such nodes in a given nif, all containing different data potentially unrelated to HDT. To get the correct one, HDT must look it up by name. Specific name.

 

And then "HDT havok path" and "HDT Havok Path" are two binary-different strings, they won't match (until being compared using case-insensitive comparison functions like strcasecmp() & co). In this particular case HDT-PE is looking for a node named exactly "HDT Havok Path", not "HDT havok path" or "HDT havok Path" and obviously not "Potato cannon".

 

If it works for you, then it must be some another mesh with properly named node "telling" HDT to load relevant xml configs, or u have some SKSE plugin that overrides relevant engine functions to always perform CI string comparison. Or you just confusing "it works" with "only BBP works".

 

In my game, which had never seen HDT before, vagina & hands collisions wasn't working with your body out-ot-box. BBP worked fine however, as BBP config at default path seem to be loaded by HDT without any additional instructions in nifs. Also there was no "Physics system loaded : /path/to/config.xml" entries in hdt log, which obviously indicates HDT just doesn't "see" your incorrectly named NiStringsExtraData node. Once I had fixed node names in BS-generated femalebody nifs, I got everything properly loaded and working, and relevant "Physics system loaded" entries for each *.xml appeared in log. Then I tried to regen the body in BS -> vagina & hands collisions broke again, as node names reverted to your original ones, as expected. Then I fixed it in the src CosioHD.nif & regen -> working fine. So, I'm absolutely confident with what I'm saying.

 

VFS is "virtual file system" (part of OS kernel), windows implementation in particular treats paths in case-insensitive manner, that why "SKSE\Plugins\..." and "skse\plugins" both works being used as file path. I mentioned it coz it sometimes lead people to think that this CI also applies to NiNode names and other strings in nif, which generally isn't the case.

i meant the User of nifscope From what i have read on the Havok sight >>THe HDT HAvok Path is just so the User that is busy editing the nif in Nifscope can identify what node his working on and the directory path is execution the Xml for Havok .how ever what you telling me does make sense and will change it for the next update >it might explains problems people have when  changing from other HDT config to Cosio's..Thank you for your input

[Guest]

1 hour ago, egon123 said:

 

I looked into my setup. (Looked for the vagina stuff and checked all other changed meshes if maybe the xml gets called from somewhere else)

hdtvagina is only called in the femalebody mesh. And the name is "HDT havok path". With you explanation I shouldn't have vagina collision. But I do. Cosio works perfectly fine.

Same goes btw for hdtfingers.

thats exactly what i do not understand but from potentially stalling HDT it makes sence .so ill change just in case .I do see that the Female head and tales and malebody uses Caps .the malebody does run the HDTphysicsextentiondefaultbbp.xml . so maybe his on to something ..my thinking is if you installed cosio and after that Run Skyrim in a cell that does not have MaleHAnds and Makebody your collision will not work and it will inhered to every new save you make after that.>the female Body runs all the strings so if the malebody and male hands is not in that cell after an cosio install then they will not get triggered on the females ..|That explains almost why HDT stalling is so random and only Halfway because Hair will stop and freez in place and will have no collision But the Breast will still bounce  but have no collision .>the string will trigger physics but it cant run collision because of the HDT havok path link

[kernins]

Well, that gave me some thoughts and I did some more testing.

 

I usually load saves via qasmoke, as my game is heavily visually modded and quite often CTD or hang on first load, but once loaded can run smoothly for hours.
My initial tests were no different in that regard, they were on clean fresh save in riverwood being loaded from qasmoke cell.

 

But now I tried new-game with already installed hdt-pe & cosio with original "HDT havok path" nodename and...it worked fully.
Direct-loading into savegame, whether male or female char, also worked. qasmoke-loading into male char savegame, and then into female char worked too.
Only my usual flow of qasmoke-loading into female char doesn't, unless "config" node on femalebody named exactly "HDT Havok Path".

 

So, it is either just another case of bethesda's engine being a terrible mess, which is no doubt anyway)
Or a bug in HDT-PE plugin.

 

It is indeed does look-up the node by name, as I said previously, but in most scenarios comparison is actually case-INsensitive here.
However for some reason in "qasmoke-loading female char" scenario it is not only case-sensitive, but hdt-pe also refuses to load other configs if it doen't find "HDT Havok Path" node on femalebody. Default BBP config gets loaded regardless, without any nif-implanted instructions, as I observed previously.

 

 

[Guest]

8 hours ago, kernins said:

Well, that gave me some thoughts and I did some more testing.

 

I usually load saves via qasmoke, as my game is heavily visually modded and quite often CTD or hang on first load, but once loaded can run smoothly for hours.
My initial tests were no different in that regard, they were on clean fresh save in riverwood being loaded from qasmoke cell.

 

But now I tried new-game with already installed hdt-pe & cosio with original "HDT havok path" nodename and...it worked fully.
Direct-loading into savegame, whether male or female char, also worked. qasmoke-loading into male char savegame, and then into female char worked too.
Only my usual flow of qasmoke-loading into female char doesn't, unless "config" node on femalebody named exactly "HDT Havok Path".

 

So, it is either just another case of bethesda's engine being a terrible mess, which is no doubt anyway)
Or a bug in HDT-PE plugin.

 

It is indeed does look-up the node by name, as I said previously, but in most scenarios comparison is actually case-INsensitive here.
However for some reason in "qasmoke-loading female char" scenario it is not only case-sensitive, but hdt-pe also refuses to load other configs if it doen't find "HDT Havok Path" node on femalebody. Default BBP config gets loaded regardless, without any nif-implanted instructions, as I observed previously.

 

 

Well i been using HDT from the day it came out and modding with aswell .And i am still learning things about ..>>after you told me about the Upper Case Thing i did change it ..Indeed not long after that my HDT crashed Completely .Hair did not move and no collision anywhere  even stepping on weapons or hitting my head on those boards on front of an INN .But teh Breast and butt still bounced as intended..So my theory about that was smashed ..But it was easy to fix as normal  by starting the game with the reset save ..same as your Qasmoke room save i just use studio as it have nothing in it no walls no floor no roof ..and no MODs loaded  .then i load my last save and  VOILA HDT is back