JerethKhan

I don't think this is a mod issue, this is actually a bug that occurs on all 3 platforms, usually from only one of the BOS member's AI. Best option is to go wait somewhere else far away while the area is unloaded and let the AI reset. If that doesn't work and it is the common bug; reload and try to figure out which BOS is attacking your first and kill him with the console.

You need to do the old style back out of the folder structure. You are on the right track, but you need to back out of my documents first. Here's how. If you are using the default path with Windows (usually C:\Users\<user name>\Documents\My Games\Fallout3) you use the this format SLocalSavePath=../ This will put you in the Fallout3 folder. SLocalSavePath=../../ This will put you in the My Games folder. So if you want to go to Root (C:/) from there you'd use SLocalSavePath=../../../../../../ So you use one ../ per directory Then add your pathing SLocalSavePath=../../../../../../Fallout/Saves This will make a folder called Fallout and a folder in it called Saves and read/write to here. I'm pretty sure you only need to change this in the My Documents fallout.ini but it doesn't hurt anything to change it in FalloutPrefs.ini as well. Hope this helps.

I had an issue with Windows 7 where the Loader for Fallout 3 would just keep popping up and detecting my video card and setting my video settings every time I pressed play. Took a few hours to figure out why it was doing it on my PC, but I figured I'd share my experience in case someone else had the same problem. I had tried all of the fixes that are all over the web (turn off dual screen, .ini adjustments, Live install, etc). I noticed that though Fallout would replace one .ini file, it wouldn't replace all of them. At some point in time my shell folder for "Documents" was changed to another drive (E: in my case) and that drive had since been changed to a different drive path (F:) to make room for a virtual drive I wanted on E:. So every time Fallout would try to write the file it didn't have a valid path. Rather than informing me of this, it just tried to launch Fallout.exe. Fallout.exe couldn't find the path to its ini files, so it would relaunch the launcher to to the first load and set the video settings. So on and so forth for a few hours while I tried fixes. (It's good to note, the only fix I found online was someone making a new account on windows and installing it there.) I've seen this on the interwebs with only the normal fixes not working, so if this ever happens to someone else the fix is pretty easy. Simply copy your documents path name (usually C:\Users\<user name>\Documents or My Documents) then open regedit (windows key+R the type regedit). In regedit, make your way to "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" and you'll see a string called "Personal". Paste in your documents path way. Do the same for "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" which is below it a bit. This cleared up my loader loop issue and I can well imagine it may be the root cause of other people's problems, especially if you've fiddled with Shell Folder and/or changed perms for any of your drives.

Thanks, I knew it was something stupid, I didn't realise the script was refering to an object in the game space, I thought it was a static NPC from the object windows. Thanks for the direct link to references, that fixed my issue in less than 20 seconds.

For some reason I can't seem to get "mynpcREF.isdead" style scripts working on custom NPCs. For example: in LucasSimmsScript there is the recursive statement if MisterBurkeRef.getSitting == 0 I have a custom NPC Regulis (name and ID) but whenever I use "RegulisRef.isdead" it tells me Unkowen variable or function 'isDead'. Is dead is defined in the same script used in Regulis' NPC_ file, actually it's set up exactly the same way Lucas Simms death check is set up, but doesn't seem to work. Is there a spot where I need to create a referance pointer to Regulis for this to work? I've coded MUDs in C for years and reversed some pretty complex source, so I'm sure there is something small and stupid I am missing.