Jump to content

Recommended Posts

Posted
3 minutes ago, Schrage said:

How can I be taken on a walk by my mistress in whiterun...

Between 8 AM and 7 PM, outside but within the walls of Whiterun and not too close to the Bannered Mare there's a good chance for the event to occur at score 50+.  It won't start if it was disabled through its cooldown setting.  The conditions won't be valid if you use a mod like Open Cities that replace Whiterun with a different version.

 

7 minutes ago, Schrage said:

...with (I assume) the black leather pet suit and leash

That's not a good assumption.

Posted

Smallish Wall-o'-Text™:

  • I finally put keywords on my butt plug to play with the vibration mechanics from SLTR.  I'm not sure exactly why it took me so long to get around to this, but I think part of it was that I assumed it was going to be too invasive or annoying based on the word "trolling".  In reality, though, I must admit I'm actually fairly underwhelmed. 
    • I wouldn't want it to be highly invasive for sure, but I feel like it should be at least a little invasive.  The "boost" event animates for literally maybe one second, if that.  And the "you're going to put on a show" event isn't much longer.  It doesn't seem to fit the dialogue at all, which builds it up as this big thing—Mistress asks how many times I'll cum, but she only stimulates me for a second or two?
    • Why can't Lola respond like a good girl during the vibration event?  The only dialogue options are how vigorously to be complaining?  Maybe silent assent if nothing else, like with whipping?  I feel like Mistress might also expect some thanks, here, though, if she's allowing Lola to cum.
  • Typo: "I Am Famous" → Didn't record Response 1 → "Let everyone to see your obedience to me.  I want to demonstrate..."
  • What's the status of disallowing PAHE-enslaved NPCs from being targets of "Confessions..." and "I Am Famous"?  I know you said you were going to add a collar check some time ago, but I can confirm it still happens in 2.0.51; have we been on 2.0.51 long enough that I've forgotten what's going on, or did you forget to implement this?
  • I think it would be worth your while to have a look at the "It's time for a body inspection!" feature from Diary of Mine.  It just makes use of paired ZAP animations.  You might be able to utilise some of the same animations to spice up the "Cavity Search" event—you could have Mistress actually participate in the event, instead of Lola merely spreading her cheeks while Mistress stands idly by.
  • With the new gold sharing settings, can Lola's share of whoring profits be set to bypass gold sharing?  Since Lola's share is also configurable, it doesn't seem like Lola's share should itself be shared.  (What a sentence!)  Aside from just seeming more logical, this would have gameplay benefits, too.  If you're sharing all/nearly all of your income like I've been, then this could be a big incentive to sell your body more to supplement your allowance.
    • On a related note, I don't know exactly how the variability in the gold payments for SLTR's built-in prostitution work, but they give me an idea.  Maybe better than splitting the profits—or simply as an added feature on top of the configurable split—maybe that variable extra gold should be separated into a second payment as a "tip"?  Then Mistress could keep her flat rate per client, but Lola would be allowed to keep her tips.  That seems like it'd be an improvement in roleplaying/immersion terms, and it could allow for a bit more configurability, too.  You might simply add an MCM slider for the max percentage clients can tip, and then randomise—or do whatever calculation you want—how much any given client tips between 0 and the MCM percentage.
Posted (edited)
1 hour ago, Antiope_Apollonia said:

I wouldn't want it to be highly invasive for sure, but I feel like it should be at least a little invasive.  The "boost" event animates for literally maybe one second, if that.  And the "you're going to put on a show" event isn't much longer.  It doesn't seem to fit the dialogue at all, which builds it up as this big thing—Mistress asks how many times I'll cum, but she only stimulates me for a second or two?

If it's like this for you, your settings/other mods seem to interfere with something. Being vibed is really annoying, because you cannot do anything else than watching Lola please herself (either standing or lying down) for one, two, three minutes. I always try to have non-vibrating plugs and piercings, so that this event cannot occur.

Edited by CaptainJ03
Posted
3 hours ago, Schrage said:

Ok, thank you very much. So I guess is just a regular leash.

Unfortunately not even that, you're zapped when you stray too far. Working visual leashes have not yet been seen in Skyrim.

Posted (edited)

Question for @HexBolt8 and anybody who is using the Thoughts:

The original code remembers the last used thought, preventing its immediate repeating when selecting a thought next time.
As a result, depending on the RNG gods, you can still get the same thought several times, just with something else in between.

 

I rewrote this mechanic in the Fancy Thoughts.
Because i store all the Thoughts data in JContainers, instead of just using JC functions to load and process the JSON file every time a thought is to be displayed (which is what the original code does), i have some more convenient means available to me for handling the thoughts.

  • When a thought is displayed, i MOVE it from the available list into a used list, so it won't repeat.
  • When the used list contains more than 5 thoughts ("rule of 5"), everytime a new thought is to be displayed, i move the oldest one from the used list back to the available list.
  • If the available list empties completely (which can happen if the total number of thoughts is less than 6), i move them from the used list back to available, except for the last one used, to make sure that one cannot immediately repeat.

I could get rid of the "rule of 5", and just keep moving displayed thoughts into used list, until the available list is empty, and only then move them all back (maybe except last one, or last few), which would ensure that with enough requests for displaying thoughts, ALL thoughts would get displayed in random order without any of them repeating.
But i thought maybe i want some of them having a chance of repeating, having a chance to seeing them again, but not within a short time, so i used the "rule of 5" to just make sure only the last 5 used ones cannot repeat.

Now the question is:
Does anybody have a better idea?

Or different preference when it comes to how the thought selection process should work?

(btw. just saying, all this functionality is still backward compatible with original Thoughts.json, without requiring any changes by the user - that is one rule that will never change)

Edited by Roggvir
Posted (edited)
40 minutes ago, Roggvir said:

Question for @HexBolt8 and anybody who is using the Thoughts:

The original code remembers the last used thought, preventing its immediate repeating when selecting a thought next time.
As a result, depending on the RNG gods, you can still get the same thought several times, just with something else in between.

 

I rewrote this mechanic in the Fancy Thoughts.
Because i store all the Thoughts data in JContainers, instead of just using JC functions to load and process the JSON file every time a thought is to be displayed (which is what the original code does), i have some more convenient means available to me for handling the thoughts.

  • When a thought is displayed, i MOVE it from the available list into a used list, so it won't repeat.
  • When the used list contains more than 5 thoughts ("rule of 5"), everytime a new thought is to be displayed, i move the oldest one from the used list back to the available list.
  • If the available list empties completely (which can happen if the total number of thoughts is less than 6), i move them from the used list back to available, except for the last one used, to make sure that one cannot immediately repeat.

I could get rid of the "rule of 5", and just keep moving displayed thoughts into used list, until the available list is empty, and only then move them all back (maybe except last one, or last few), which would ensure that with enough requests for displaying thoughts, ALL thoughts would get displayed in random order without any of them repeating.
But i thought maybe i want some of them having a chance of repeating, having a chance to seeing them again, but not within a short time, so i used the "rule of 5" to just make sure only the last 5 used ones cannot repeat.

Now the question is:
Does anybody have a better idea?

Or different preference when it comes to how the thought selection process should work?

(btw. just saying, all this functionality is still backward compatible with original Thoughts.json, without requiring any changes by the user - that is one rule that will never change)

I changed the "rule of 5" into "rule of N".
You can set the "maxLastThoughts" value in the Thoughts.json to any number:

- If you set it to 0, any thought can repeat at any time.

- If you set it to 1, only the last used thought won't immediately repeat on next thought selection, but can repeat after that (like the original)

- If you set it to N, only last N used thoughts won't repeat.
- If you set it to some crazy number, higher than the number of thoughts in any category, NONE of them will repeat, until the list of available thoughts gets empty, then it resets.

 

Still, if anybody has any ideas regarding the thought selection, let me know.

Edited by Roggvir
Posted
13 hours ago, Antiope_Apollonia said:

Typo: "I Am Famous" → Didn't record Response 1 → "Let everyone to see your obedience to me.  I want to demonstrate..."

Thanks.  Fixed.

 

13 hours ago, Antiope_Apollonia said:

The "boost" event animates for literally maybe one second, if that.

Vibration uses DD script functions.  I don't think it's enough to just add DD keywords to a non-DD item.

 

13 hours ago, Antiope_Apollonia said:

What's the status of disallowing PAHE-enslaved NPCs from being targets of "Confessions..." and "I Am Famous"?  I know you said you were going to add a collar check some time ago, but I can confirm it still happens in 2.0.51....

I added a collar check for 2.0.52, which is still in development.

 

13 hours ago, Antiope_Apollonia said:

With the new gold sharing settings, can Lola's share of whoring profits be set to bypass gold sharing?

The assumption is that a madame or pimp has prostitution expenses:  paying the innkeeper a share, paying a tax, or buying a temporary permit.  The owner would then reasonably want the usual gold split of the after-tax earnings.  I can change this, but my concern is that it might confuse players.

 

13 hours ago, Antiope_Apollonia said:

Mistress could keep her flat rate per client, but Lola would be allowed to keep her tips.

Your Mistress is a lot nicer than what I believe is the norm.  The innkeeper or tax official is going to want a cut of that tip (with dire consequences for tax cheaters) and the owner would likely view the remainder as shared income, since any tip would be due to Lola's ongoing sex training.

Posted
9 hours ago, Roggvir said:

I changed the "rule of 5" into "rule of N".
You can set the "maxLastThoughts" value in the Thoughts.json to any number

That seems to be a very good way to handle it.

Posted
5 hours ago, HexBolt8 said:

Thanks.  Fixed.

Cheers.

 

5 hours ago, HexBolt8 said:

Vibration uses DD script functions.  I don't think it's enough to just add DD keywords to a non-DD item.

Hmm.  So any insight into specifically what else I'd need to add to get it working?  I know I could take a DD plug and change the mesh instead of using my plug and adding features, but I'd prefer not to add DD features that I don't explicitly need for SLTR functionality, so that wouldn't be the ideal route.  It seems like this is a rather unpopular feature, but I'd like to at least try it working as intended in hopes I might have something useful to say about it. 

 

Having said that, I realise this may be premature, but since it's at the forefront of my thoughts at the minute, let's go ahead and get this down before I forget.  Having gone back through some of the earlier comments from other people complaining about the intended, more intrusive version of this event that isn't yet working for me, some possible ideas come to mind.  If it's supposed to be a multi-orgasm affair, maybe there should be some dialogue interaction between orgasms?  If nothing else, it seems like Mistress might expect some thanks for letting Lola cum.  And, I don't know if it'd be technically possible, but something where Lola has to ask Mistress for permission before cumming and/or having to cum on command would be very much in keeping with SLTR's themes.

 

5 hours ago, HexBolt8 said:

I added a collar check for 2.0.52, which is still in development.

I thought that might be the case, but I wanted to make sure it hadn't slipped through the cracks.  Looking forward to 2.0.52!  Seems like we're accumulating a lot of nice "coming in the next version" tweaks. ?

 

5 hours ago, HexBolt8 said:

The assumption is that a madame or pimp has prostitution expenses:  paying the innkeeper a share, paying a tax, or buying a temporary permit.

Hm.  With my modlist, it's hard to see any real justification for those kinds of roleplaying assumptions.  I seldom whore in inns, and I don't have any mods that would create any expectations of such micro-level bureaucracy.  And looking at the historical inspirations for the Skyrim world, there's really no precedent at all for that kind of taxation or permitting. 

 

Taxes in Classical and medieval Europe were basically either head taxes or wealth taxes—a transaction tax would have been unheard of.  No such society could have maintained the civil service needed to enforce such a tax.  My Mistress is configured to have 1,000 gold in daily expenses, for example, which would much more plausibly include her tax burden, and that would be a much more historically consistent way of approaching taxation.  

 

6 hours ago, HexBolt8 said:

I can change this, but my concern is that it might confuse players.

Well, I'm just one data point, and the curse of knowledge is a thing.  But I'd expect it to be generally ambiguous as it stands; I can see reasons to expect to see either behaviour, and as long as it's clarified in the MCM tooltips—which you always do a great job about—I wouldn't anticipate any real confusion.  If it leans one way or the other, though, I'd say changing it like I've proposed is more consistent with the rest of SLTR mechanics than the current functionality, because this is currently the only time that SLTR gives the player gold that then gets shared.  And furthermore, the text notification in game says that "Mistress takes X gold as her share," which implies that the rest should be Lola's, but then Lola's cut gets shared again, which I'd expect to be more confusing than the alternative.

 

6 hours ago, HexBolt8 said:

Your Mistress is a lot nicer than what I believe is the norm.

Antiope feels very lucky to have such a Mistress, and she's trying hard to make her proud!  Mistress Artemisia loves her pets like a hunter loves his hounds.  Of course, Mistress Artemisia knows, spare the rod, spoil the slave, and she's well aware of the importance of doling out punishments when they're warranted—to neglect discipline would not only court embarrassment should an inadequately trained slave misbehave in public, but it would risk inviting very real danger.  She's very stern, because there's important work to be done, but she's happiest when her pets give her reasons to tell them what good girls they are. ❤️

 

6 hours ago, HexBolt8 said:

The innkeeper or tax official is going to want a cut of that tip (with dire consequences for tax cheaters) and the owner would likely view the remainder as shared income, since any tip would be due to Lola's ongoing sex training.

Well, I'd just as soon justify the mechanic in gameplay terms as in roleplaying terms—regardless of what one thinks of roleplaying it, I think it'd offer a really nice gameplay option in conjunction with aggressive gold sharing settings.  And it's worth keeping in mind that, if a user doesn't have aggressive gold sharing settings, the details here are mostly irrelevant.  Plus, if it were implemented with the sort of MCM slider configuration that I suggested, people could easily disable tipping if so desired.  You could even allow the slider to accept negative values for people who want to go the other way with clients potentially taking advantage of Lola and underpaying.

Posted
7 hours ago, Antiope_Apollonia said:

It [vibration] seems like this is a rather unpopular feature, but I'd like to at least try it working as intended in hopes I might have something useful to say about it. 

One person said he really didn't like it.  I don't know that this makes it "rather unpopular".  The vibration events work for any Lively or Very Lively devices.  Although qualifying plugs work, the more common case is with vibrating piercings, which wouldn't interfere with the plugs you're using.

 

DD's vibration function uses a duration parameter that isn't directly linked to time passed.  Duration will vary based on the speed of the player's PC.  I have a note to look at adding a time cutoff for the forced orgasm event with an MCM setting.

 

7 hours ago, Antiope_Apollonia said:

Taxes in Classical and medieval Europe were basically either head taxes or wealth taxes—a transaction tax would have been unheard of.

The norm in medieval times is a good starting point for thinking about Skyrim, but since this is a fictional cosmos, naturally there can be differences (gender roles in particular are quite egalitarian compared to most of medieval Europe).  The premise here is more in line with LL mods that have prostitution features.

 

8 hours ago, Antiope_Apollonia said:

If it leans one way or the other, though, I'd say changing it [gold sharing for basic prostitution] like I've proposed is more consistent with the rest of SLTR mechanics than the current functionality, because this is currently the only time that SLTR gives the player gold that then gets shared.

I made a note to think about this.

Posted
10 hours ago, Antiope_Apollonia said:

Taxes in Classical and medieval Europe were basically either head taxes or wealth taxes—a transaction tax would have been unheard of.  No such society could have maintained the civil service needed to enforce such a tax.

Not really relevant to the context, but afraid I can't resist.
Very much depends on what time we are actually talking about 'medieval'. Depending on the definition, that term can cover easily 1000 years with huge regional variation and the period being comparably dynamic in terms of sociological development. Originally, taxes were based on land. Head taxes were a special form and, more often than not, collected as needed (for example we have several mentions of polls being raised in England to finance the (100 Years) war). Some were graduated, some not. Point is, those head taxes were not usually a regular (like say annual) thing.
After merchants became more and more wealthy, more and more emphasize shifted towards taxing trade, which in its simplest form is more or less what we think of as custom duties nowadays. Just needing to control choke points like mountain passes, bridges and fords and of course city gates made that the easiest form.

Posted

I finally got the new game instance up and running, so i can now properly test the Fancy Tasks, before i send it to @HexBolt8.
But while i was setting it up, i managed to steal few minutes to look into SLTR compatibility with Open Cities.

All this time, i kept wondering why i never got that Whiterun parade, or the Solitude Fashion Slave event, etc.
Obviously i wasn't getting those things, because i use Open Cities, but i didn't realized that, until i noticed Hexbolts' post mentioning it.

 

So, i made a really simple patch, overriding the conditions in related Story Manager Quest Nodes.
Instead of checking for Player.GetInWorldSpace(WhiterunWorld), it checks for Player.GetInCurrentLoc(WhiterunLocation),

and because that "location" is huge and we want to activate only within the town boundaries, i refined the check further by checking distance from some door (or several, in case of Solitude), so if player is within N units from these or that door, it means we are within the city walls.
Simple, works.

But the question is:
Is there anything else that doesn't work in OC, except for the "vkjParadeNode", "vkjFashionSlaveNode", "vkjTempleOfLoveNode", and "vkjBardPlayNode" Story Manager Quest Nodes?
 

Posted
12 hours ago, Roggvir said:

Is there anything else that doesn't work in OC, except for the "vkjParadeNode", "vkjFashionSlaveNode", "vkjTempleOfLoveNode", and "vkjBardPlayNode" Story Manager Quest Nodes?

Trophy Slave

Posted
39 minutes ago, HexBolt8 said:

Trophy Slave

Ah yeah, i forgot to list that one, but i have it covered too.
Good, i was expecting there to be more problems. Thank you.

Posted
25 minutes ago, danta said:

Is there a way to get this mod working with Serana ? I cant seem to get the dialogue to appear. 

From the OP... "Any playable race follower can become your owner, though custom followers with specialized frameworks (like Serana and Inigo) will probably not work."

Posted
35 minutes ago, just_Gina said:

From the OP... "Any playable race follower can become your owner, though custom followers with specialized frameworks (like Serana and Inigo) will probably not work."


Strangely I used to be able to get it to work in LE but not SE 

Posted
4 hours ago, danta said:


Strangely I used to be able to get it to work in LE but not SE 

Depends, do you use just the basic Serana? I remember it worked with Serana + SDO, but adding SDA and/or Deadlier Serana into the mix broke the camels back.

Posted

If there's a workaround to force Serana to work with SLTR, I never found it.  And it has been asked about a number of times in this thread, and @HexBolt8 has always said she doesn't work and he doesn't have any plans to make her work. 

 

I've always held out hope Hex might change his mind on this, because Serana would be such an interesting Mistress—I can't think of anyone in whose strong hands I'd rather place myself.  I know it's probably impossible to make her work while she's a forced quest follower (I think that's until you've finished "Bloodline"?), but I think it should be possible for her to be made available once you've finished that content and she basically becomes just a recruitable follower with a sandboxing package.  I don't know how much work would be needed to make her compatible—maybe it's just too much—but it should, at least in principle, be doable.  

 

I have many ideas ready for the fun we'd have together if Skyrim's most interesting NPC ever becomes a possible SLTR owner.  She just fits. ?

Posted
1 hour ago, Antiope_Apollonia said:

I think it should be possible for her [Serana] to be made available once you've finished that content and she basically becomes just a recruitable follower with a sandboxing package.

A better approach would be a mod that adds a standalone follower named Serana that uses Serana's voice.  Without Serana's special behavior, she'd function as a standard follower and be compatible with other mods, like this one and DFC.  As a bonus, you wouldn't have to do the Dawnguard questline if you don't want to.  Possibly a Serana clone mod already exists on Nexus; I haven't looked.

Posted
37 minutes ago, HexBolt8 said:

A better approach would be a mod that adds a standalone follower named Serana that uses Serana's voice.  Without Serana's special behavior, she'd function as a standard follower and be compatible with other mods, like this one and DFC.  As a bonus, you wouldn't have to do the Dawnguard questline if you don't want to.  Possibly a Serana clone mod already exists on Nexus; I haven't looked.

But that would make her a "dead" follower, what sets her (and the other incompatible followers like Inigo, Vilja, Recorder) apart is that they have at least a little bit of personality.

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...