jaam

That's just a tick to set on the profile when creating it.  

You know there is a "compare to" function in FNVEdit ?  

That one should do it.

There is a build version on the xEdit project : https://code.google.com/p/skyrim-plugin-decoding-project/source/browse/TES5Edit/releases/TES5Dump%203.0.32/TES5Dump-3.0.32-preRelease-20140202.zip   Unfortunatly, it hasn't been updated since decoding the xxSE files was added to the project. But one can always build the dev-saves branch, if he has the Delphi compiler available.  

The nvse file is the coSave and contains mainly arrays and string vars.   There is nothing released yet to dump those files.

Don't get your hopes up. Each Form type can support from one to 32 possible data that the engine will remember when modified. The only one they all share is the "record flags". For every other that is implemented, what to remember and what to restore is hardcoded. It would be faster to rewrite the routine to save each form so it saves the entirety of the form than to mess this process.  

No I did mean actually closing down the engine and starting it over. During the loading phase there are so many memory structures created all over the memory than reverting them all properly would be next to impossible. In fact the engine does revert a lot itself while loading a different save, but only for forms that are officially marked as modified. So anything we modify that the engine should not be able to modify stays, and that's also true for anything the engine allows to modify but does not put into the save (like PlaceAtMe).

I have thought of making death or the load save enforce the engine process to shutdown and restart So many gets changed during a play through that are not cleared from memory when a game is reloaded.    

Don't worry AIData was not exposed yet in NVSE, just a list of unknown fields.  

As seen ix FNVEdit, aggro radius flags are a different set of flags, that are part of AI Data. Logically it should be part of TESAIForm in NVSE.  

Sorry, it looks like it has been overlooked. Looks easy to add though.  

Also, if you are using one character, then stop and reload another, will the NX variable reflect the change  or keep their current value ?

Will you still be able to maintain one db per save ?

Sorry for NX_IsInList, I thought it was doing it already.   By the way, AddSpellNS looks to be one of the few FOSE command missing from NVSE.  

  If you believe it is biased, you can try repeating the same experience every time you start a game for a few days. If effectively you get the same or similar sequence on every start then there may effectively be an issue with seeding that you should report to the SKSE support forum. And by the way, all the previous extenders contains a RNG function already, so creating it would not be an issue.

There is an NX version of IsInList that should do what you want.  

This one : http://forums.bethsoft.com/topic/1501746-wipz-skyrim-script-extender-skse/page-7#entry23721890

They "scientifically" proved the vanilla one was working fine, so you can wait a long time  

And no for 2 either, they are stripped during load in Runtime. ShadeMe had an OBSE plugin for that, can't say if it has reached "portable status" with the current NVSE.  

The saved values have to be stored in the GECK ini's somewhere

Someone posted about that a few days ago, in the Fallout Technical support.   You have to resize all your columns they shrinked to a zero width. if they were empty you would still have the headers displayed.   (And the filter I was referring to is in the topic selection list box, not in this view).      

Check you did not filter on "Current Quest only".  

There is a link in the first post!

Anything that TypeOf will identify as a form.

A bad if was not enough anyway , The trick is what you pass needs to be a valid ref, or you need a placeHolder key name for "Use GetSelf as ActorA"