Rad Morphing Redux

[Apap]

50 minutes ago, LenAnderson said:

 

I don't think you had debug logging enabled.

Open RMR's MCM, go to "Debug Tools" and set "Enable logging" to "On". Then play through a situation where player and companions should be morphed.

Ah yes, you're right sorry. Uploading new files - thanks!

Papyrus.0.log RadMorphingRedux.ini

[LenAnderson]

11 hours ago, Apap said:

Ah yes, you're right sorry. Uploading new files - thanks!

Papyrus.0.log 309.51 kB · 0 downloads RadMorphingRedux.ini 2.57 kB · 0 downloads

 

Doesn't look like RMR is aware of any companions. You could try dismissing your companion and them immediately asking them to follow you again. RMR should pick them up then. Not sure if any of the multi-companion mods will break anything.

[Apap]

On 3/22/2023 at 7:13 AM, LenAnderson said:

 

Doesn't look like RMR is aware of any companions. You could try dismissing your companion and them immediately asking them to follow you again. RMR should pick them up then. Not sure if any of the multi-companion mods will break anything.

I think Just Business is interfering with RMR: I dismissed all companions, including the JB ones, then saved and left the game. After I logged in again, I went to DC to recruit Piper and then took a dip to get some rads - both characters morphed fine. Then I reloaded the save again, recruited a JB character, then Piper and went for a rad shower again - this time only my main character morphed while the other two remained unchanged. Finally, I reloaded the save one last time, went for Piper and then for a JB character - this time only my char and Piper morphed while the JB one remained the same.

 

It seems that for whatever reason Just Business stopped working with RMR after the update (it used to work fine before) and if you have JB followers when recruiting a vanilla companion, the issue gets passed to them as well ?

[LenAnderson]

35 minutes ago, Apap said:

I think Just Business is interfering with RMR: I dismissed all companions, including the JB ones, then saved and left the game. After I logged in again, I went to DC to recruit Piper and then took a dip to get some rads - both characters morphed fine. Then I reloaded the save again, recruited a JB character, then Piper and went for a rad shower again - this time only my main character morphed while the other two remained unchanged. Finally, I reloaded the save one last time, went for Piper and then for a JB character - this time only my char and Piper morphed while the JB one remained the same.

 

It seems that for whatever reason Just Business stopped working with RMR after the update (it used to work fine before) and if you have JB followers when recruiting a vanilla companion, the issue gets passed to them as well ?

 

Do you still have the papyrus logs from those tests? They may contain a hint as to what's causing the issue.

[Apap]

25 minutes ago, LenAnderson said:

 

Do you still have the papyrus logs from those tests? They may contain a hint as to what's causing the issue.

I think these are the ones that were created during the tests. I still have the save I used for them so can redo those tests and get more logs if needed. Thanks!

Papyrus.1.log Papyrus.2.log Papyrus.3.log

Edited March 23, 2023 by Apap

[CzBuCHi]

request: can someone create mod that will send event when player enter/leave sneak mode? 

 

if (isSneaking())

  RMR.UpdateTrigger("Sneak", 100)

else

    RMR.UpdateTrigger("Sneak", 0)

endif

 

(i have no experience how to make F4 mods and seeing tits hanging in wrong direction in sneak mode drives me nutz )

[vaultbait]

1 hour ago, CzBuCHi said:

request: can someone create mod that will send event when player enter/leave sneak mode? 

 

if (isSneaking())

  RMR.UpdateTrigger("Sneak", 100)

else

    RMR.UpdateTrigger("Sneak", 0)

endif

 

(i have no experience how to make F4 mods and seeing tits hanging in wrong direction in sneak mode drives me nutz )

 

Why would they be hanging the wrong direction? Are you using a sneak animation replacer which makes characters crawl instead of crouch?

 

Anyway, the function you're referring to would require polling in a tight loop to detect when sneaking starts and stops, so would be extremely inefficient. There is an OnEnterSneaking event documented, but I was never able to get it to fire reliably and there's no corresponding OnExitSneaking that I've ever found. There might be some animation events you could register for and then catch with OnAnimationEvent, but those are unreliable so you could easily end up stuck in the wrong state for some time if a start or stop event got missed/was never sent.

 

I went through some similar challenges tracking swimming state in Unhealthy Craving, and ultimately wound up creating a constantly applied potion which conditionally applied a magic effect so that I could use OnEffectStart/OnEffectFinish in an attached ActiveMagicEffect script. The condition functions provided to plugins are far richer than the set of native function exposed to Papyrus unfortunately. That works for swimming, might also work for sneaking, but it's unnecessarily complex for such a seemingly simple task.

[CzBuCHi]

  

1 hour ago, vaultbait said:

 

Why would they be hanging the wrong direction? Are you using a sneak animation replacer which makes characters crawl instead of crouch?

 

No animation replacer ... just running around naked   (or more preciselly with invisible armor pieces and no clothes) ...

 

looking how RMR_Trigger_Rads works it looks like its using timer that check player rad level and fires event if changed; so if papyrus/f4se has isSneaking() method then same timer could be used - it may be ineficient but it would "just work" TM

[vaultbait]

46 minutes ago, CzBuCHi said:

  

 

No animation replacer ... just running around naked   (or more preciselly with invisible armor pieces and no clothes) ...

 

looking how RMR_Trigger_Rads works it looks like its using timer that check player rad level and fires event if changed; so if papyrus/f4se has isSneaking() method then same timer could be used - it may be ineficient but it would "just work" TM

 

There is an IsSneaking() function, but like I said you'd have to poll it in a very tight loop or else there would be a lag between when you crouch/stand and when the morphs are adjusted. The faster you poll the less lag will be observed (up to a point, assuming no script lag), but because of how the Papyrus VM is implemented all scripts timeshare slices of the clock, and stealing too many time slices is the main cause of script lag which drags down all scripts running in the game. It's far better performance-wise to rely on registering for and catching events so that the script doesn't have to continuously poll.

[Cody The Hunter]

So somehow the api files are missing/misplaced in my installation? I don't know if this is an issue with Vortex or my own incompetence, but I can't get the trigger dropdown to actually drop down; instead it's just replaced with a huge space in the config menu. How do I fix?

https://drive.google.com/file/d/1FtQed2jldnRfze76LR_HBaYsxlan4NRh/view?usp=share_link

https://drive.google.com/file/d/1BuWsKI9O3J6w47wzX32xZkpWARmnoHPA/view?usp=sharing

https://drive.google.com/file/d/14_OY7x9qhPhWqP91kfgG2qNOik6Z9faY/view?usp=sharing

[vaultbait]

19 minutes ago, Cody The Hunter said:

So somehow the api files are missing/misplaced in my installation? I don't know if this is an issue with Vortex or my own incompetence, but I can't get the trigger dropdown to actually drop down; instead it's just replaced with a huge space in the config menu. How do I fix?

https://drive.google.com/file/d/1FtQed2jldnRfze76LR_HBaYsxlan4NRh/view?usp=share_link

https://drive.google.com/file/d/1BuWsKI9O3J6w47wzX32xZkpWARmnoHPA/view?usp=sharing

https://drive.google.com/file/d/14_OY7x9qhPhWqP91kfgG2qNOik6Z9faY/view?usp=sharing

 

It looks like MCM is complaining that the RMR quest form doesn't exist or it can't be found. The most likely cause is a missing master. You have the Nuka World and Far Harbor DLCs, right? RMR's plugin won't load of they're missing.

[Cody The Hunter]

3 hours ago, vaultbait said:

 

It looks like MCM is complaining that the RMR quest form doesn't exist or it can't be found. The most likely cause is a missing master. You have the Nuka World and Far Harbor DLCs, right? RMR's plugin won't load of they're missing.

I don't. I didn't think they were actually required for the mod to work. I'll have to buy them then. Thanks!

[Apap]

On 3/23/2023 at 3:15 PM, Apap said:

I think these are the ones that were created during the tests. I still have the save I used for them so can redo those tests and get more logs if needed. Thanks!

Papyrus.1.log 645.03 kB · 1 download Papyrus.2.log 293.15 kB · 1 download Papyrus.3.log 324.18 kB · 1 download

@LenAnderson hi, have you had a chance to look at these logs? If so, did anything catch your eye that could be the cause of the issue? I am thinking of updating Just Business in hope that doing so will fix the problem, but minding how tedious the prep work for that mod's update is I'd like to make sure there is no other simpler solution first. Thanks a bunch!

[LenAnderson]

5 hours ago, Apap said:

@LenAnderson hi, have you had a chance to look at these logs? If so, did anything catch your eye that could be the cause of the issue? I am thinking of updating Just Business in hope that doing so will fix the problem, but minding how tedious the prep work for that mod's update is I'd like to make sure there is no other simpler solution first. Thanks a bunch!

 

Didn't get around to it before. I just had a look now and I don't see any major issues in the log. Only one thing that really looks like something is not right but that should be unrelated to Just Business: FO4 fails to restore RMR's own proxy class for Devious Devices when loading savegames, claiming that the type is unkown. This is not a class from DD, but from RMR which should definitely be available and known to FO4 if RMR is installed, independent of whether or not DD is installed. However, that should not have any influence on behavior in relation to Just Business. It only means that if you have DD installed (or install it some later point), RMR's DD integration (mainly: not trying to unequip DDs) will probably not work.

 

One thing I noticed in the three log files, that kinda matches your three tests:

The oldest file (Papyrus.3.log) and the newest file (Papyrus.1.log) definitely have companion morphs enabled. They went through an RMR restart sequence where the MCM settings where written to the log.

The middle file (Papyrus.2.log) probably did not have companion morphs enabled. Unfortunately that file does not include an RMR restart, so I don't see the value of each slider set's  "Apply To" setting, but RMR certainly thinks whenever it updates morphs, that it should not apply any morphs to companions.

While there may be a chance that something somewhere in RMR is interpreting something incorrectly to get to that conclusion, it seems far more likely that the MCM settings had been altered.

If you want to check a slider set's config state, you can use CQF LenARM_Main SliderSet_Print # (replace # with the slider set's index, starting at 0; i.e., MCM slider set 1 = 0, MCM slider set 2 = 1, ...) to write its config values to the papyrus log.

 

There was no hint of the JB follower being recognized at all. Only Piper ever shows up in the logs. I don't know how JB handles their followers, but it is probably non-standard enough for RMR / FollowerScript to not be aware of them.

[Apap]

3 hours ago, LenAnderson said:

 

Didn't get around to it before. I just had a look now and I don't see any major issues in the log. Only one thing that really looks like something is not right but that should be unrelated to Just Business: FO4 fails to restore RMR's own proxy class for Devious Devices when loading savegames, claiming that the type is unkown. This is not a class from DD, but from RMR which should definitely be available and known to FO4 if RMR is installed, independent of whether or not DD is installed. However, that should not have any influence on behavior in relation to Just Business. It only means that if you have DD installed (or install it some later point), RMR's DD integration (mainly: not trying to unequip DDs) will probably not work.

 

One thing I noticed in the three log files, that kinda matches your three tests:

The oldest file (Papyrus.3.log) and the newest file (Papyrus.1.log) definitely have companion morphs enabled. They went through an RMR restart sequence where the MCM settings where written to the log.

The middle file (Papyrus.2.log) probably did not have companion morphs enabled. Unfortunately that file does not include an RMR restart, so I don't see the value of each slider set's  "Apply To" setting, but RMR certainly thinks whenever it updates morphs, that it should not apply any morphs to companions.

While there may be a chance that something somewhere in RMR is interpreting something incorrectly to get to that conclusion, it seems far more likely that the MCM settings had been altered.

If you want to check a slider set's config state, you can use CQF LenARM_Main SliderSet_Print # (replace # with the slider set's index, starting at 0; i.e., MCM slider set 1 = 0, MCM slider set 2 = 1, ...) to write its config values to the papyrus log.

 

There was no hint of the JB follower being recognized at all. Only Piper ever shows up in the logs. I don't know how JB handles their followers, but it is probably non-standard enough for RMR / FollowerScript to not be aware of them.

Thanks for checking! I remember that when I was doing the first test (the oldest log) I changed the target to Female for all sliders after having logged in (was on All before) and that triggered the RMR restart. The second test I wanted to do the same but noticed in MCM that the target was set to Female already, so I left it at that (figured the change in config from test #1 got saved independently of the game save?). The third time I changed the target to All, which in turn reloaded RMR again. 

 

The previous version of RMR used to work with JB ok and it's only after updating RMR did the JB NPCs stopped morphing. Maybe the problem occured because I haven't dismissed any companions before making the update? Or maybe it's because I've been using RealHandcuffs on the JB chars in that moment? Not sure how RH works but I would guess it's possible that when handcuffing an NPC they are being temporarily allocated to a different faction in order to change their behavior?

Well, I guess I'll have to see if updating JB fixes the issue. Eh, not looking forward to making sure that 30+ chars are not assigned to any duties before making the attempt lol

[Azzhat]

Hi. I'm having a problem. When I installed this it causes AAF to stop loading at 70%. I have all the requirements, and let AAF ovewrite this after as per the instructions.

[vaultbait]

5 hours ago, Azzhat said:

Hi. I'm having a problem. When I installed this it causes AAF to stop loading at 70%. I have all the requirements, and let AAF ovewrite this after as per the instructions.

 

This mod doesn't install any AAF data. The only thing I can think of which might conflict is that RMR and AAF both use the LLFP library, so both ship convenience copies of the DLL and PEX files for that. If you have a very outdated version of either AAF or RMR then maybe the version of LLFP provided by RMR is not compatible with the version of AAF you have. Are you running AAF_V166-0_beta.7z (the latest publicly available release on Moddingham)?

[Azzhat]

1 hour ago, vaultbait said:

 

This mod doesn't install any AAF data. The only thing I can think of which might conflict is that RMR and AAF both use the LLFP library, so both ship convenience copies of the DLL and PEX files for that. If you have a very outdated version of either AAF or RMR then maybe the version of LLFP provided by RMR is not compatible with the version of AAF you have. Are you running AAF_V166-0_beta.7z (the latest publicly available release on Moddingham)?

I didn't know AAF was at 1.66 I have 1.61. I'll get that version and see what happens.

[vaultbait]

35 minutes ago, Azzhat said:

I didn't know AAF was at 1.66 I have 1.61. I'll get that version and see what happens.

 

Yes, when Nexus Mods announced it was changing its terms of service in ways that don't favor mod authors, the AAF author set up a new mod site to host future versions of it, so the last version on Nexus is V161.1 from January 2021. The latest publicly available version can be had by creating a free account on moddingham.com and then going to the https://www.moddingham.com/viewtopic.php?f=9&t=2 page and scrolling about halfway down to the attachments section where AAF_V166-0_beta.7z is linked.

[Azzhat]

3 hours ago, vaultbait said:

 

Yes, when Nexus Mods announced it was changing its terms of service in ways that don't favor mod authors, the AAF author set up a new mod site to host future versions of it, so the last version on Nexus is V161.1 from January 2021. The latest publicly available version can be had by creating a free account on moddingham.com and then going to the https://www.moddingham.com/viewtopic.php?f=9&t=2 page and scrolling about halfway down to the attachments section where AAF_V166-0_beta.7z is linked.

Okay. I tried that version. Still having the same exact issue. I know it's Radmorphing because if I uninstall it, I get AAF to 100%. 

[vaultbait]

1 hour ago, Azzhat said:

Okay. I tried that version. Still having the same exact issue. I know it's Radmorphing because if I uninstall it, I get AAF to 100%. 

 

Something's definitely wrong with your setup, since most of is are using RMR and AAF in the same game with no problem. When installing AAF there's an option to turn on its debug logging, which will stream startup messages along the left side of the screen when you load a save. See if there's any obvious error messages which might indicate what AAF is unhappy about.

 

Just to confirm, you're on the latest (non-pirated) version of Fallout 4 and F4SE, and have all of RMR's dependencies installed (SUP F4SE, DLCs, LooksMenu, MCM...)?

[Azzhat]

41 minutes ago, vaultbait said:

 

Something's definitely wrong with your setup, since most of is are using RMR and AAF in the same game with no problem. When installing AAF there's an option to turn on its debug logging, which will stream startup messages along the left side of the screen when you load a save. See if there's any obvious error messages which might indicate what AAF is unhappy about.

 

Just to confirm, you're on the latest (non-pirated) version of Fallout 4 and F4SE, and have all of RMR's dependencies installed (SUP F4SE, DLCs, LooksMenu, MCM...)?

Yes to the non-pirated version, and yes to all the requirements. I'll enable the debugging and post what is being shown.
Update: Jeez okay, so when I booted up the game my character's eyes and hair went missing, Nate's face went missing and I dunno what the heck happened! Anyways, here's the debug errors.

Edited March 29, 2023 by Azzhat

[Azzhat]

I also had this happen too. 

[vaultbait]

48 minutes ago, Azzhat said:

Yes to the non-pirated version, and yes to all the requirements. I'll enable the debugging and post what is being shown.
Update: Jeez okay, so when I booted up the game my character's eyes and hair went missing, Nate's face went missing and I dunno what the heck happened! Anyways, here's the debug errors.

 

The error messages there mention you're missing the DLCs (Far Harbor and Nuka-World specifically), I mentioned making sure you have them installed. RMR's plugin won't activate without them since they're masters for it.

 

In the next version of Unhealthy Craving I'm adding pop-up messages about every single missing dependency because people seem to keep not installing all requirements. Have a closer look at this part of RMR's description:

 

Quote

Dependencies

• MCM to configure the mod
• LooksMenu to apply morphs
• A BodySlide compatible body (any body that can be modified with BodySlide / LooksMenu will work)
• All clothes must be built with morphs enabled in BodySlide
• F4SE 0.6.23 for Fallout 4 1.10.163
• SUP F4SE to detect MCM changes outside of the current savegame
• At least one RMR trigger
• All DLCs

 

I'm not exactly sure why missing dependencies for RMR would start causing AAF to throw errors, but it could be some sort of cascade failure causing issues for multiple mods when that happens.

[Azzhat]

But I have all the DLCs installed minus the HD pack. Vortex wouldn't even let me launch the game with how many mods that I have that require them if I didn't have them installed.

Edited March 29, 2023 by Azzhat