DieFeM

Did you try to load it in a new game? The brown face texture might be due to an error loading the face textures because it might have a set of textures loaded from the saved game that doesn't match the current mesh.

Repalce CancelTimerGameTime with CancelTimer.

I'd say the timer should be outside of the distance conditional. Function PlayCustomSound() ; code of the function If Game.GetPlayer().GetDistance(Self) <= 1000 ; player is within 1000 game units to this reference RCA_JuggernogJingle.Play(Self) ; play the sound EndIf StartTimerGameTime(0.25, 555) ; restart the timer EndFunction That way it will continue looping the timer, even if you are more than 1000 units away, until it unloads.

If you look at WorkshopScript.psc you'll notice this property is marked as a constant ActorBase Property CustomWorkshopNPC Auto const Unfortunately this property cannot be changed during runtime. Edit: As the comment of this property points out, this property is meant to override the one in the workshop parent script, so it is probably not set in the workshop reference. You can only set that manually, in the CK, editing the script properties, in the object reference from the worldspace/interior, in the render window.

Let say you have the workshop reference as a property, like this: ObjectReference Property WorkshopRef Auto You can either replace ObjectReference with WorkshopScript, like this: WorkshopScript Property WorkshopRef Auto Or you can cast the ObjecetReference as WorkshopScript WorkshopScript CastedWorkshopRef = WorkshopRef As WorkshopScript Or you can just use (WorkshopRef As WorkshopScript) When you have a WorkshopScript object, you only need to assign the new ActorBase like this: WorkshopRef.CustomWorkshopNPC = YourBaseNPC or CastedWorkshopRef.CustomWorkshopNPC = YourBaseNPC or (WorkshopRef As WorkshopScript).CustomWorkshopNPC = YourBaseNPC There might be other methods, but I never needed anything fancier than that.

I never created a mod with MCM, but out of curiosity I've downloaded the demo plugin, and checked config.json, there's an ON/OFF that calls a function: { "id": "bEnabled:Main", "text": "Mod Enabled", "type": "switcher", "help": "Controls whether the mod is enabled. (demo for ON/OFF switcher control)", "valueOptions": { "sourceType": "ModSettingBool" }, "action": { "type": "CallFunction", "form": "MCM_Demo.esp|800", "function": "DoActionDemo", "params": ["{value}"] } }, I guess MCM will replace {value} with true/false depending on the option and passes it to DoActionDemo as argument.

In my experience, by creating precombined meshes on the cell it let you place objects normally.

My suggestion: Event/Function ToInitilaize() RegisterForDistanceGreaterThanEvent(Center, NPC, X) RegisterForDistanceLessThanEvent(Center, NPC, X) endEvent/Function Event OnDistanceLessThan(ObjectReference akObj1, ObjectReference akObj2, float afDistance) RegisterForDistanceGreaterThanEvent(Center, NPC, X) ;Equip hazmat endEvent Event OnDistanceGreaterThan(ObjectReference akObj1, ObjectReference akObj2, float afDistance) RegisterForDistanceLessThanEvent(Center, NPC, X) ;Unequip hazmat endEvent PS: RegisterForDistanceX registers to receive a single OnDistanceX event, so that you need to register again each time a distance event is received.

Check the first example here: https://falloutck.uesp.net/wiki/RegisterForMagicEffectApplyEvent_-_ScriptObject Note that it registers a single event, so you'd need to re-register on every event to continuously checking for magic effects applied. For example: Event OnInit() RegisterForMagicEffectApplyEvent(Game.GetPlayer()) EndEvent Event OnMagicEffectApply(ObjectReference akTarget, ObjectReference akCaster, MagicEffect akEffect) ;/ do your thing /; Debug.Trace(akCaster + " applied the " + akEffect + " on " + akTarget) ;/ re-register for next effect /; RegisterForMagicEffectApplyEvent(Game.GetPlayer()) EndEvent

Game.GetPlayer() returns an Actor, but akReference is an ObjectReference, I'd say you need to cast the player to an ObjectReference: if akReference == (PlayerRef As ObjectReference) but there's another thing, akReference is not meant to be the Actor who equiped the object, but the reference of the object that was equiped by the actor. https://falloutck.uesp.net/wiki/OnItemEquipped_-_Actor akReference: The reference that the actor just equipped - if the reference is persistant. Otherwise, None.

I did that once, the way I've got it working is by using MoveToNode every certain distance (10k units works fine). To get the distance I just spawn an xmarker and move it on each distance check.

Yeah, complex conditions are a headache. There's documentation on how to use them, but the lack of parenthesis makes it an absolute mess. https://ck.uesp.net/wiki/Category:Conditions#Complex_Conditions You have to have a very clear mind to try to make any sense of that gibberish.

Well, not all companions can be currently following you at the exact same time, that's right, and that's why the first example works, but all companions can be "NOT following" you at the same time, that's the point. So when you check if they are not following you, you need to use AND, because none (AND) of them should be following you, as opposite to any (OR) of them should be following you. So when you use OR, as soon as one of them is true the whole stack of contiguous OR is true.

With this condition, no matter what companion you have, or if you have any, it's always to be true as soon as you meet the health and the level. For example, if you have Danse as companion, Deacon and Nick would still return 0. Since you're using OR it will always be true, because there is going to be at least 2 of them that are not your companion. The solution would be to use AND instead. Danse is not your current companion AND Deacon is not your current companion AND Nick is not your current companion.

I suspect the problem is that most fixes rely on a very small number of individuals, maybe just one or two people, which have very rare skills, like making plugins for F4SE and interface mods. In which mods rely many of the DLC sized mods, like, for example, pipboy tabs and extended dialogue interface. They probably are doing their best effort to get these mods working again, but I'm certain they are waiting for bethesda to stop throwing updates, so I'd say we'd need to wait at least a month, maybe.