hexef

I have some plans in developing some Fallout 4 mods soon, and I'm only interested in the scripting side of the modding environment. I have zero experience with the scripting engine from FO4 and Skyrim. I am a veteran scripter in the scripting language that powers both Fallout 3 and Fallout: New Vegas, with thousands of lines of written code as well as a couple of published mods. One thing that I couldn't find about the Papyrus scripting engine is how do you bind a custom variable to a reference that exists in the game world. It really baffles me that I couldn't find any docs/tutorials/questions from other scripters regarding this process, considering the fact that Papyrus exists since the release of Skyrim. There are many ways to safely bind variables to references in FO3 and FNV, as long as the reference is persistent and can not be stored inside containers(e.g. NPCs placed in the editor). Dynamic references(e.g. pickable items or object refs spawned via PlaceAtMe) can still have custom variables, but the only safe way to do this is via the script attached to their base form(if present), as the variables inside their script retain their values even if they are added or removed from containers - script variables are not tied to their refid. My question: Is Papyrus powerful enough in such a way that allows me to bind custom variables to dynamic references, like weapon references from across the game world? What I'd like to do is implement a weapon condition system like in FO3 and FNV as a first mod. Obviously, a "condition" variable would be needed to be linked to every weapon in order to monitor their condition status. Is this viable in Papyrus?

Cool.

yay

.

Thanks.

Cool.

Alright, that's cool. So you discovered that it has to do with ingestible items being in their inventory. A good workaround would be to store all of their ingestibles and quantity in an array and remove them from their inventory. Then you would add them back when they die or when you open up their container menu(1008) via pickpocketing or OpenTeammateContainer command, followed by removing them again when closing these menus. I'd suggest using the OnStartCombat event handler to remove their ingestibles, so you won't have to continuously scan the NPC inventories all the time.

It's their "healing" animation. I noticed that too, they're HP is increasing everytime right after the "pick up" animation is finished. It seems to happen when they are crippled mostly, but I also noticed it happening on non-crippled ones. I guess it's a feature that Obsidian tried to implement but they didn't have time to fully integrate it and what we're seeing is leftover code. It's possible that many more healing animations would have been played under certain conditions. I've also observed that non-crippled NPCs sometimes use the "inject" stimpak animation when they are hurt, however that animation is pretty uncommon and haven't seen it play too frequently in my playthoughs. I'm pretty sure these 2 animations are linked somehow.

I've been thinking of implementing this behavior for quite a while but I've never gotten down to it, as I'm currently focused on other projects at the moment. I love hardcore mode but I hate the fact that companions have permadeath, but I also don't like that in the non-hardcore version when they get knocked out, they revive themselves after 30 seconds. I like how it is implemented in FO4, where you have to use a stimpak to revive your teammates otherwise they get teleported back to their place. I am thinking of linking the Medicine skill with this system as well, so with a low Medicine you have to use more stimpaks while at max Medicine only one would suffice. I'll leave a reply here whenever I start working on it.

The idea of us carrying our ancestors' knowledge through our genes is just a myth created by the AC series mostly. This theory does not sound plausible to me. In the next decade, supercomputers will be able to simulate an entire human brain in realtime, my wild guess would be in the late 2020s. Even after they succeed in properly simulating it, another decade would be needed for our best neurologists to analyze all of this data and possibly discover many of our brains' secrets. So, until then, all we can do is to speculate how the brain works. Still, the "knowledge through genes" theory is just too silly in my opinion. Also, all of these stories with getting hit in the head and suddenly becoming skilled in something sound fake to me. Since I've never found a reliable source of these stories I came to the conclusion that they are made up.

I didn't win!

Do I qualify as a mod author? I'd like Shadow of Mordor if possible, thanks.

GetSecondsPassed will only work in Quest scripts and inside the GameMode and MenuMode blocks of an Object/Effect script. They always return 0 inside UDFs. My suggestion is to use either a token or JIP's Auxvars on the NPC to store both the baseform of the removed weapon and the timer.

I cannot seem to be able to add brackets in the title of my mods, even though the error that pops up when adding a bracket character says the following: The file name can only contain letters, numbers, spaces, brackets, periods, hyphens " - " and underscores " _ " Could you guys fix this problem, please? Or maybe the brackets in a mod's title are not supported at all and the error message is outdated?

So, there's this UI component that shows the name of the item/NPC under your crosshair within the "activation" distance. It's UI path is the following: "HudMainMenu/Info/justify_center_text". My script makes that component invisible under certain conditions, and also injects a custom component, let's call it "ChangedName", inside "HudMainMenu/Info", which copies most of the traits of "HudMainMenu/Info/justify_center_text". It's basically a new sibling of "justify_center_text", if I understand this concept correctly. This is the exact raw XML of the new "ChangedName" component, injected under a MenuMode 4 block's GetGameRestarted condition, through JIP's InjectUIComponent: <text name="ChangedName"> <x> <copy src="sibling(justify_center_text)" trait="x" /> </x> <y> <copy src="sibling(justify_center_text)" trait="y" /> </y> <justify> <copy src="sibling(justify_center_text)" trait="justify" /> </justify> <font> <copy src="sibling(justify_center_text)" trait="font" /> </font> <systemcolor> <copy src="sibling(justify_center_text)" trait="systemcolor" /> </systemcolor> <string> <copy src="io()" trait="string" /> </string> </text> In game, the new "ChangedName" component seems to have copied most of the traits of "justify_center_text" properly, with the exception of the "y" trait. I have no idea why is this happening, and it's frustrating beyond belief. If I check the X coordinate of both elements in-game using GetUIFloat, it returns the same coordinates for both "justify_Center_text" and "ChangedName", which are 160. But the Y coordinate has different results, 0 for "justify_center_text" and 65 for "ChangedName". Where the hell would that 65 be coming from?