Jump to content

SL Aroused Baka Edition - Papyrus Log Spam / Suspended(?)


Recommended Posts

Good evening all,

 

I was playing a bit and noticed a really slow response to script inputs. After quitting the game to check both ReSaver/Papyrus.log, I noticed that I had 121 Suspended Stacks of: "SlaMainScr". 

Knowing that, I went to look at Papyrus.log and I got the following:

Spoiler

[08/06/2022 - 12:08:50AM] Found 4 Naked Actors
[08/06/2022 - 12:08:52AM] SEXLAB - ActorAlias[Stallion]  - PlayMoan:True; UseLipSync:False; OpenMouth:False
[08/06/2022 - 12:08:53AM] [slainternalscr <sla_Internal (0D083137)>]: City Accountant got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:53AM] [slainternalscr <sla_Internal (0D083137)>]: Stallion got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:53AM] [slainternalscr <sla_Internal (0D083137)>]: Horse got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:53AM] [slainternalscr <sla_Internal (0D083137)>]: Brumbar the Hound Breeder got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:54AM] [slainternalscr <sla_Internal (0D083137)>]: Jervar got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:54AM] SEXLAB - ActorAlias[Stallion]  - PlayMoan:True; UseLipSync:False; OpenMouth:False
[08/06/2022 - 12:08:54AM] [slainternalscr <sla_Internal (0D083137)>]: Bjorlam got 1 exposure for  External Modify Exposure Event
[08/06/2022 - 12:08:54AM] Suspended stack count is over our warning threshold, dumping stacks:
[08/06/2022 - 12:08:54AM] VM is freezing...
[08/06/2022 - 12:08:54AM] VM is frozen
[08/06/2022 - 12:08:54AM] Dumping stack 129532:
[08/06/2022 - 12:08:54AM]     Frame count: 5 (Page count: 5)
[08/06/2022 - 12:08:54AM]     State: Waiting on other stack for return (Freeze state: Freezing)
[08/06/2022 - 12:08:54AM]     Type: Normal
[08/06/2022 - 12:08:54AM]     Return register: None
[08/06/2022 - 12:08:54AM]     Has stack callback: No
[08/06/2022 - 12:08:54AM]     Stack trace:
[08/06/2022 - 12:08:54AM]         [ (460C43D7)].Actor.SetFactionRank() - "<native>" Line ?
[08/06/2022 - 12:08:54AM]             IP: 0
[08/06/2022 - 12:08:54AM]             [param1]: [Faction < (0D07C025)>]
[08/06/2022 - 12:08:54AM]             [param2]: 4
[08/06/2022 - 12:08:54AM]         [sla_Internal (0D083137)].slainternalscr.GetActorTimerate() - "slaFrameworkScr.psc" Line 146
[08/06/2022 - 12:08:54AM]             IP: 1160    Instruction: 22    Line: 146
[08/06/2022 - 12:08:54AM]             [akRef]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [::temp15]: None
[08/06/2022 - 12:08:54AM]             [::temp16]: False
[08/06/2022 - 12:08:54AM]             [::temp17]: 4.870643
[08/06/2022 - 12:08:54AM]             [::temp18]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [::temp19]: 0.487064
[08/06/2022 - 12:08:54AM]             [::temp20]: 4
[08/06/2022 - 12:08:54AM]             [::NoneVar]: None
[08/06/2022 - 12:08:54AM]             [res]: 4.870643
[08/06/2022 - 12:08:54AM]             [daysSinceLastSex]: 1.774158
[08/06/2022 - 12:08:54AM]         [sla_Internal (0D083137)].slainternalscr.GetActorArousal() - "slaFrameworkScr.psc" Line 456
[08/06/2022 - 12:08:54AM]             IP: 729    Instruction: 16    Line: 456
[08/06/2022 - 12:08:54AM]             [akRef]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [::temp91]: None
[08/06/2022 - 12:08:54AM]             [::temp92]: False
[08/06/2022 - 12:08:54AM]             [::temp94]: 1.774152
[08/06/2022 - 12:08:54AM]             [::temp95]: 0.000000
[08/06/2022 - 12:08:54AM]             [::temp96]: 0
[08/06/2022 - 12:08:54AM]             [::temp97]: 0
[08/06/2022 - 12:08:54AM]             [::temp98]: False
[08/06/2022 - 12:08:54AM]             [::NoneVar]: None
[08/06/2022 - 12:08:54AM]             [::temp93]: 0
[08/06/2022 - 12:08:54AM]             [newRank]: 0
[08/06/2022 - 12:08:54AM]             [::temp99]: None
[08/06/2022 - 12:08:54AM]             [::temp100]: False
[08/06/2022 - 12:08:54AM]             [::temp101]: None
[08/06/2022 - 12:08:54AM]             [::temp102]: None
[08/06/2022 - 12:08:54AM]             [::temp103]: False
[08/06/2022 - 12:08:54AM]         [sla_Internal (0D083137)].slainternalscr.UpdateActorExposure() - "slaFrameworkScr.psc" Line 334
[08/06/2022 - 12:08:54AM]             IP: 3153    Instruction: 49    Line: 334
[08/06/2022 - 12:08:54AM]             [akRef]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [val]: 1
[08/06/2022 - 12:08:54AM]             [debugMsg]: " External Modify Exposure Event"
[08/06/2022 - 12:08:54AM]             [::temp60]: None
[08/06/2022 - 12:08:54AM]             [::temp61]: False
[08/06/2022 - 12:08:54AM]             [::temp62]: 1.774134
[08/06/2022 - 12:08:54AM]             [::temp63]: 1.774134
[08/06/2022 - 12:08:54AM]             [::temp64]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [::temp66]: 11
[08/06/2022 - 12:08:54AM]             [::NoneVar]: None
[08/06/2022 - 12:08:54AM]             [::temp67]: ""
[08/06/2022 - 12:08:54AM]             [::temp68]: None
[08/06/2022 - 12:08:54AM]             [::temp69]: ""
[08/06/2022 - 12:08:54AM]             [valFix]: 1.500000
[08/06/2022 - 12:08:54AM]             [res]: 11.707031
[08/06/2022 - 12:08:54AM]             [::temp65]: False
[08/06/2022 - 12:08:54AM]             [timeSinceUpdate]: 0.000724
[08/06/2022 - 12:08:54AM]         [sla_Main (0D042D62)].slaMainScr.ModifyExposure() - "slamainscr.psc" Line 447
[08/06/2022 - 12:08:54AM]             IP: 132    Instruction: 7    Line: 447
[08/06/2022 - 12:08:54AM]             [act]: [HorseWhiterun < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [val]: 1.000000
[08/06/2022 - 12:08:54AM]             [::temp72]: None
[08/06/2022 - 12:08:54AM]             [::temp73]: True
[08/06/2022 - 12:08:54AM]             [akRef]: [Actor < (460C43D7)>]
[08/06/2022 - 12:08:54AM]             [::temp74]: 1
[08/06/2022 - 12:08:54AM] Dumping stack 127340:

For the complete Papyrus.log: Papyrus.0.log
For Resaver Suspended/Active scrip:

Spoiler

image.png.3bbd3c5b43c931c09151524a23f52dda.png


This is not the first time it has happened, I noticed it an other time earlier in the playthrough with the same exact Papyrus.log spam but have not figured out what is causing it.
I am trying to reload a save without the error, and hope it wont occur anymore.
Is this a conflict within my modlist or can this always randomly happen?

Edited by Straze
Link to comment

Hey! 

 

I am using Baka's Sexlab Aroused as well.

 

I recently started a new playthrough (yesterday) and I had never experienced this issue before. However, I started getting this exact same issue today, where I would get stack thrashing clearly caused by SlaMainScr, basically causing any sexlab scene to become unresponsive very quickly.

 

I had made a previous playthrough with roughly the same setup where I had no issues of this type what-so-ever (many hours playthrough, so I would have expected to have seen the issue in that if present). The primary difference in mod setup between this new playthrough and the old one was that I added Toys&Love and some the mods that integrates with it (there's a few other differences but nothing I would be suspicious of, including: WhoreCraft and Experience). Maybe there is a conflict between some of these mods and Baka's version of Aroused?

 

I could not reproduce the stack thrashing behaviour in a completely new game, only in my existing save. So I tried simply replacing Baka's Aroused with OSL Aroused and load back up my savegame: Lo and behold: No more stack thrashing. That being said, replacing the mod like this definitely causes other issues (spamming my papyrus log with 1MB/s of log statements). This leaves me with no choice but starting a new game to see if I experience the issue in that.

 

Do you have a similar experience @Straze? Do you use Toys&Love or some of the other mods I mentioned as well?

 

CORRECTION: I think I can reproduce it in a completely new game, but I must leave the alternative start cell first.

Edited by leakim
Link to comment
17 minutes ago, leakim said:

Do you have a similar experience ? Do you use Toys&Love or some of the other mods I mentioned as well?

I don't have any of those mods installed, I did had Toys&Love earlier this year but finished with that.

I read somewhere that the issue with SlaMainScr spamming Papyrus.log was due to creating saves too quickly while it was processing, but I ain't sure.
For now I'm just sticking to SL Aroused because many mods are dependant on the SLA Baka Keywords and setting it all up again is a long process. Instead I will just regularly save the game and check ReSaver(FalrimTools) to see if it gets stuck again, and if so - I reload an older save. Luckily it's not too common that it gets stuck and spams Papyrus.log.

Link to comment

OSL Aroused have the same keywords as Baka's version, so the keywords are not an excuse. :)

 

Anyway: I am currently setting up a mirror setup of my previous, with the only difference being OSL Aroused to test if this helps me.

 

Gonna use the exact same MCM config setup. Will write here to let y'all know if it solved my problem.

Edited by leakim
Link to comment
14 minutes ago, leakim said:

OSL Aroused have the same keywords as Baka's version, so the keywords are not an excuse. :)

 

Anyway: I am currently setting up a mirror setup of my previous, with the only difference being OSL Aroused to test if this helps me.

 

Gonna use the exact same MCM config setup. Will write here to let y'all know if it solved my problem.

It has yes, but if you make OSLA the new master file and remove the SLA Redux master, I expect the Keywords that are tied to SLA Redux Baka Edition master to disappear (even though both contain the same keywords).

Perhaps, one way I can see it persist is by having both SLA and OSLA as master file prior to removing SLA master that originally enabled the keywords. 

Edited by Straze
Link to comment

Small update: Managed to completely setup a new game with OSL Aroused instead of Baka Aroused and test it in the same way I managed to produce problems in my previous setup. Everything worked correctly this time.

 

I will probably try to rollback to previous setup to verify I can reproduce the issue with that once more.  

Link to comment

Alright. Did some further investigation. It actually turns out I had two different problems that manifested themselves at the same time and caused the same type of issue:

  1. First is likely the same problem Straze had with SlaMainScr. I have still not been able to reproduce this on a new savegame, but I am experiencing it on my current savegame with Baka SLA. 
  2. Second is unrelated and caused by SLS compulsive sex feature which massively triggers OnKey events that various mods listens to causing Papyrus thrashing. When I said I was previously able to reproduce the problem Straze had in a new game, it was actually this issue I was experiencing.

In my current savegame I was initially expericening both of these issues, but I noticed the SlaMainScr was one of the many scripts that was being "duplicated" in Falrim a lot. The others were the "OnKey" events I mentioned in (2). I tried disabling compulsive sex in my current savegame. This still resulted in Papyrus thrashing, but to a much smaller degree where only the "SlaMainScr" was causing issues.

 

As such, I am still unable to say anything about the origin of the SlaMainScr papyrus thrashing problem. I am hopeful it is fixed in OSL Aroused, with which I am going to restart my current playthrough.

Link to comment

@leadkim

Glad to hear that your issue was not caused by Toys&Love (its what caught my attention). But I I wanted to mention two things...

  1. Stack dumping (you are calling it thrashing), is where Papyrus can't keep suspending, (queuing to run later). The script load is beyond manageable, most often from a mod getting stuck in a loop. The Mods you you see named in the stacks dumped are simply the victims... this does not mean they are the cause. It's key to NOT assume they are the cause as this will set you off in the wrong direction, looking at the wrong thing.
  2. Having read what  you are doing in your process of elimination, I think you maybe don't understand the Golden Rule. If you change your load order, you must start a new game, otherwise you corrupt your save. This alone could be your root case, rather than any particular mod.
Edited by VirginMarie
Link to comment
18 minutes ago, VirginMarie said:

@Straze

Glad to hear that your issue was not caused by Toys&Love (its what caught my attention). But I I wanted to mention two things...

  1. Stack dumping (you are calling it thrashing), is where Papyrus can't keep suspending, (queuing to run later). The script load is beyond manageable, most often from a mod getting stuck in a loop. The Mods you you see named in the stacks dumped are simply the victims... this does not mean they are the cause. It's key to NOT assume they are the cause as this will set you off in the wrong direction, looking at the wrong thing.
  2. Having read what  you are doing in your process of elimination, I think you maybe don't understand the Golden Rule. If you change your load order, you must start a new game, otherwise you corrupt your save. This alone could be your root case, rather than any particular mod.

 

I am well aware of all of these things, also it is not Straze who is "misbehaving", but me.

 

However, you must understand that this is done in order to be able to reproduce/eliminate the issue and verify what is causing the issue.

 

The fact of the matter is that I am not able to reproduce the issue on a new game, so what am I to do? I have no intention of changing the Baka SLA to OSL Aroused mid game and keep playing, make no mistake. But I need to be able to at least to some degree verify where the issue orignates. And as it turns out, I cannot simply start a new game to do so, because in a new game the problems simple do not manifest themselves. Usually they do, but not here.

 

So what? If I were to start a new game I could play for several hours and hope that the problems might manifest? I cannot debug the cause like that, it would scale the problem solving time from taking hours to weeks.

 

And yes, I am well aware that changing the load order like this could easily lead to identifying a "false positive", but I have literally no other option, unless I become a mod developer myself.

Edited by leakim
Link to comment
9 minutes ago, leakim said:

 

I am well aware of all of these things, also it is not Straze who is "misbehaving", but me.

 

However, you must understand that this is done in order to be able to reproduce/eliminate the issue and verify what is causing the issue.

 

The fact of the matter is that I am not able to reproduce the issue on a new game, so what am I to do? I have no intention of changing the Baka SLA to OSL Aroused mid game and keep playing, make no mistake. But I need to be able to at least to some degree verify where the issue orignates. And as it turns out, I cannot simply start a new game to do so, because in a new game the problems simple do not manifest themselves. Usually they do, but not here.

 

So what? If I were to start a new game I could play for several hours and HOPE(?) that the problems might manifest? I cannot debug the cause like that, it would scale the problem solving time from taking hours to weeks.

 

And yes, I am well aware that changing the load order like this could easily lead to identifying a "false positive", but I have literally no other option, unless I become a mod developer myself.

 

Its hard. But if you already understood those things, all is well. 

 

Often, I need to test and see if the elimination of a mod, changes/fixes things, based on a guess/theory. My steps for this are...

  1. Remove the mod temporarily (I will revert since this is breaking the golden rule)
  2. Do the test being sure not to make a save (because if I do, I leave behind a corrupt save)
  3. Revert, making sure the LO is back to its original in every regard, if I want to continue using the save
  4. If the test showed no difference, move on  ...OR...
  5. If the test showed a difference, we must not make a conclusion yet as it could be a true result, or as you said, a "false positive"
    • so now at this point, you have no choice but to recreate on a new game as  you must rule out the corrupt save
    • Yes, might not be realistic as it too time consuming, but there's not an alternative usually
Link to comment

If I am not mistaking OSLA uses a different way than SLA to store data, eliminating the Papyrus.log "SlaMainScr" issue. 
I'll definitely use it in future playthroughs!

 

1 hour ago, leakim said:

SLS compulsive sex feature

I recall seeing this Sexlab Survival feature and have used it for a limited time, but isn't there a warning about it being able to spam Papyrus.log due to overlapping Sexlab Input and Compulsive Sex input? I could be mistaking, currently not at my PC to check, but thought I had to change something within Sexlab Framework to avoid it. 

Edited by Straze
Link to comment
9 minutes ago, Straze said:

I recall seeing this Sexlab Survival feature and have used it for a limited time, but isn't there a warning about it being able to spam Papyrus.log due to overlapping Sexlab Input and Compulsive Sex input? I could be mistaking, currently not at my PC to check, but thought I had to change something within Sexlab Framework to avoid it. 

 

There is a warning. That is, if you check the checkbox. But it is checked by default, so if you do not touch it, you don't get that warning. :)

 

But yeah, it's causing significant issues both in Sexlab Hotkeys but also with the BHUNP physics hotkey.

Link to comment

By the way, if it helps anyone actually identify the root cause of the issue, then I can assure that:

  1. It is ONLY slamainscr that has many entries "Active Scripts". All other scripts (of which there are very few, are scripts that I usually see when I open a savefile in resaver).
  2. All the scripts are suspended in different states, so I am not sure there is much point in showing all the stack traces, but all orignates from the call to the event ModifyExposure (registered as "slaUpdateExposure")

So to identify the issue (if we want to) we must find mods that sends out this event. Frankly, I'll try to do a search in my mod setup to see if I can find something.

Edited by leakim
Link to comment

I will add, that this is the public interface to the mod, which means that changing to OSL Aroused likely won't fix the fact that this event is being spammed by some mod.

 

The mods I have installed that sends out this event are:

  • Aporpos2
  • Blush When Aroused (Conditional Expressions Extended version)
  • Creature Framework
  • Fill Her Up Baka Edition
  • Public Whore
  • Sexlab Survival
  • Slaverun Reloaded
  • Spank That Ass
  • Wartimes

 

Maybe I should just try removing these mods one by one to see which one it is? :)

 

@Straze, which of these mods do you have installed?

Edited by leakim
Link to comment
1 hour ago, leakim said:

I will add, that this is the public interface to the mod, which means that changing to OSL Aroused likely won't fix the fact that this event is being spammed by some mod.

 

The mods I have installed that sends out this event are:

  • Aporpos2
  • Blush When Aroused (Conditional Expressions Extended version)
  • Creature Framework
  • Fill Her Up Baka Edition
  • Public Whore
  • Sexlab Survival
  • Slaverun Reloaded
  • Spank That Ass
  • Wartimes

 

Maybe I should just try removing these mods one by one to see which one it is? :)

 

@Straze, which of these mods do you have installed?

Bit late but had dinner, if it helps;
Out of those mods I have

  • FHU
  • Public Whore
  • Wartimes
  • Survival

When I experience the Papyrus.log, it was inside of Wartimes Home and right after the party (but didn't happen after reloading a save before it and doing it a 2nd time).
I doubt SLA has to do with Wartimes or FHU, since I believe arousal doesn't play a role in it.

I don't know when you experienced it, but Arousal does influence SOS - so if Arousal of an NPC changes, SOS related mods can maybe be the cause of the problem (dunno about animals though).

Edited by Straze
Link to comment
59 minutes ago, Straze said:

Bit late but had dinner, if it helps;
Out of those mods I have

  • FHU
  • Public Whore
  • Wartimes
  • Survival

When I experience the Papyrus.log, it was inside of Wartimes Home and right after the party (but didn't happen after reloading a save before it and doing it a 2nd time).
I doubt SLA has to do with Wartimes or FHU, since I believe arousal doesn't play a role in it.

I don't know when you experienced it, but Arousal does influence SOS - so if Arousal of an NPC changes, SOS related mods can maybe be the cause of the problem (dunno about animals though).

 

Alright, I am pretty sure the cause is Wartimes. Gonna do a deeper dive into the code.

 

If you want to verify yourself, you can try to:

 

  • Load a save where the issue is present would be present if you start a sexlab anim.
  • Move your character away from home.
  • Save the game.
  • Start a sexlab anim and verify you have the issue.
  • Exit game.
  • Remove Wartimes from your load order.
  • Load the save, ignore warnings.
  • Start sexlab anim and verify you no longer have the issue.
Edited by leakim
Link to comment
55 minutes ago, leakim said:

 

Alright, I am pretty sure the cause is Wartimes. Gonna do a deeper dive into the code.

 

If you want to verify yourself, you can try to:

 

  • Load a save where the issue is present would be present if you start a sexlab anim.
  • Move your character away from home.
  • Save the game.
  • Start a sexlab anim and verify you have the issue.
  • Exit game.
  • Remove Wartimes from your load order.
  • Load the save, ignore warnings.
  • Start sexlab anim and verify you no longer have the issue.

I wasn't experiencing it with SL animation - I didn't even had a single SL animation interaction during the playthrough when the SlaMainScr froze and filled papyrus.log (unless some NPC decided to have fun times).
So I'm unable to replicate it nor have a clue of what caused it on my end. It just feels random and doesn't act up by following the exact same steps. For now I can just continue the gameplay and regularly check PC arousal to see if the text on screen takes longer than normal or not (which indicates Papyrus getting spammed).


If Wartimes, considering the broken save and the save that had no problems;
Wartimes: Get Quest > move to get ale (external NPC could have s*x off-screen but doubtful knowing the NPC's around) > walk back after getting Drinks for the party > have party with 20 Drink/Food interactions (including Pole Dancing) > done.
pretty basic steps that all players would go through. 

After redoing that, it did not froze SLA and spammed Papyrus.log. So maybe I saved too soon after the party, but it's all speculation...? 
 

It's a mystery but think it's a common issue which is why people prefer OSLA over SLA(?) ?

Edited by Straze
Link to comment

No. It's definitely Wartimes, and I expect it is Wartimes for you too. Listen to this:

 

So I have done a deeper diver. And the script that is malfunctioning is actually malfunctioning all the time when it is "broken". It is related to pole dancing in the home. There is a script attached to this that increases the arousal, but sometimes it does not terminate properly.

 

This causes "slaUpdateExposure" to be continuously sent out. I think these events are more heavy during sexlab animations, so I am only experiencing issues during sexlab animations as I have an insanely powerful PC (5950X, RTX 3090).

 

Please try this script. This will print out "DanceArousal" whenever this event occurs.

 

Good news: You can get out of this event loop by dancing a bit at the pole. You do not have to have a party to do this.

 

Bad news: I am not sure OSL Aroused will be properly compatible with Wartimes since it uses the internal variables (storage util) of SLAroused to increase arousal.

 

Maybe @Monoman1 has something to say about this.

pchsWtUtil.pex

Link to comment
20 minutes ago, leakim said:

So I have done a deeper diver. And the script that is malfunctioning is actually malfunctioning all the time when it is "broken". It is related to pole dancing in the home. There is a script attached to this that increases the arousal, but sometimes it does not terminate properly.

 

This causes "slaUpdateExposure" to be continuously sent out.

This makes sense to me (Though my coding skills are shit). I was seeing Sla update expose seem to loop in the papyrus log, but I thought the cause was SLA's polling effect. That's why I suggested OSLA. Even if that isn't the cause of your problems; you probably just found something that needs a patch for OSLA.

Edited by yorpers
Typing error
Link to comment
27 minutes ago, leakim said:

Please try this script. This will print out "DanceArousal" whenever this event occurs

Great! I didn't know Pole Dancing action would increase Arousal (makes sense ig), and considering the situation and action taken during that time, it seems the most probable.

 

Also, I could be wrong - but unless SE is the identical, Monoman1 has no influence over the SE conversion that causes instabilities if LE doesn't.
(do note, I don't know how conversions from LE to SE work with such a grand mod)

Nevertheless, this is a very interesting perception on this matter, and I will definitely look out for it when I interact with the Pole.

Edited by Straze
Link to comment
10 hours ago, Straze said:

Great! I didn't know Pole Dancing action would increase Arousal (makes sense ig), and considering the situation and action taken during that time, it seems the most probable.

 

Also, I could be wrong - but unless SE is the identical, Monoman1 has no influence over the SE conversion that causes instabilities if LE doesn't.
(do note, I don't know how conversions from LE to SE work with such a grand mod)

Nevertheless, this is a very interesting perception on this matter, and I will definitely look out for it when I interact with the Pole.

 

There are zero script differences between Wartimes LE and Wartimes SE. I do not know about differences in ESP, but it could very well be that it is just a form 43 to 44 conversion by resaving it in CK. The resource files has probably just been pulled through Cathedral.

Link to comment

Looking a bit further at the code of SLA Baka/Redux and OSL Aroused and Wartimes, I think I may have been a bit quick in judging that Wartimes probably would not work with it.

 

Sure, the storage util variable `SLAroused.ExposureRate` will be missing, which for Wartimes will result in not increasing the arousal with the intended amount. Looking at the code, I think the likely result would be it is increased with half of what was intended. But these scripts are easy to recompile to ignore the exposure rate for people with OSL.

 

Looking at the code, it also makes sense replacing Baka SLA with OSL Aroused would solve the issue, even when pole dancing is sending out the event every 2 second because OSL Aroused is just significantly more performant as basically all of the logic is delegated to native code. Happy days.

Edited by leakim
Link to comment

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

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. For more information, see our Privacy Policy & Terms of Use