Bunslinger

so basically what i'm trying to do is i'm trying to find out if an NPC is in a certain range of an explosion's impact point. simply using GetDistance3D doesn't quite work because it considers the explosion AND the radius to be one thing, so it's basically asking "how far from the entire effective radius of the explosive is the npc", so when they're outside of said radius the effect doesn't apply at all since they're not considered "in" the explosion. here's what I have so far: If GetDead == 1 && GetDistance3D (explosion point minus explosion radius + 128) DismemberLimb 0 1 EndIf so basically I'm trying to find out if the NPC is 128 game units away from the point of impact, not from the entire effective radius of the explosion. how would that be written?

i'm not sure how to describe what i'm looking for to google, so basically i'm looking for something that stops your arms waving around when you move or look around in 1st-person. like, the thing that happens when your arms swing to a certain direction on the screen based on movement, camera or otherwise. fallout: new vegas had a gamesetting for this, fFirstPersonHandFollowMult, but this isn't present in the newer versions of the creation engine. skyrim does have something that sounds similar, fFirstPersonLookAtVertOffset, but i feel like it's irrelevant. i also don't think this property is attached to the weapon animations themselves, i figure it's more dynamic than that, which is why i think it could be disabled with a simple .ini command or gamesetting.

hope this thread isn't too old for me to post this, i found the hitsounds in "sound\fx\fx\bullet\impact\xxx", under the filename fx_bullet_impact_flesh_playerhitstarget_01 through 06. still don't know where the killsounds are, though, but i'll edit this comment if i find them. the key phrase here seems to be "playerhitstarget", as there are several other hitsounds that play for metal and arrows (unless they're unused) that also contain the phrase EDIT: actually, I think there aren't any killsounds at all, but instead it works like this: it plays the normal hitsound for the final hit connecting, but then for the kill itself, it plays another hitsound. so it's basically 2 of the normal hitsounds played back to back that sounds like its own sound. i'm just assuming that, though, since i haven't found any killsounds yet and i figure they would be in the same folder if they were there at all.

I believe I've discovered the culprit: Automatically Lowered Weapons got an update a couple months after the last time I downloaded it (which was apparently may of 2017, the update was august 2017), and this update added an animation speed multiplier "fix" which I assume misses its conditions every once in a while so it ends up persisting even when the conditions aren't met. Removing any trace of the fix effect, while it brings back the issue of animations playing at normal speed regardless of your current movespeed, so far has not caused the issue in the video again.

video is a little dark, but hopefully it's not too hard to see what i'm saying so basically, every so often, weapon animations will slow to a crawl like this. they're basically playing at the lowest possible speed, and I don't know exactly what's causing it, and google nor FO4Edit is any help. this persists until i open the pip-boy, or, as mysteriously shown in the video, it looks like the effect has a duration, as it wears off eventually without me doing anything. but again, I don't know what's causing it, no chems or anything were taken beforehand. something i've recently noticed, though, i feel like i can reproduce it by sneaking, though i don't know by doing what while sneaking, it's just i was clearing out augustus safehouse earlier and using stealth to clear the area, and it happened at least 3 times during that run. i'll post my load order if necessary, but i'm hoping someone else has had this issue and knows what it is already. EDIT: after some testing, i feel like i can at least confirm for certain it has to do with crouching somehow. i've been sneaking a lot less lately and it rarely happens. crouched to loot a super mutant once and it happened again almost immediately, but wore off pretty quickly.

replaying survival and fallout 4 still has this issue where i'm overstocked on stimpaks. even though they have weight in survival, that doesn't stop me from carrying 50 around and basically never being caught without one or being forced to decide whether or not to use one in the first place. rather than go the JSawyer or Fallout 76 route and have expired stimpaks simply heal less, i think it would be better for expired stimpaks to just turn into junk that gives you 1 steel and 1 antiseptic back. so if you have a handful of expired stimpaks (and blood packs, which are normally pretty useless given the abundance of stimpaks), you can craft them back into 1 normal stimpak. i think this would go a long way into not only making stimpaks rarer without editing levelled/loot lists, but also give a greater use to blood packs and the stimpak crafting recipe, which are normally superfluous.

i made a custom RAD meter for JSawyer Ultimate (since the rad poisoning levels are adjusted, the vanilla meter doesn't line up with the effects anymore), but trying to replace it hasn't worked so far. it looks like the one in interfaceshared0.dds is the right one, compared to another .dds file i saw that was missing the glow effect and also didn't work when i replaced it. the problem is, it looks like the game is just ignoring the file completely in favor of the default one. archive invalidation is in-fact, working, i did reset it just in-case because i was also working on a road texture mod that didn't work until i did that, but it looks like that's not cause of the problem. i suppose it's also worth mentioning i'm not using any HUD texture mods besides this one, unless VUI+ counts even though it doesn't affect the rad meter(?), but other than that it's all vanilla textures.

hm... you make a good point, though as easy as this is to do, editing perk forms directly is probably not the best idea since it'd only work with vanilla perks and probably need a ton of patches for mods and such. plus there would still need to be a way the game could tell you about perks you no longer have because of effects you're suffering. as with most things i was thinking something more like a script that would check a perk's requirements and run them against the player's actual stats every time said stats change, and if the requirements are no longer met, remove the perk and display it and its requirements somewhere in the pip-boy. and if they are met, then... do nothing.

i had this wild idea for a mod that i think would ramp up the difficulty considerably and also make stuff like addictions and diseases worse: if you no longer meet the requirements for a perk via suffering a detrimental effect (like an addiction), you no longer get the effects of the applicable perks until you meet the requirements again so let's take the Cowboy perk for example: you need Guns 45 and Melee 45, but let's say your level in both of those is 45, and you have a turbo addiction, which reduces your agility by 2. well, now you no longer meet the requirements for the Cowboy perk since your guns skill is being reduced by your agility being reduced by the turbo addiction, so now you no longer have the effects of Cowboy until you get your addiction cured since you're below the requirements. i don't really expect this mod to get made because i imagine it's pretty complicated, i'm just throwing this idea out there. i think something this mod would need is another pip-boy screen telling you which perks you no longer have and why.

so how would i check the number of frames passed? the only functions i've seen count in realtime or game time, not frames

at that point i feel like it's more trouble than it's worth, i might either just wait for JIP to change the handler (i asked about it) or just stick with what i have. also i don't know if it helps, but i use <=0 for health values in-case the damage subtracts to 0 exactly, which while rare i'd still like to prevent stuff from not working if it does

I suppose this is what I was hoping to use SetOnCrippledLimbEventHandler for, again, the only problem is I can't leave the reference open or set any potential targets to one reference, which sucks because this event handler does exactly what i need it to

I feel like that would clash horribly with Immersive Hit Reactions since it uses the same animations. Expanding upon dubious' suggestion, couldn't I just use OnHit and rTarget.GetAV PerceptionCondition <= 0 (for seeing if the head is crippled on hit, for example), and by that point would I even need an event handler? or would I just need one script that looks like this scn CrippledSCRIPT ref rTarget begin OnHit set rTarget to This if GetHitAttacker != PlayerRef return elseif rTarget == PlayerRef return elseif rTarget.IsActor == 0 return elseif rTarget.GetHitHealthDamage > rTarget.GetAV Health return elseif rTarget.GetAV PerceptionConditon <=0 playsound SFXCripplesound elseif rTarget.GetAV EnduranceCondition <=0 playsound SFXCripplesound elseif rTarget.GetAV LeftAttackCondition <=0 playsound SFXCripplesound elseif rTarget.GetAV RightAttackCondition <=0 playsound SFXCripplesound elseif rTarget.GetAV LeftMobilityCondition <=0 playsound SFXCripplesound elseif rTarget.GetAV RightMobilityCondition <=0 playsound SFXCripplesound elseif rTarget.GetAV BrainCondition <=0 playsound SFXCripplesound else return endif end It's a little repetitive, but I think it would work, my only fear is that the numerous checks for limb condition would result in the sound playing 7 times

what i want to do is for there to be a sound when an enemy's limb is crippled, i figure the best way to do that is with JIP's event handler made specifically for checking that, and the iWhichLimb >= 0 makes it so it's indiscriminate, but like i said the problem is that PlayerRef.GetCombatTarget only works on NPCs who you've already shot at least once, so if you cripple on the first shot, there's no sound.

ok so wait, let me start over, i've made some adjustments and i'll go into the details basically what i'm trying to do is get a sound to play whenever an enemy's limb is crippled so first we have the event handler script scn CrippledEventSCRIPT ref rTarget begin GameMode set rTarget to PlayerRef.GetCombatTarget SetOnCrippledLimbEventHandler CrippledEventFUNCTION 1 rTarget end and then we have the function script scn CrippledEventFUNCTION ref rTarget int iWhichLimb begin Function {rTarget, iWhichLimb} set rTarget to this if GetHitAttacker != PlayerRef return elseif rTarget == PlayerRef return elseif rTarget.IsActor == 0 return elseif rTarget.GetHitHealthDamage > rTarget.GetAV Health return else iWhichLimb >= 0 PlaySound SFXCripplesound endif end now, this actually does work, but there's one problem: PlayerRef.GetCombatTarget doesn't work until after you shoot someone, and only if their healthbar is on-screen (since it's the same getter used for displaying that information). The problem with this is that I need it to register on any NPC, not just the one the game considers you to be in combat with, so that if the first shot (or any shot) you land on an NPC (whether you're in combat with them or not) cripples a limb, it'll make a sound.