Apropos

[RDKateran]

 

The only issue I've ever really had with this mod once it was working was a particular descriptor in the corner, where my male player character told the woman he was banging that she "was so much better than my husband."  My character was neither married nor gay.  Can I still expect this issue once the update rolls out, or what?

 

(I never reported it when it happened 'cause I came across a post that the current build of Apropos was mainly for the perspective of a female Dovahkiin)

 

Well not sure what to say here. I cannot find any reference to that text in recent databases. Is it possible you have a custom database from somewhere? The only reference to 'husband' in any of the description files is for FemaleActor (Female PC) and Werewolves (creature sex).  Can't say it has been fixed since I've never heard of it before nor do i know where to look.

 

 

No, nothing custom.  I've only ever used whatever is included in the regular Apropos download, and presumably will continue to do so until downloading people's custom files becomes necessary.  This WAS quite a ways back, though.  The text might've said "my man", rather than "my husband".

[terrorofmorrowind]

 

Wear and tear doesn't seems to work properly with npc's. The actors get registered perfectly but the numbers don't count up. They all stay at zero. There is no problem with the message system. I also have all the other requirements needed and it did work before. Also i started it at the same time as sexlab was installed (aka a new game). Any idea why this happens? I can use them with the slavetats MCM but they won't show up because the numbers don't count up. Could there be a problem with jcontainers?

 

I have seen this also. It turns out ActiveMagicEffects on NPC's are a royal bitch. Basically they get unapplied fairly quickly in game play. I have a code suggestion from another modder to keep them reapplied but I haven't tested it yet.

 

 

Any temporary solution for this? It did work before but then i added some new mods and it didn't anymore. It's possible i stepped over a border that my game was still able to follow to where it's a bit more laggier then usual. Because before it, it did work for a while but then it would stop, now it just doesn't add up at all or doesn't register sometimes either.

 

I guess i have to wait for the next patch? Atleast the messaging works as it should. btw i can still apply those effects on the npc's myself with slavetats. That gives me an idea too. Why don't you add a customization for the npc's too like you did for the player? That way you could still customize the effects rate.

 

[Guest]

 

How does FF work? Does it always assume the perspective (player normally) is position [0]/receiver? Or will it detect whether the player is position [1]/giver?

 

Also, does this mean lesbian-specific animations (tribadism, etc) are now supported and will work with Unique Animations?

 

I first look for the Lesbian tag. If there is no Lesbian tag, and the two actors are both female, I assume we are dealing with animation normally designed for MF but actually it is being run against two females. I then look for three additional possible concurrent tags: Vaginal, Anal, Boobjob. 

 

Depending upon combinations I will make assumptions that a strapon is in play - and make calls into SexLab to determine who currently has the strapon (MalePosition). From there I drive different descriptions based on who has strapon, who is receiving, and what other tag is present (Vaginal, Anal, Boobjob). So:

 

FemaleActor_Female\FemaleActor_Female_Anal*

FemaleActor_Female\FemaleActor_Female_Vaginal*

FemaleActor_Female\FemaleActor_Female_BoobJob*

 

Should all pertain and describe FF sex acts for the specific body area, using Strapon language.

 

Also, if there is no Lesbian tag, and yet I also find one of the tags: Footjob, HandJob, Foreplay, Fisting, Oral, I will drive a description for those special tags:

 

FemaleActor_Female\FemaleActor_Female_Footjob*

FemaleActor_Female\FemaleActor_Female_Handjob*

FemaleActor_Female\FemaleActor_Female_Foreplay* (needs to possibly be created for non-unique animation scenarios where the Foreplay tag is encountered).

FemaleActor_Female\FemaleActor_Female_Fisting*

FemaleActor_Female\FemaleActor_Female_Oral* (describes FF cunnilingus)

 

The logic for detecting Unique-Animations should work in all the above scenarios. In these scenarios I am assuming the 0-th position for the actor list is the Player character in descriptions involving the player (and the player obviously is a Female since that is what we are talking about). In cases where NPC-NPC descriptions are being generated, then the accuracy of the descriptions becomes hard to predict.

 

Now, if the Lesbian tag IS present (like ArrokLesbian, ZynLesbian, etc), we also see concurrent tags like Oral, Vaginal, etc, I am driving a general Lesbian animation, which *hopefully* is covered by a unique animation registration. In the off chance (like a new mod animation) where an animation is encountered that has Lesbian + (Oral or Vaginal or ...) AND a unique animation is not been created yet then it should fall back on a new generic tag based lesbian-specific description file:

 

FemaleActor_Female\FemaleActor_Female_Lesbian*

 

The obvious gap here is the determination of who is in what position during a pure-Lesbian animation where a Strapon is not involved. There, SexLab cannot provide us any additional information. In the case where the Player is involved, we have pretty good likelihood the Player's actor is in the 0-th position in the actor list, but it is not guaranteed (as I understand it). But NPC-NPC FF animations will probably be iffy. If we have good coverage using Unique animations descriptions for FF Lesbian animations we should be in good shape.

 

The worst case scenario, is FF sex involving two NPC's (using 3rd person narrative), with a FF/Lesbian specific animation being played, with no Unique animation description file.

 

 

Might be better to use the 'Cunnilingus' tag rather than Oral to mean Cunnilingus, since there's no way to stop SexLab triggering MF blowjob animations just for FF. Using Oral for both would result in the same messages being displayed for both cunnilingus and giving a blowjob to a strapon.

 

There's actually a bunch of animations I wish could be disabled for FF; blowjobs, boobjobs, handjobs, footjobs, etc. None of them really make sense to do with a strapon.

 

Also, what would the naming scheme be for folders/files for both sides of the strapon?

So, for both Dragonborn fucking an NPC with a strapon, and an NPC fucking the Dragonborn with a strapon?

 

[AlericoftheNords]

Finished F-F support!!!

 

At this point all the main functionality has been implemented, including:

 

1. New SkyUI Message Widget system.

2. Themes

3. Foreplay

4. FF

5. Major MCM updates

6. Using new SexLab hook methods (e.g. RegisterForModEvent("HookOrgasmStart", ...)

 

 

I still have some minor loose ends to wrap up (particularly with the Message widgets) and some additional smoke testing, but this is feeling pretty good. I think I've added over 1000 new lines of code in the last few weeks.

 

What's not implemented so far:

 

1. M-M support. 

2. Nutlucks idea of using Skooma to relieve W&T.

 

Other things missing??? Please speak up now.

 

EEEK!!!!!!

 

Awesome news!

[terrorofmorrowind]

 

Finished F-F support!!!

 

At this point all the main functionality has been implemented, including:

 

1. New SkyUI Message Widget system.

2. Themes

3. Foreplay

4. FF

5. Major MCM updates

6. Using new SexLab hook methods (e.g. RegisterForModEvent("HookOrgasmStart", ...)

 

 

I still have some minor loose ends to wrap up (particularly with the Message widgets) and some additional smoke testing, but this is feeling pretty good. I think I've added over 1000 new lines of code in the last few weeks.

 

What's not implemented so far:

 

1. M-M support. 

2. Nutlucks idea of using Skooma to relieve W&T.

 

Other things missing??? Please speak up now.

 

EEEK!!!!!!

 

Awesome news!

 

 

Is it out yet?! I wanna know! Can't wait to see it for myself

 

[bearcano]

I'm constantly visiting this thread, anticipating the update, haha

[saladboy21]

Does F/F where there is a strapon or futa (ie female in male position) involved assume one or the other, or can we set it?

[gooser]

Does F/F where there is a strapon or futa (ie female in male position) involved assume one or the other, or can we set it?

 

I can tell from a call to SexLab which F has the strapon or Futa (is in the "MalePosition"). So it is derived in code, not a setting.

[saladboy21]

okay, cool, thanks for the quick answer.

[gooser]

 

 

How does FF work? Does it always assume the perspective (player normally) is position [0]/receiver? Or will it detect whether the player is position [1]/giver?

 

Also, does this mean lesbian-specific animations (tribadism, etc) are now supported and will work with Unique Animations?

 

I first look for the Lesbian tag. If there is no Lesbian tag, and the two actors are both female, I assume we are dealing with animation normally designed for MF but actually it is being run against two females. I then look for three additional possible concurrent tags: Vaginal, Anal, Boobjob. 

 

Depending upon combinations I will make assumptions that a strapon is in play - and make calls into SexLab to determine who currently has the strapon (MalePosition). From there I drive different descriptions based on who has strapon, who is receiving, and what other tag is present (Vaginal, Anal, Boobjob). So:

 

FemaleActor_Female\FemaleActor_Female_Anal*

FemaleActor_Female\FemaleActor_Female_Vaginal*

FemaleActor_Female\FemaleActor_Female_BoobJob*

 

Should all pertain and describe FF sex acts for the specific body area, using Strapon language.

 

Also, if there is no Lesbian tag, and yet I also find one of the tags: Footjob, HandJob, Foreplay, Fisting, Oral, I will drive a description for those special tags:

 

FemaleActor_Female\FemaleActor_Female_Footjob*

FemaleActor_Female\FemaleActor_Female_Handjob*

FemaleActor_Female\FemaleActor_Female_Foreplay* (needs to possibly be created for non-unique animation scenarios where the Foreplay tag is encountered).

FemaleActor_Female\FemaleActor_Female_Fisting*

FemaleActor_Female\FemaleActor_Female_Oral* (describes FF cunnilingus)

 

The logic for detecting Unique-Animations should work in all the above scenarios. In these scenarios I am assuming the 0-th position for the actor list is the Player character in descriptions involving the player (and the player obviously is a Female since that is what we are talking about). In cases where NPC-NPC descriptions are being generated, then the accuracy of the descriptions becomes hard to predict.

 

Now, if the Lesbian tag IS present (like ArrokLesbian, ZynLesbian, etc), we also see concurrent tags like Oral, Vaginal, etc, I am driving a general Lesbian animation, which *hopefully* is covered by a unique animation registration. In the off chance (like a new mod animation) where an animation is encountered that has Lesbian + (Oral or Vaginal or ...) AND a unique animation is not been created yet then it should fall back on a new generic tag based lesbian-specific description file:

 

FemaleActor_Female\FemaleActor_Female_Lesbian*

 

The obvious gap here is the determination of who is in what position during a pure-Lesbian animation where a Strapon is not involved. There, SexLab cannot provide us any additional information. In the case where the Player is involved, we have pretty good likelihood the Player's actor is in the 0-th position in the actor list, but it is not guaranteed (as I understand it). But NPC-NPC FF animations will probably be iffy. If we have good coverage using Unique animations descriptions for FF Lesbian animations we should be in good shape.

 

The worst case scenario, is FF sex involving two NPC's (using 3rd person narrative), with a FF/Lesbian specific animation being played, with no Unique animation description file.

 

 

Might be better to use the 'Cunnilingus' tag rather than Oral to mean Cunnilingus, since there's no way to stop SexLab triggering MF blowjob animations just for FF. Using Oral for both would result in the same messages being displayed for both cunnilingus and giving a blowjob to a strapon.

 

There's actually a bunch of animations I wish could be disabled for FF; blowjobs, boobjobs, handjobs, footjobs, etc. None of them really make sense to do with a strapon.

 

Also, what would the naming scheme be for folders/files for both sides of the strapon?

So, for both Dragonborn fucking an NPC with a strapon, and an NPC fucking the Dragonborn with a strapon?

 

 

 

Good point about Cunninlingus. I change to code to inspect for that. It appears that ArrokLesbian, and ZynLesbian are both tagged with Lesbian and Oral, but not Cunnilingus. I will add Cunnilingus to these two animations.

 

Handjobs, FootJobs - I can imagine descriptions that describe FF usage of these animations without a strapon.

Boobjobs - I can imagine description support with FF and a Strapon. In fact I have seen it many times in my game play so I'm not sure where you are coming from.

 

I failed to mention the symmetry issue you asked about:

 

FemaleActor_Female/... ; for Female PC where the PC has the strapon or is in 1-th position for non-strapon scenarios.

Female_FemaleActor/... ; for scenarios where the PC is receving a  strapon or is 0-th position for non-strapon scenarios.

 

For NPC-NPC scenarios I use the former folder designation. 

[Cliffyqq]

I don't have slave tats 1.05, I only have 1.06 or higher. Will it still work?

[gooser]

I don't have slave tats 1.05, I only have 1.06 or higher. Will it still work?

 

I'm not sure. I know there was an unresolved bug in 1.06 that was causing game bloating at one point, even pointed out by the JContainers author. I will have to see. I was planning on testing with 1.06.

[bearcano]

I'm not sure if it's in there already, but possible feature request:

 

- Integrate Aroused level into Wear and Tear -- higher female arousal going into sex results in less "wear and tear" as she is more easily lubricated/receptive

 

- Speaking of which, has anybody made a "lubricant" mod?  If not maybe I'll give it a shot.  Never made a mod before but that seems small enough to try.  Anyway I'd want that to tie into Wear and Tear to reduce negative effects.

 

For both of these options, it might be good to increase default "wear and tear" penalties since there are more chances to avoid it now.

[gooser]

I'm not sure if it's in there already, but possible feature request:

 

- Integrate Aroused level into Wear and Tear -- higher female arousal going into sex results in less "wear and tear" as she is more easily lubricated/receptive

 

- Speaking of which, has anybody made a "lubricant" mod?  If not maybe I'll give it a shot.  Never made a mod before but that seems small enough to try.  Anyway I'd want that to tie into Wear and Tear to reduce negative effects.

 

For both of these options, it might be good to increase default "wear and tear" penalties since there are more chances to avoid it now.

 

Sure, that sounds pretty good.

 

Nutluck presented a idea in the same vein - Using something like Skooma from SkoomaWhore to provide relief for W&T. He felt that there was no real incentive to become addicted to Skooma in the first place, and it Apropos W&T allowed Skooma to relieve the values that would provide an incentive.

 

Also, i've considered something related - a 'balm' that can be consumed (in potion form) that can relieve W&T but has the possible side-effect for spontaneous, involuntary orgasms and masturbation, modulated by the current Arousal level (meaning you wouldn't want to apply it when you have high Arousal or get caught off guard with having to lie down and go at it for a while).

[bearcano]

 

I'm not sure if it's in there already, but possible feature request:

 

- Integrate Aroused level into Wear and Tear -- higher female arousal going into sex results in less "wear and tear" as she is more easily lubricated/receptive

 

- Speaking of which, has anybody made a "lubricant" mod?  If not maybe I'll give it a shot.  Never made a mod before but that seems small enough to try.  Anyway I'd want that to tie into Wear and Tear to reduce negative effects.

 

For both of these options, it might be good to increase default "wear and tear" penalties since there are more chances to avoid it now.

 

Sure, that sounds pretty good.

 

Nutluck presented a idea in the same vein - Using something like Skooma from SkoomaWhore to provide relief for W&T. He felt that there was no real incentive to become addicted to Skooma in the first place, and it Apropos W&T allowed Skooma to relieve the values that would provide an incentive.

 

Also, i've considered something related - a 'balm' that can be consumed (in potion form) that can relieve W&T but has the possible side-effect for spontaneous, involuntary orgasms and masturbation, modulated by the current Arousal level (meaning you wouldn't want to apply it when you have high Arousal or get caught off guard with having to lie down and go at it for a while).

 

 

Cool!  I'll look into making a lube mod then.

 

I agree that there's not enough reason to get addicted to Skooma.  Maybe I'll try making drinking Skooma as a tie-in to lubrication, like it lowers your needed lubrication threshold or something.

 

I have ideas for making Skooma a lot more relevant and useful, but I'll have to see how the other mod goes first.  I've never modded TES so I have no idea what's in store for me!

[shinji72]

 

Nutluck presented a idea in the same vein - Using something like Skooma from SkoomaWhore to provide relief for W&T. He felt that there was no real incentive to become addicted to Skooma in the first place, and it Apropos W&T allowed Skooma to relieve the values that would provide an incentive.

 

 

 

That's a great idea!

Coupled with Skooma whore, and you will have a lot of room for roleplay opportunities.

[AlericoftheNords]

 

 

Nutluck presented a idea in the same vein - Using something like Skooma from SkoomaWhore to provide relief for W&T. He felt that there was no real incentive to become addicted to Skooma in the first place, and it Apropos W&T allowed Skooma to relieve the values that would provide an incentive.

 

 

 

That's a great idea!

Coupled with Skooma whore, and you will have a lot of room for roleplay opportunities.

 

 

The possibilities. 

 

[snoopingasusual]

Ive installed JContainers yet the MCM is claiming my first born child. What do I do?

[PubliusNV]

Ive installed JContainers yet the MCM is claiming JContainers not installed. I am using mod organizer

 

Is JContainers last in the left hand pane of MO?  Some mods like the unpatched versions of Radiant Prostitution had an old JContainers bundled with it.  Right click on the JContainers mod in the left hand pane, select Information, then check the conflicts tab to see if any of the files are being over written by another mod.

 

[snoopingasusual]

 

Ive installed JContainers yet the MCM is claiming JContainers not installed. I am using mod organizer

 

Is JContainers last in the left hand pane of MO?  Some mods like the unpatched versions of Radiant Prostitution had an old JContainers bundled with it.  Right click on the JContainers mod in the left hand pane, select Information, then check the conflicts tab to see if any of the files are being over written by another mod.

 

 

yep, Jcontainers is in the left pain. my right feels just fine

[Guest]

How does FF support work for Unique Animations? The naming structure doesn't seem to leave room to differentiate between M>PC, F>PC & PC>F.

[gooser]

How does FF support work for Unique Animations? The naming structure doesn't seem to leave room to differentiate between M>PC, F>PC & PC>F.

 

Are you talking about Unique Animations for animations tagged with Lesbian?

[Guest]

All of them, really.

For example, 'FemaleActor_ZynRoughStanding'.

Because it doesn't have 'FemaleActor_Male', 'FemaleActor_Female' or 'Female_FemaleActor', there's no way to differentiate between which pairing we have.

The messages should have three different versions:

 

HE picked me up and fucked me with his cock.

SHE picked me up and fucked me with a strapon.

I picked HER up and fucked HER with a strapon.

 

Might I suggest simply adding the 'Actor_target' structure to the file names? Unless you have a simpler solution?

[gooser]

All of them, really.

For example, 'FemaleActor_ZynRoughStanding'.

Because it doesn't have 'FemaleActor_Male', 'FemaleActor_Female' or 'Female_FemaleActor', there's no way to differentiate between which pairing we have.

The messages should have three different versions:

 

HE picked me up and fucked me with his cock.

SHE picked me up and fucked me with a strapon.

I picked HER up and fucked HER with a strapon.

 

Might I suggest simply adding the 'Actor_target' structure to the file names? Unless you have a simpler solution?

 

You are right. It's either uniquely named files, or restructuring the innards. I prefer the file approach, because that would cause a lot less code, and probably be more performant (reading & parsing smaller vs. larger JSON files).

 

I think the format should be:

 

Male_FemaleActor_ZynRoughStanding ("HE picked me up and fucked me with his cock.")

Female_FemaleActor_ZynRoughStanding ("SHE picked me up and fucked me with a strapon.")

FemaleActor_Female_ZynRoughStanding ("I picked HER up and fucked HER with a strapon.")

 

And also I guess pegging:

 

FemaleActor_Male_ZynRoughStanding ("I picked HIM up and fucked HIS ass with a strapon.")

[Guest]

I agree, it seems the simpler approach.
I'll start renaming the files. I'll also try and knock up some basic FF content so that there's something there.