Jump to content

Recommended Posts

Posted

Are you using qar? 

 

Nevertheless there are 2 questions here :

1- are your keywords being properly applied

2- do your keywords make sense.

 

It seems your keywords are not being properly applied. Otherwise it would work.

 

Now there is a problem with your keywords:

All thongs are underwear, but not all underwear are thongs.

Therefore you only need 1. In your case thong.  

A thong is reported as showing underwear, showing ass. 

Posted (edited)
2 hours ago, Arkbar. said:

Are you using qar? 

 

Yes, and it seems to work. Mods start to react to outfits after I add the keywords.

 

2 hours ago, Arkbar. said:

Therefore you only need 1. In your case thong.

 

OK, I can change that.

 

Edit: I just read the documents again and it seems I don't need the FlashRisk keywords either as they are built in to T-end keywords.

 

 

2 hours ago, Arkbar. said:

It seems your keywords are not being properly applied.

 

Does it matter if the item doesn't go to the usual 4 slots? Because CB-s go to 49 or something AFAIK.

Edited by monsta88
Posted
1 hour ago, monsta88 said:

Does it matter if the item doesn't go to the usual 4 slots? Because CB-s go to 49 or something AFAIK.

No. Slots are irrelevant if your keywords are applied correctly. In the case of your CB,  are there multiple variants/different colors? Are the keywords being applied to the one that you are actually wearing, and not to a similar one that is a different color - they will have different Editor Names/ID's if so

Posted
12 minutes ago, IBAGadget said:

Are the keywords being applied to the one that you are actually wearing

 

Yes, this is a quest item, applied the keywords right on this one. You can see it in my original post, bottom of the last page.

Posted (edited)

@monsta88 Are there any NPCs nearby that get scanned by chance?

 

There's currently a bug where NPC scans can cause your statuses to be incorrect.

 

AND 2.4.0 will more than likely fix that bug.

 

Also, while looking through my code, I found a few other bugs in the coverage logic which I will be fixing. This may also be part of the problem. Therefore I'm going to go through the coverage logic very carefully before releasing 2.4.0 (Never mind, I confused myself somehow. The logic still seems fine)

 

-----

 

Also, you're clearly very confused about how this mod works. You're applying a bunch of redundant or unnecessary keywords. You've applied 8 keywords when you only need 3.

Way too many here:

AND_ArmorBottomT_High

AND_ArmorTopT_High

AND_AssFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_ChestFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_PelvicFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_NearlyNaked - This is an extremely niche keyword that doesn't provide any "real" coverage. It only prevents the "Nude" condition, but the other keywords are already doing that, so this keyword is unnecessary.

 

Pick one or the other:

AND_Thong - You don't need the Underwear keyword for this to work

AND_Underwear - This will override Thong since Underwear covers more than Thongs

Edited by NymphoElf
Posted (edited)
1 hour ago, NymphoElf said:

Way too many here:

AND_ArmorBottomT_High

AND_ArmorTopT_High

AND_AssFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_ChestFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_PelvicFlashRiskExtreme - Not needed. Flash Risk keywords are only for Curtains

AND_NearlyNaked - This is an extremely niche keyword that doesn't provide any "real" coverage. It only prevents the "Nude" condition, but the other keywords are already doing that, so this keyword is unnecessary.

 

Thanks for the answer. I realized that I don't need the FlashRisk keywords after I read the documents again (it has been like a half year since I read it, I forgot a lot).

 

Now I removed all unnecessary ones.

 

1 hour ago, NymphoElf said:

Are there any NPCs nearby that get scanned by chance?

 

NPC scans are disabled in MCM. At the moment my character is in a bandit den with only dead bandits around and still "Showing Pussy", "Not Showing Underwear", "Bottomless - Yes".

 

Edit: I made a little experiment, removed the chest armor, just the Chastity Belt is being worn. The MCM still says the same, AND doesn't seem to react to the keyword on the CB.

 

image.png.92273d81867e99d9bab870be9e538045.png

 

It doesn't have a slot, maybe the DD script should have the keyword?

 

 

Edited by monsta88
Posted
12 minutes ago, monsta88 said:

AND doesn't seem to react to the keyword on the CB.

 

This is probably due to how Devious Devices works. There's a lot of moving parts in that mod, and the equip-able devices act very different from normal armor.

 

It's a lot to try to explain, but this is simply an issue with how DD equips things. Maybe it will find it on the next auto-scan? Have you tried simply waiting to see if it corrects itself?

Posted (edited)
30 minutes ago, NymphoElf said:

 

This is probably due to how Devious Devices works. There's a lot of moving parts in that mod, and the equip-able devices act very different from normal armor.

 

It's a lot to try to explain, but this is simply an issue with how DD equips things. Maybe it will find it on the next auto-scan? Have you tried simply waiting to see if it corrects itself?

 

It did not fix itself after about a minute, I assume the refresh is happening more often than that.

 

I went to xEdit and made a little patch for the DD script part of the CB in question, added the AND_Thong keyword. It started working again. Now it shows what I expect. This is while wearing the armor too:

 

image.png.d4f2e6e181e8c98a241a53844c715037.png

 

 

Edit: On a second thought, the Showing Boobs should be Yes, no? Or maybe the Last Transparent Top roll causes it, it was 75.

Edited by monsta88
Posted (edited)

 

1 hour ago, monsta88 said:

It did not fix itself after about a minute, I assume the refresh is happening more often than that.

45 seconds by default, so maybe. But if it was fixed by adding the keywords to the Script item then DD was technically the problem. 

 

1 hour ago, monsta88 said:

On a second thought, the Showing Boobs should be Yes, no? Or maybe the Last Transparent Top roll causes it, it was 75.

The Transparent roll succeeded, so you were covered. So your latest screenshot was correct (assuming you didn't change the flash odds from the default value, which is 70% for High transparent non-curtain items).

 

Flash rolls are between 1 and 100. If your Flash Roll is HIGHER than your flashing odds, then you're covered. The logic here is that there are 100 potential outcomes of the flash roll, so if you have a 70% chance to flash then any roll between 1 and 70 means you're flashing.

Edited by NymphoElf
Posted

Hey I know this is not directly related to this mod but a dependency but can you confirm the NoModesty/NoModestyAll keywords should prevent the dynamic modesty animations from triggering?

OAR conditions are a nightmare and I'm looking for a way to make the animation not trigger on certain items.

Posted (edited)
1 hour ago, Fraying9981 said:

Hey I know this is not directly related to this mod but a dependency but can you confirm the NoModesty/NoModestyAll keywords should prevent the dynamic modesty animations from triggering?

 

The Modesty Keywords from DFFMA don't do anything if you've overwritten DFFMA's OAR settings files with AND's OAR settings files.

 

DFFMA's keywords were removed from the condition list because they are unnecessary while using AND, plus having two sets of keywords fight over what animation should play is simply a headache for everyone involved.

 

If you chose not to overwrite DFFMA, then you're using the normal DFFMA system.

Edited by NymphoElf
Posted
27 minutes ago, NymphoElf said:

 

The Modesty Keywords from DFFMA don't do anything if you've overwritten DFFMA's OAR settings files with AND's OAR settings files.

 

DFFMA's keywords were removed from the condition list because they are unnecessary while using AND, plus having two sets of keywords fight over what animation should play is simply a headache for everyone involved.

 

If you chose not to overwrite DFFMA, then you're using the normal DFFMA system.

 

thank you very much. it makes much sense and I was getting crazy.

I do have AND on top of DFFMA so the keywords from DFFMA must be irrelevant as you say.

 

so, how do I deal with devious devices that tie hands being overwritten by DFFMA animations inside OAR?

there is this patch for DFFMA that adds nomodesty keywords but since you say this is irrelevant in AND, what should I do?

 

 

Thanks in advance for your help

Posted

I don't know this patch, but if what you say is correct, rather than using no modesty, change the keyword to armor top/bottom accordingly

 

That effectively would make these items "normal" is a terribly bad hack solution ( because if you are naked but bound it will consider you as dressed which will not change your rank, nor trigger integrations like slsf), but would fix the animations. 

 

Ather solution would be to manually change the priority of the animations, but that not only time consuming, but also difficult to maintain.

 

The thing that could probably work and be better is 

https://www.nexusmods.com/skyrimspecialedition/mods/158250

 

I have not tested it, but should solve the issue, after all de should be loaded after AND ( please report if this works for you) 

 

Posted
34 minutes ago, Arkbar. said:

I don't know this patch, but if what you say is correct, rather than using no modesty, change the keyword to armor top/bottom accordingly

 

That effectively would make these items "normal" is a terribly bad hack solution ( because if you are naked but bound it will consider you as dressed which will not change your rank, nor trigger integrations like slsf), but would fix the animations. 

 

Ather solution would be to manually change the priority of the animations, but that not only time consuming, but also difficult to maintain.

 

The thing that could probably work and be better is 

https://www.nexusmods.com/skyrimspecialedition/mods/158250

 

I have not tested it, but should solve the issue, after all de should be loaded after AND ( please report if this works for you) 

 

 

hey that's very helpful. thanks!

so yeah what you are suggesting = adding the keyword AND armor top and bottom to cuffs :D right?

totally hackey i love it

Posted

Yes, is hackey, and is good enough if you only care about animations, but it will "break" everything else. 

You may be completely naked, with just a cuff to bind you, the game wil l consider you fully clothed, meaning that things like

- immodesty Progression will be halted, and you may even regress

- sexual fame will not consider you naked.

- sexy adventures/lmao integrations may not work ( for example if you have a nude law, you will be in violation, etc)

 

Probably more, but those are from the top of my head ( incidentally, BARE won't have problems) 

Posted
12 minutes ago, NymphoElf said:

Devious Devices screws up everything. Making compatibilities for it is excruciatingly tedious and annoying.

 

How about non DD stuff? Like zaz?

How do you fix them so they dont play dffma

Posted (edited)
2 hours ago, Fraying9981 said:

 

How about non DD stuff? Like zaz?

How do you fix them so they dont play dffma

Zaz and DD are the same. Most, if not all, Zaz animations requires DD. The DD Device hider is literally called "Zaz_DeviceHider" in the editor

 

Plus you'd have this issue with normal DFFMA conditions anyways. The common denominator is DD/ZAZ

Edited by NymphoElf
Posted
43 minutes ago, NymphoElf said:

Zaz and DD are the same. Most, if not all, Zaz animations requires DD. The DD Device hider is literally called "Zaz_DeviceHider" in the editor

 

Plus you'd have this issue with normal DFFMA conditions anyways. The common denominator is DD/ZAZ

 

thanks, isn't it possible to get NoModesty for DD/ZaZ devices? = if the keyword is present, don't play the animation.
I understand this is the normal behavior of DFFMA, overwritten by AND

Posted

No you are missing the point.

No modesty is the original keyword.

And integration does away with that keyword because all modesty issues are handled through AND

 

There is another possibility I just thought. To my understanding some devices have the keyword zazbound or something around those lines, those devices would prevent you from covering yourself.

 

You could ( and this could be a legitimate enhancement proposal for AND) add a master condition that prevents you from executing the animations if this keyword is detected, similar to how modesty is not triggered if you are not detected )(or detecting, i m not sure) 

Posted
5 hours ago, Arkbar. said:

No you are missing the point.

No modesty is the original keyword.

And integration does away with that keyword because all modesty issues are handled through AND

 

There is another possibility I just thought. To my understanding some devices have the keyword zazbound or something around those lines, those devices would prevent you from covering yourself.

 

You could ( and this could be a legitimate enhancement proposal for AND) add a master condition that prevents you from executing the animations if this keyword is detected, similar to how modesty is not triggered if you are not detected )(or detecting, i m not sure) 

 

yes don't worry I got your point.

 

To your second point I agree this is an alternative but I was hoping a simple keyword add would be simpler than going into the hell of OAR interface and adding conditions...

Posted
8 hours ago, Arkbar. said:

some devices have the keyword zazbound or something around those lines, those devices would prevent you from covering yourself.

 

You could ( and this could be a legitimate enhancement proposal for AND) add a master condition that prevents you from executing the animations if this keyword is detected

 

Correct.

 

8 hours ago, Arkbar. said:

modesty is not triggered if you are not detected

 

Also correct. As far as I know, there's no good way to determine the player's "detection". The only possible thing could be camera angle, but that doesn't guarantee that the player knows someone is there in all cases.

 

3 hours ago, Fraying9981 said:

To your second point I agree this is an alternative but I was hoping a simple keyword add would be simpler than going into the hell of OAR interface and adding conditions

 

OAR Conditions really aren't that bad. It's just the author of DFFMA adding 50 conditions to a list that only needs 2. How he got it to work is a miracle in itself. Probably took him far longer than it should have.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...