Prison Overhaul Patched (LE)

[Inte]

 

 

Wait, what is happening?

Does anybody have a log of this?

 

Sure, here you go. POP auto resets upon loading a save after my character went through SD+ slavery. At this point, my character is free, however POP resets none the less. Resets only occurs on loading a save game.

 

Edit: it may be due to a side effect of a SD+ update. I haven't tested this with the POP / SD+ integration disabled, the thing that can sell you character after imprisonment.

 

 

Looks like some mod is erasing my StorageUtil version number string, as in using

StorageUtil.SetStringValue(PlayerRef, "xpopVersionStr")

instead of

StorageUtil.GetStringValue(PlayerRef, "xpopVersionStr")

to 'get' the version string.

 

None of the mods I have installed does it, (because I cannot duplicate the problem on my end) so it's impossible for me to determine which mod does it.

 

EDIT: Also, does it happen only once? Or does it keep resetting with each load.

 

Say,

1. You load a save game.
2. POP resets.
3. You save.
4. Reload the save made in 3 above.
5. Does POP still reset? 

[bicobus]

It happens several times, in fact, but not at each load after the first occurrence.

[Inte]

Hmm... like when/how?  

[El_Duderino]

 

...

EDIT: Also, does it happen only once? Or does it keep resetting with each load.

 

Say,

1. You load a save game.
2. POP resets.
3. You save.
4. Reload the save made in 3 above.
5. Does POP still reset? 

 

It happens several times, in fact, but not at each load after the first occurrence.

 

I've been seeing this quite regularly too, since quite a few versions of SD+ and POP already.  This is what I see when running both mods together:

 

While enslaved in SD+ --and-- when free again but still wearing the owner's collar, POP does a force reset after initializing after the savegame has loaded. I'm fairly sure that it only happens during the first time an 'enslaved savegame' is loaded.

 

When freed of the collar, the first reload in the same gaming seesion still causes the force reset.

 

Any following savegame loads (after quitting&restarting) run fine.

 

Also, I have not observed any negative side effects gameplay wise. Both mods seem to function fine here on my end (obviously I avoid getting arrested while wearing another mod's unequippable collar). ReSaver reports a healthy savegame and it also feels rock solid even in level 30.

 

Inte, do you want me to do some tests with logging enabled or look for something specific in my game?

[bicobus]

For the when/how, probably when we get to interact with sanguine or are enslaved yet again.

 

I did a quick grep for xpopVersionStr in the sources, that returned nothing. Do you know of any means to monitor PapyrusUtil calls?

[Inte]

I've read a few pages back in here, and it seems that POP is not the only mod that gets reset when SD+ frees the PC. Apparently SL and SOS get reset as well?  

[Kakabishan]

I've read a few pages back in here, and it seems that POP is not the only mod that gets reset when SD+ frees the PC. Apparently SL and SOS get reset as well?  

 

Its not only when the character gets freed, even during the enslavement and reloading the game it resets POP, Sexlab (the voice choice at least).

[bicobus]

To be totally exact: if you load a game while the character being enslaved, POP resets too. I haven't seen issues with SOS, and my experience with SL was with a playthrough full of stack dump so I can't be sure of the culprit in that specific case.

 

Voice choice may be a good call, I'll try to confirm this. (Edit: yep, voices are gone!)

 

As I said, I haven't seen any call to override xpopVersionStr from SD+.

Edited February 11, 2017 by bicobus

[JahReit]

I see others are having problems with POP resetting, maybe add "save settings" since it takes a long time and lots of reading to set all options.

Also, why is "hardcore" set as default?  To many players use "needs", so if you miss that setting during set up,  you  have to start from a previous save if you have several days in jail.

And, why is random bounty set as default?  Again, all these should be options, not default.

[bicobus]

There is a save functionality already, under system I believe.

 

What I suspect is happening is something fucking up the StoreUtil data on a global scale, since many point of data across different mods are lost.

 

Which version of PapyrusUtil are you using? I use the latest version 3.3.

[El_Duderino]

There is a save functionality already, under system I believe.

 

What I suspect is happening is something fucking up the StoreUtil data on a global scale, since many point of data across different mods are lost.

 

Which version of PapyrusUtil are you using? I use the latest version 3.3.

 

This keeps getting weirder. I ran a test just now, getting enslaved with the Surrender key in SD, saving, quitting, and loading the savegame made while enslaved. The results were the expected Forced Restart. However, it seems that my report from yesterday that only the first reload forces the reset was false, at least now it also happened on the second reload attempt.

 

I've got a log excerpt attached below. It seems I've got a ton of CD warnings in there that I wasn't aware of before. However, I ran into this reset issue in other savegames without CD active, so I highly doubt that this is the cause or even a contributing factor.

Papyrus_POP-SD.log

[Morferous]

Hello, Inte.

I am very happy to see that you came back to us.

 

About SD+ and POP: I misspoke. I am getting the same bug, but I can not confirm the reason.

 

Only thing I do know is hat POP kept resetting, when I was using SD+ collar. It has never done that before this week, but constantly only when my character was equipped with collar coming from SD+.

 

Edit: Looks like bicobus had a better idea of what is going on. It might be that this is not related to POP at all.
 

[Inte]

Ok, I've made a tool that will dump ALL or variable specific StorageUtil data to the log.

I've put it in DDe 2.51 under 'Debug' MCM options. (POP MCM is getting kind of big) 

 

Perhaps one of you can do this.

1. Install DDe 2.51.
2. Load a save with POP up to date.
3. Create a StorageUtil dump of the STRING variables. (By going in the DDe 2.51 MCM under 'Debug' and hit 'Dump all STRING StorageUtil data'.
4. Then get enslaved by SD+.
5. Do No. 3 above again.
6. Get freed or whatever caused POP to reset.
7. And before POP will reset itself,
8. Do No. 3 again.

We want to look for the string StorageUtil variable named 'xpopVersionStr' it should be equal to your current POP version. Or post the log here.

 

I'll upload DDe 2.51 now.

 

EDIT: And no, DDe 2.51 is not compatible with DDi 3.xx ... yet.

[Inte]

Hello, Inte.

I am very happy to see that you came back to us.

 

About SD+ and POP: I misspoke. I am getting the same bug, but I can not confirm the reason.

 

Only thing I do know is hat POP kept resetting, when I was using SD+ collar. It has never done that before this week, but constantly only when my character was equipped with collar coming from SD+.

 

Edit: Looks like bicobus had a better idea of what is going on. It might be that this is not related to POP at all.

 

 

I too, am glad to be back.  

[Inte]

 

There is a save functionality already, under system I believe.

 

What I suspect is happening is something fucking up the StoreUtil data on a global scale, since many point of data across different mods are lost.

 

Which version of PapyrusUtil are you using? I use the latest version 3.3.

 

This keeps getting weirder. I ran a test just now, getting enslaved with the Surrender key in SD, saving, quitting, and loading the savegame made while enslaved. The results were the expected Forced Restart. However, it seems that my report from yesterday that only the first reload forces the reset was false, at least now it also happened on the second reload attempt.

 

I've got a log excerpt attached below. It seems I've got a ton of CD warnings in there that I wasn't aware of before. However, I ran into this reset issue in other savegames without CD active, so I highly doubt that this is the cause or even a contributing factor.

Papyrus_POP-SD.log

 

 

Log was helpful. Somehow POP StorageUtil version number gets nuked.  

[bicobus]

Not just POP, I believe all data linked to the player character gets somehow wiped.

 

My character's name is Lyna. I did 3 dumps. You only need to get enslaved to SD+ for pop to reset.

 

One in LAL cell, before the ccas brutish orc start. One after enslaved to the orc and one after reload before pop resets. "Lyna" is only dumped once (2 entries), I believe my character to be renamed to slave. If you look for "iDDe:-> For Slave,", that entry will have all the data of my character intact.

 

Basically, SD+ rename the array identifier for the PC and that fucks with everything.

Papyrus.0.log

[Inte]

Let me take a look see.

[Inte]

Wow, that was one long log.

 

What I can see thus far.

1. I did see the PC renaming but that should not affect the StorageUtil values as they are stored on the PC FORM (00000014) not the STRING like the JsonUtil does. And they are indeed intact before and after the SD+ enslavement.  (I've used ME with POP before and ME changes the PC a lot, including the name - but ME does not trigger a POP update.)  Did you load the save (the one that caused POP reset/update)  while enslaved? If not, perhaps a dump after freed?
2. Something does change the StorageUtil value on save load after the enslavement tho . I just cannot see what from the log.  Perhaps create a dump on save load just before POP has a chance to update? (there is an 11 sec delay)
3. You did not register DDe tags on this save. Not required unless you want other mods to use DDe devices.

Conclusion:

Well shit, IDK ... more testing is required.

[bicobus]

This is a new save, specifically to troubleshoot this issue thus I did not tune a lot of things. I did dump right after load: F5 / F9 then directly esc. Maybe the time still flow while I'm in the MCM window? I'll try to get myself in predicaments by other means than a LAL start, that may reduce the log size.

 

I'll try to dump:

• before the enslavement
• after the enslavement
• save, reload, then dump before pop reinitialize
• free myself then dump
• save reload then dump.

On second thought, that may increase the log size...

[Inte]

Sure do that, meanwhile I'll keep looking through your other log. Very interesting that one.

SD is sure using a lot of StorageUtil variables.

[Inte]

I found something ... sorry I like looking at logs.  

 

Do you remember when you created the dump starting with [02/12/2017 - 07:12:35PM]?

There under Slave all my xpop StorageUtil variables are gone.

I think there might be something there.

[bicobus]

That would be just before the pop reset, after the quick load.

[bicobus]

Here is my 2MiO log with the 5 dumps. The latest one was probably overkill, since no reset was triggered.

 

I had to load a previous save before being able to do all these because my skyrim kept crashing. I also took the liberty to spawn 10 Falkreach guards to kill the bandit that enslaved my character, then used the console to kill the last one that got triggered by SL Helpless.

Papyrus.0.log.7z

[Inte]

Your logs gave me an idea to limit the dumps by specific forms (our case the PC) to reduce their size and therefore improve their redability.

 

I will upload DDe 2.52 momentarily.

[Inte]

Yup, it happened again my xpop StoreUtil values got nucked.    

 

Do you remember what happened between the dump starting at [02/12/2017 - 09:09:58PM] and [02/12/2017 - 09:10:59PM]?

 

If you want to use the tool from DDe 2.52 and check 'Dump Only for Selected Actor' and select your PC in the 'Actor Selection' page, it will only dump for the PC.