angelwraith

yeah nvse was never the problem.. i have been a faithful proponent of the script extenders since the beginning since obse and fose the HiVE heavily relies on NVSE in almost every script. it was that "toolkit" master that was doing it im sure.

when you start geck select your mod in the left pane but dont open it. whats in the right pane under parent masters. you saying FNVtoolkit is the second master? yeah i dont have that, whatever it is.. i do however have powerup (although for some reason i still am more comfy in standard geck. mostly because although i do have the nvse version some of my scripts dont like to save after loading up powerup geck, who knows.. they work fine in game and in my geck version.)

no dice, there is a parent master i don't have.

s*** with those changes its still reading 0? hmmph.. ill look again. maybe try to set up a local copy.. or do you have this set up already somewhere i can look at it in the mod? ok so i though getopenstate worked with containers but im starting to wonder if it only works with doors.. gonna test this. *EDIT* YEP that was it.. seems containers DO return values for containers, however, the returns do NOT match that of doors. so what i have is : getopenstate on a closed container returns 3 getopenstate on a activated container returns 4 try these values instead. sorry about the confusion. i was following the returns found here but i forgot that it says door there sooo.. yeah but hey it still has a return when called on a container that changes with the state, so go with it.

i think this is a part of the problem: if OmniStorageREF.GetOpenState == 3 set fTimer2 to .5 Label 2 if fTimer2 > 0 set fTimer2 to fTimer2 - GetSecondsPassed Goto 2 set fInvWt2 to player.GetActorValue InventoryWeight endif endif as it stands there is no way for the "set fInvWt2 to player.GetActorValue InventoryWeight" line to run. the goto 2 will prevent the line from firing when the timer is below 0, and isnt available when above 0 sooo never gets used. goto immendiatlry goes to the line it points to.. so that means it doesnt finish the script it was on... anyway i dont think a timer is the best route. i meant more along the lines make a variable that the second part needs to have set to run and then set it with the first bit of code and have it set itself to not tun again once it has once. the way your doing it now adds a pause through a timer that runs on every frame.. this way would run dependent on what the settings are so much less resource allocation on the system as well. also im almost positive this has something to do with the root of the main problem as if those variables arent set at the right time when the equation fires you wont be getting predictable results. this i think will help: if OmniStorageREF.GetOpenState == 1 set fInvWt1 to player.GetActorValue InventoryWeight set omnistorageactivatedd to 1 endif if OmniStorageREF.GetOpenState == 3 && omnistorageactivatedd == 1 set fInvWt2 to player.GetActorValue InventoryWeight set omnistorageactivatedd to 0 endif dont forget you'll need to establish the omnistorageactivatedd variable somewhere before its called in the script. i usually just group all mine at the top. so this script wont do anything until the container is opened, then itll set that variable thatll cause it to wait until the conditions of the box are set and its closed, then upon closing the box it unsets those conditions so it only happens once each time you open the container. with console BEFORE you hit the hotkey and after youve accessed the container to set the variables use these lines in order: "prid player" (hit enter to select player reference) "sv" (hit enter to bring up current script variables) now look for the variables were working with. didi the initial values and modified values your working with here get set? also you are going to need to figure out a way of preventing the player from repeatedly hitting the button to gain the reward as with the variables setting once and sticking like this would allow them to repeat the process indefinitely, but you can simply set the modified value to 0 after its used (do this later though as its implementation could make this a lot more confusing while the script isnt functioning properly.)

oh i misunderstood the point of the script.. i didnt realize that your point was for any item to be be able to be converted just based on weight. this should work out ok then. ill look through again and see if i can figure it out. ok there is still a problem with the code we were working on earlier. remember that toggle i was referring to? you need to do it. as it stands right now EVERY frame it is setting the second inventory weight to the player weight. so when you hit the button it is taking your instant weight for the second variable rather that your weight when it was closed. im not sure what the other problem is right now as im am getting pretty damn tired and i wanna spend some time with meh lady before bed time, tomorrow though if you dont have anything ill try again to look through it.

the open and close blocks are being use incorrectly. in fact i dont think it is even possible for onopen and onequip to be in the same script as you cant equip a container. those are intended to be used on the container itself. i would suggest using "if OmniStorageREF.getopenstate == 1" for open and "if OmniStorageREF.getopenstate == 3" for close in the gamemode block. you may have to set up a toggle so it doesn't run twice. there is another potentially huge problem; whats preventing me from dropping all my useless raider armors in that container to trick the inventory weight metering?

maybe geck is saving to a directory other that data.. although if you have the file set as the active file i dont see how that would be possible as it would have required its masters to load properly. is there write protection on the file somehow? try saving your mod as a new name. does the new name file show up in the data folder? if you use it does it have the changes you've made?

ive reached a critical point in this mod where i need to start to figure out how to hand out all the goodies the mod introduces. there are at this point over 10 new functions added by the tech devices in the mod and its just too much to handle all at once for the player. i dont want to make them remember all that at once so i want to start using quests to introduce them one at a time to the player and also put the player through a short orientation for each. i AM researching everything i can to make this happen myself. but the last quest i did was a simple find this 1 object and your done and it took me forever, so i am looking for a catalyst to get this going a lot faster.. your level of input is up to you, if you wanna be a contact in my skype so i can pick your brain that would be amazing, if you wanna take a direct input on this and do some of the work with me i would like wanna have your babies or something. i am going to need all these dialogs to have sound files attached as well with the voice files ill provide. this is going to take a while im sure.. but the outcome is gonna be pretty badass. below i am going to attach some media from the mod and the link to give you an idea what i asking for help on here; which is not at all a infancy stage mod, its 100% functional and is uploaded. Assassins Holdout - HiVEnv http://www.newvegasnexus.com/downloads/images/40685-1-1301854590.jpg http://www.youtube.com/watch?v=9UViIkjx5tU http://www.youtube.com/watch?v=qLHthMCLsFs http://www.newvegasnexus.com/downloads/images/40685-3-1303532949.jpg http://www.newvegasnexus.com/downloads/images/40685-1-1303532948.jpg http://www.newvegasnexus.com/downloads/images/40685-5-1303277935.jpg http://www.newvegasnexus.com/downloads/images/40685-1-1303022315.jpg http://www.newvegasnexus.com/downloads/images/40685-3-1301705877.jpg http://www.newvegasnexus.com/downloads/images/40685-1-1301237954.jpg http://www.newvegasnexus.com/downloads/images/40685-2-1299382320.jpg again any help at all is appreciated. as i wanna get this finished soon. THANK YOU VERY MUCH!!!!

world objects->activator make a new one.. the model you use doesnt matter i usually go for an initially disables xmarker, in case i need to find it. you can use the terminal to trigger it but not run it. i think... im not sure but i do know terminals deal with menumode rather than gamemode so no do not use a terminal.

oh yeah. seems i left out an important bit there... sorry.

congrats on your purchase! click start and go to computer. find the drive with NV in it. right-click and goto autoplay. it should fire up now.

do you have: 1) nifscope 2) photoshop or comparable if so this is easy. get the nvidia dds plugin. open the .dds the gun is currently using in photoshop you should only have to mess with the first texture, ignore the other ones like _n or _g or shiny or anything like that. the one you need should have the gun name in it. (these other files are useful but for what you are doing specifically they shouldnt need to be messed with) figure out the filepath to the dds by opening the model in nifscope and going to niTriStrips->shadinglightingproperty->shadingtextureset and following the filepath for the texture its best if you make a new folder in both the meshes and textures directory for your new model and textures respectively. and be sure in nifscope after these files are in those folders you use relative file paths instead of direct file paths so other people can use it too. so for instance the file paths should look something like: "textures\yourtexturefolder\itemtexturesfolder\itemtexturename.dds" ok so with the .dds (texture) you're modifying open, edit it as you see fit, flatten the image and save it as a new filename dds again i think DX5 no mipmaps save it to your new texture directory point to in in nifscope and save the model as a NEW filename in your mesh directory so you dont overwrite the old laser gun. point the the new gun model in the geck weapon editor window under artwork. i think thats all.

sounds like the mesh or texture files didnt make it to the right directory. make sure to pay close attention to the install directions different modders use. although most use the same method which allows you to extract the archive to the data folder. although if FOMM isnt running it may be an issue with archive invalidation (FOMM fixes this automatically now) and about FOMM seems from the error code you have access restrictions. Look to the FOMM page there may something in there about this or maybe you just need to check user permissions for running it hope this helps somehow.

illegal. however there are mods that allow you to load fallout 3 in new vegas if you have it: legal. if i find a link ill post it here in an edit.

i dont think it can be done with the terminal script alone.. you need a gamemode block to be running a timer update on every frame or to run conditional to check if its closed. i have a script that does this but the work is all done through a hidden activator that just serves as a place for script to run from. it used a trigger box to determine what need to happen but it can be modified to work for what you need. which ive done here: SCN AAAdoorLOCKER int specialLOCK ref meREF Begin Gamemode set meREF to getLinkedRef if ( specialLOCK == 1 ) && ( meREF.GetOpenState == 3 ) meREF.lock 100 set specialLOCK to 0 endif END so for this to work you need to make a new activator. but first make a new script and save the one above. make the activator, select that script, place the activator somewhere near the door, open the ref and set the linked ref to the door. give the activator a refid and this is how you'll control it: in your terminal you'll use the refID to change the variable that causes the door to lock: specialLOCK so lets say you've named the activator's ref AAAspeciallockactivatorREF in you're terminal you should use the line: set AAAspeciallockactivatorREF.specialLOCK to 1 the variable will toggle on to lock the door whenever that variable is set and then toggle itself back off so it can happen repeatedly.

http://www.thenexusforums.com/index.php?/topic/348993-how-to-make-a-script-searching-around-for-the-dead-bodyes/page__p__2995825__fromsearch__1#entry2995825 recent thread outlining how this can be done and another modder attempting the same thing so maybe you guys can help each other out.

wow... you actually had the function i was searching for and for some reason could not find: IsKiller Player effectively cut my script down from like 30 lines to 5 begin gamemode if IsKiller Player != 1 && getdead == 1 kill player 0 0 ; attributes kill and xp to player endif end much better thank you soo very much. changed it again to not run on anything that wouldnt have been an enemy to try to avoid accidentilly attributing a friendly's death to the player. seems to work. SCN SUBkillcreditSCRIPT begin gamemode if ( IsKiller Player != 1 && getdead == 1 ) && ( GetCombatTarget == player || GetFactionRelation player == 1 || (GetFactionRelation player == 0 && GetAV Aggression >= 2) ) kill player 0 0 ; attributes kill and xp to player endif end

ok so i hate that i posted this now, cause as usual i gave up 30 seconds too soon. ive been hammering away at this since i started my mod a couple of months ago, its been driving me crazy as what i had worked but not exactly the way i wanted and right after posting this i realized there was a simple stupid way to achieve what i needed. how i fixed it? scrapped the idea of tracking the enemies and their states. what i figured out: i dont need to run kill on dead actors to get what i need. i just need to apply the damage the explosion was creating through script and instead, on the last shot run the kill command. duh. now works 100% the way i want in game.

i have a pretty simple script that is needed to attribute the kill to the player after being killed with a script placed explosion. the kill command allows this but i also need it to NOT run on actors that were already dead because the very fact that the kill command can run endlessly on dead actors is what makes it useful to me but also makes it screw up what i need. this is what i have, its not working and im not sure why. what it should do, set a initialized variable if the script acts on a living actor and then after death if that variable is set itll run the kill command on the actor. so, if the explosion hits someone thats alive, and then they die while still effected by the script it should run the kill command on them once to attribute the kill to that actor, and give the proper experience. i had the script below, which works as far as giving the player the kill but runs on already dead actors, so its possible to just shoot other peoples kills gain the kill responsibility and to gain xp, also if theres a dead friendly soldier and the explosion hits them it attributes the death and experience to the player..no beuno.. dont need to be responsible for soldiers that were killed some other way: this DOES NOT DO WHAT I NEED but proves the concept works.. just need better conditionals. if you've got an idea, help is greatly appreciated.

http://www.thenexusforums.com/index.php?/topic/86406-how-to-add-glow-maps/page__hl__%2Bglow+%2Bmap+%2Btutorial note you wont actually see the glowy bits until your ingame.. they do not show up in nifscope or geck

without more of the script to go by who knows whats causing it... from what i see there though it seems pretty straight forward.

yep your right, its called mauserpistol01in the 1handed pistol meshes. this means NO LEGAL ISSUES AT ALL!!!!!!!! cause the nif is already there.

yes and no no you cant do it with the nuka-cola ingestible. but yes you can do something that looks identical and acts the way you need. make a new activator, use the model from the ingestible for it (gonna have to unpack bsa files to do point to that nif) then for the activators script do something like this: *EDIT* reordered a couple of lines.