There's a small problem with items in leveled lists. NVEdit won't allow CHIP or CMNY in leveled items.

Not true. CHIP and CMNY are clearly allowed in the record definitions for LVLI's:

wbRecord(LVLI, 'Leveled Item', [    wbEDIDReq,    wbOBNDReq,    wbInteger(LVLD, 'Chance none', itU8, nil, cpNormal, True),    wbInteger(LVLF, 'Flags', itU8, wbFlags([      {0x01} 'Calculate from all levels <= player''s level',      {0x02} 'Calculate for each item in count',      {0x04} 'Use All'    ]), cpNormal, True),    wbFormIDCk(LVLG, 'Global', [GLOB]),    wbRArrayS('Leveled List Entries',      wbRStructExSK([0], [1], 'Leveled List Entry', [        wbStructExSK(LVLO , [0, 2], [3], 'Base Data', [          wbInteger('Level', itS16),          wbByteArray('Unused', 2),          wbFormIDCk('Reference', [ARMO, AMMO, MISC, WEAP, BOOK, LVLI, KEYM, ALCH, NOTE, IMOD, CMNY, CCRD, CHIP]),          wbInteger('Count', itS16),          wbByteArray('Unused', 2)        ]),        wbCOED      ], [])    )  ]);

Thanks, I was using an older version that didn't allow it.

PS: any chance of getting a nvdump version (i do find it incredably useful).

I've had the issue with creating merged patches too. Seems to me that, since everyone is not seeing this problem, that it's a particular case thing. Could it possibly be caused by hardware issues or install paths (kinda hard to imagine, but I've heard of weirder).

For the record, my game install path is on a drive that's not the C drive and I'm running a 64 bit system. Using the most recent version of FNVEdit. It would be super handy to have it, since I'm not a big fan of Wrye Bash and it's less than ideal patch creation system (imo).

It'd be nice to hear from Eliminster officially on this topic, I'll be more than willing to provide more details or run extra debugging measures if required. I would really really like to get this feature working.

FNVEdit should be creating an exception log if there are exceptions. I would need that to make even a WAG about what's wrong.

Looking at it now (never noticed that file before). Just attempted to generate a merged patch using Inventory Sorters combined, and Realistic Weight Overhaul (because I know both of these edit the exact same items, and therefore conflict). The output in FNVEdit says that the merged file has been given master, though it hasn't. And the exception log hasn't been updated since the 20th, when I tried to enter an invalid itemid into an edit window.

The problem is that it isn't reporting it as an error, because the program seems to think it's working correctly.

Here's the output into the message tab on FNVEdit:

[00:02] Background Loader: [G:\Games\Steam\steamapps\common\fallout new vegas\Data\] Setting Resource Path.[00:02] Background Loader: finished[merge.esp] Adding master "FalloutNV.esm"[merge.esp] Adding master "Inventory Sorter - Combined.esp"[merge.esp] Adding master "Realistic Weight Overhaul.esp"

However, while the Message tab shows this, the Header of the newly created esp file has no masters. It lists its version number as 1.32, and next object ID as 2048. The Master Files section is bold, but has no entries, not even an empty one.

http://pastebin.com/rXhVi6e6

Let me know if you need anything else.

What are the specific changes made to record definitions by the Dead Money DLC? The only one obvious to me so far is the addition of CHIP records to leveled lists.

How do I get it to work if my Bethesda Folder is in the documents? I needed to put it their cause of my system?

Got an error trying to save a file I edited:


All I did was change a formID in a quest target field and it threw that error. 3.0.15 doesn't have this issue, 3.0.19 does, not sure if any of the versions between them did.

Alright, to further explain the problem. After installing a bunch of mods, listed here:


I then applied the filter the manual says to do, a generated merged file. The merged file is created, but only has corrected form list entries from all of the above mods. However, if you look, you'll see that I have Realistic Weight and Inventory Sorters, which both edit almost all the items, and should conflict, and should get merged.

As I've explained numerous times by now. The merged patch creation only processes very specific things. Specifically, it only processes certain types of lists in different records. The specific list has been posted a number of times here on the board already. It is not a general tool for blindly merging every possible type of conflict.

Gribbleshnibit8-
You may have better luck with using Wrye Flash, but even it does not automate and merge everything without work and knowing what buttons to push.

ElminsterEU-
Oh here you are and active too.

I have a question about master update and using it with Fallout 3 (sans NV).

First off I and another found that cleaning the F3 DLC caused missing land issues as described http://www.gamesas.com/index.php?/topic/1170465-a-question-about-fo3edit-and-undelete-and-disable/page__view__findpost__p__17309863. I narrowed down that it is not deletions that are causing this but ITM records.

However Arthmoor stated he cleaned the DLC too and had none of these issues, but that it might be a good idea to run MasterUpdate on the DLC so that ONAM records get updated.

So I activated only the DLC and ran MasterUpdate. To my surprise it not only ran MU on the DLC but on several mods that were not active. Not all but these anyway: Is this normal behavior?

My understanding is that it should only run that on the active mods. If this is the case then why would it reach out and try to change those mods?

If this is not the case then it is certainly not attempting to change all plugins in the data folder and only those seemingly unconnected mods.

If not a feature then I'd like to request that it only attempts to alter the mods ticked as active.

And I know I've requested this before, but is there any chance that a setting or option can be implemented to store backups in another folder or even a folder in data. I like my data folder tidy.

thanks for help and consideration.

I actually met a minor workaround by just generating custom compatches for each of the mods that were causing errors (and then readjusting the load order). I also managed to cut out about 8 mods that were causing conflicts I didn't feel like fixing (mostly due to laziness).

Psymon -
I've used Wrye Flash, and just....idk, it was different, and I know how to use FNVEdit already, so I just decided not to use it.

Also, it's not so much that it was an issue, but that in FO3, Edit would generate fixes on NPCs, containers, Leveled Lists, and even Misc items without me doing anything. Specifically, on a FWE, WMX, EVE, MMM load (with quite a few misc mods in-between), it fixed the aforementioned items without any input. I did have to go in and fix a few things (mostly NPC inventories between different mods), but for the most part, FO3Edit handled all the grunt work.

Whereas in FNVEdit, the only thing it gets are form lists and a few other records (no misc items, etc). Specifically, with WMX and Realistic Repair, and Inventory Sorters and Realistic Weight. My experience with similar mods in FO3 was that it would catch the item weights and names, and merge them into a new patch (Wrye Flash did this with IS and RW, but in this instance it merges all such that the bashed patch was the only file of the three needed after (the outcome with any merge on those two mods)).

However, with WMX and Realistic Repair, where some weapons forms have edited repair lists from RR, FNVEdit wouldn't even catch it as an issue for the merged patch. In fact, it would throw up flags on the differing Form Lists, but wouldn't even merge them all correctly.

I guess the point I'm getting at is that it's not so much that I think it should auto-merge all the conflicts, it's that I got used to the feature using a heavier hand in FO3Edit, and now it doesn't work the same (I dislike change). On the plus side, I now have a better long term solution, which is compatch files for each of my main mods. Which don't have to be rebuilt every time I change my load order, which is nice.

Anyway, just came back to update my situation. I wasn't trying to say I think it should do this, just pointing out a difference in the behavior between FO3 and FNV versions.

I'm guessing you were using FOIP, which was specifically made to work with an automatic merged patch.

Seemed to be using other mods too, but I could be mistaken. Guess I was just spoiled by having all that work done for me then. Oh well, I've learned some new things about Edit now anyway, so it's all good in the end.

Also, an endorsemant for the program. I find myself doing a good chunk of mod work in Edit instead of GECK these days. This program is absolutely indispensable for mod authors. Too bad a bunch of them don't make use of it.

i downloaded Powered Power Armor last night and when i loaded FNVedit to make my merged patch the background loader gave me this error:



seems FNVEdit is trying to load a file that does not exist (Ambient Temperature.esm). i am not very good with coding so i am at a lost as to how to fix this problem. i am assuming that PPA has left over references in it to "Ambient Temperature.esm" from a previous build of the mod that used this file; however, i have no clue how to remove them (or if this is even the problem).

it seems that powered power armor needs ambient temperature mod to work, that is why it is looking for its .esm
so, DL ambient temp mod and try fnvedit again, i bet it cures the problem.
Some mods need other mods to work, reread the install instructions and requirements.

duh! :banghead: how [censored] of me! i knew Ambient Temperature is a requirement of PPA; however, i thought that the Ambient Temperature files included with PPA was all i needed.

ty Belhawk for answering my stupid question :thumbsup:


EDIT: [censored] is a curse word now? since when? i blame sarah palin!