Demeggy

In theory, very easily achievable for standard objects. Little trickier in principle this mechanism... been working on a rebuild of the example script provided; lots to consider - AI Packages being executed, LOS angles arent always sh*t hot either, so its quite ambiguous determining what actually LOS is etc. Will keep you posted with findings.

Good work - this is how I got the Weeping Angels working on Fallout Who Vegas! If you've got no objections, I'm going to have to hack at some of that example code, as we're steadily reworking Fallout Who for Fallout 4 at the moment, and this is just the ticket.

Hey fellas, Any plans on Facial Geometry script functionality in the future? We're looking to get hold of some funcs that'll allow the random mapping of faces (nice work with body stuff in the latest build). D

Much appreciated, glad I'm not barking up the wrong tree. Yeah, it's a USB adaptor I'm using as a temp fix. I've got a 24+1 Pin adaptor enroute so hopefully that'll fix it! Thumbs up for the shout back

Morning all. I've been looking for a specific resolution for the past couple of days now since upgrading to a dual monitor setup. I've never had issues before with New Vegas, until now. I bought a VGA monitor, same spec as my current vga screen, and realised the second port on my GTX 750 was for a DVI-D 24+1 adaptor. I've only got 24+5 pin adaptors, so I had to borrow a DisplayLink adaptor from my office. The monitor itself works fine, most games (Fallout 4 etc) work without issue on either of the screens - however, New Vegas crashes as soon as it starts loading up the game itself. I can get past the intro screens, past the main menu, load an existing or start a new save, and as soon as it's about to plonk me in world, CTD. I've tried various things; - NVAC - Game Companion - Deleting all of the .ini files - Reinstalling New Vegas - Reverifying integrity of game cache via Steam - Changing res settings to match the screen output (I normally play in windowed mode for dev purposes) - Tried accessing the NVidia control panel, however there's a known issue with DisplayLink conflicting with NVidia drivers and prevents the control panel from loading properly Now the reason I know it's a problem with my monitor, is because by disabling the adaptor, and reverting to 1 screen - Ta Da! It works. If anyone can assist, that'd be hugely appreciated, Thanks, Demeggy

Afternoon chaps, Large fist-pump when I did a hopeful search on Fallout 4 Script Extender this morning. I don't think any of us were expecting such a bloody quick release, big kudos :smile: Demeggy

It's a good question none-the-less. Potentially settlements operate like a radiation marker, with the editable field of modifying defined by the radius perhaps? All hypothetical at the moment, as I can't imagine a way it would be possible for this to be modded without access to the map editing portion of the next creation kit. It's certainly something I'd like to see implemented.

It should basically create a new ref for the player clone, as I eventually want to be able to utilise multiple clones of the player, each with their own unique ref (I'll be storing these ref's in an array). Thanks, D Then as Tomm says you don't need that. You just Let MyCloneRef := PlaceAtMe 7 1 and then Let MyArray[someindex] := MyCloneRef That's so beautifully simple, it's bound to work :) Thanks, I'll give it a shot and post back my findings! D

I can't quite find any clear info on what parameters the setrefvar uses. From what I can establish; nameofReftoModifyhere.setRefVariable "refNameIwantHere" nameofquestthisScriptRunsInHere The last parameter (quest) I'm dubious about... It should basically create a new ref for the player clone, as I eventually want to be able to utilise multiple clones of the player, each with their own unique ref (I'll be storing these ref's in an array). Thanks, D

Cheers Tomm, unfortunately that doesn't appear to work. SetRefVariable consistently breaks on the cloned playerRef :(

Afternoon, So I've had a gander around the internet, and seem to have come up blank. Basically I'm trying to set the reference of a player cloned NPC via NVSE withina quest script. Attempting to use the following breaks the script; ref playerBody set playerBody to 00000007 ;should in theory spawn the player NPC clone (I have a feeling this is where it breaks) player.placeAtMe playerBody playerBody.setRefVariable "clonedBodyRef" questNameHereAny suggestions would be much appreciated! D

Cheers buddy, snifter of hope there so I'll crack on with investigating it. I'm thinking of creating duplicate /xml files, each with differing .nif paths, then controlling which .xml is utilised via script... although as I type I'm not confident that in particular is feasible. Thanks for the header info, had that in a while now. It's a shame it's no easier to modify the menu screens, for modding purposes they can be bloomin' immersion breaking.

Evening all. So I've been sat scratching my head for the past few weeks trying to fathom if it's at all possible to alternate the New Vegas Robco terminal menus ingame (i.e. differing terminal screens per terminal). There's no direct way of changing the model via script (setmodelpath from NVSE would apply to the terminal world object rather than the screen itself). Now in honesty, I havent checked the .xml files that determine the menu screens, so I may start there... but is anyone experienced with NVSE aware of a way we can modify external files via GECK scripting? D

Please close the thread, issue resolved - found a relevant workaround.

Evening all, Quick question as I'm at a loss really; is there any way of a package determining which reference it's being run on? Having combed over various NVSE 4.1 functions, I'm stumped currently.