Tes4Mod:Wrye Bash/Bashed Patch

The UESPWiki – Your source for The Elder Scrolls since 1995

Jump to: navigation, search

Oblivion: Wrye Bash [ Installation | Basic | Bashed Patch | Mods| Advanced | Misc. ]

This page is intended for the new Bash user. It provides answers for frequently asked new user questions. For other Wrye Bash topics see the links at the top right of this page.

Contents


[edit] Tutorials

[edit] How do I DarNify books?

  • This tutorial thoroughly covers the steps for using both the DarNified Books tweak and Import Graphics (again, focusing on books).
  • Since the tutorial provides pictures, and covers tagging and multiple patch components, this is a nice example of using the Bashed Patch. And you can use the DarNified books option even if you don't use the DarN ui.

[edit] General

[edit] What's the Difference Between Import and Merge?

  • Merge as in "Merge Patches:"
    • All of the records of the mod are fully merged into the Bashed Patch. Except...
    • If a record that is present in "merged" mod should be overshadowed by a different version of the same record a later loading mod, then the Bashed Patch won't merge that record into the Bashed Patch. This is why you sometimes see the term Virtually Active for a mod that's been merged into the Bashed Patch -- its effect on the game is the same as if it were actually active, even though it's not.
  • Merge as in "Merge Leveleled Lists"
    • Where different mods change the same leveled list, then their different contributions are merged together. I.e. all source mods contribute to the final list.
    • Merge functions only extract data from mods that are currently or virtually active.
  • Import
    • Import means that some specific aspect of a mod is extracted from the source mod(s) and/or file(s), and then is applied in the patch over any subsequent changes.
    • E.g. when "Import NPC Faces" is active, it extracts just the face data (eyes; face geometry and shading; and hair coloring, style and length) from the source mods and applies that over any subsequent changes to the same records.
    • Usually "Import" functions extract data from their source mods regardless of whether those mods are active. (The exception to this is "Import Race Info" -- which will probably be renamed to "Merge Race Info" in a later release.)
  • Tweak
    • Tweaks have no source mods. These changes are specified fully in the Bash Patch interface.

[edit] Can I Have More Than One Bashed Patch?

Yes, but you shouldn't (at least not for the same savegame).

  • If you only have one character, then you should only have one Bashed Patch.
  • However, it you have several characters, then it's best to have a different Savegame Profile for each character, and have a different Bashed Patch for each character.

[edit] How Often Should I Rebuild the Bashed Patch?

Every time you add or remove mods from your modlist, or update one of the mods in your modlist.

In actuality, that's a bit conservative -- it's often possible to get away with less frequent rebuilds. But since that rule is simple and safe, and since rebuilding the patch only takes a minute or so, you should stick to that rule.

[edit] How Do I Avoid Including a Mod in the Bashed Patch?

The Bashed Patch build process will include all active mods that load before the bashed patch. Therefore you can either 1) deactivate the mod, or 2) move it to load after the bashed patch, and then rebuild the patch.

[edit] What Mods Shound Not Be Active when the Bashed Patch is Rebuilt?

Deadly Reflex
Deadly Reflex apparently has to run dead last period, or else its scripts may go wonky and cause unintended effects, or the mod may not work at all, or the mod may cause CTDs.
  • Perhaps this was also fixed as of Wrye Bash 151?
Reneer's Guard Overhaul?
RGO is safe to use with Wrye Bash 151 or higher. (Bash v 151 fixed a bug with merging scripts.)
Oblivion Script Optimization?
Script optimization is safe to use with Wrye Bash 151 or higher. (Bash v 151 fixed a bug with merging scripts.)

[edit] Masters List

[edit] Why Do Some Mods Show Up as Masters, But Not Others?

The masters list is not the list of mods that Bash processed. The masters list is instead the list of mods that contain records that bash needs to refer to.

  • If Bash overrides a record from one of its masters then it will need to refer to that master. E.g. if Bash tweaks the name of a spell from a mod, then that mod will become one of the masters for the patch.
  • If Bash includes a record that includes a reference to a second record, then master that provides that second record will be included in the patch.
  • On the other hand, if Bash includes changes from a mod that don't require that Bash refer to records in that mod, then that mod will not be included in the masters list for the Bashed Patch.
  • Example: Suppose there's a patch mod "OOO-SpellTomes.esp" that adds books from DLCSpellTomes.esp to OOO leveled lists. And suppose that the leveled lists merger merges these lists. In this case, the Bashed Patch will have "DLCSpellTomes.esp" and "Oscuro's_Oblivion_Overhaul.esm" as masters, but not "OOO-SpellTomes.esp". This is because OOO-SpellTomes doesn't actually supply any new records that need to be referred to. Instead it just uses and modifies records from its masters.

[edit] How Can I Tell Which Mods Were Used When Building a Bashed Patch?

Double click the Bashed Patch esp. This will bring up the doc browser which will contain the Patch Build Report. Active mods are shown at the top of the report.

[edit] Merging Mods

[edit] Can I Just Add the Tag "Merge" to Make a Mod Mergeable?

No. Use "Mark Mergeable" instead. It's endowed with super-hyper-mergeability awareness and is never wrong.

[edit] Why Can't I Merge Mod X Into the Bashed Patch?

Mark Mergeable command it will tell you why not. But, in short, "Why" comes down to two reasons:

  1. The mod contains new records. The Bashed Patch is indeed a Patch. I.e. it can only patch existing records. If a record doesn't exist in one of the masters of the Bashed Patch, then it can't exist in the Bashed Patch.
  2. The mod contains records that the Bashed Patch doesn't handle. Notably, the Bashed Patch does not handle: Cells, world spaces or dialog. It also (for complicated reasons) won't patch GMST (game setting) records. Plus a few others.

[edit] Why Isn't a Change from a Merged Mod Showing Up in the Bashed Patch?

The word "Merge" is something of misnomer. A more accurate term is "Virtually Active".

  • Suppose that mod Alpha.esp changes a merchant to have 2000 barter gold. Then mod Beta.esp (which loads after mod Alpha) sets that merchant to have 1000 barter gold. In ordinary load ordering (without the Bashed Patch), mod Beta.esp would "win" and the merchant would have 1000 barter gold.
  • But suppose that you merge mod Alpha.esp into the patch, which loads after Beta.esp, doesn't that mean that the merchant now has 2000 gold again (since the Bashed Patch) loads after Beta.esp?
  • No. Because when Bash merges Alpha, it mirrors what ordinarily happens. I.e. the Bashed Patch will actually contain the NPC record from mod Beta.esp because Beta.esp overruled Alpha.esp (for that record).
  • But suppose instead that you merged Alpha.esp when Beta.esp was not active. In that case, the bashed patch would contain the record from Alpha.esp, and so it would overrule the change in Beta.esp. This is (one of the reasons) why you should rebuild your Bashed Patch whenever you add/remove mods.

[edit] Leveled List Merging

[edit] How Do I Tag a Mod to Make Sure That Its Lists Are Merged?

You don't. If the mod is active, then its lists will be merged.

[edit] Which Mods Should be Tagged with Relev/Delev?

Mods that change leveled lists only need to be tagged if:

  1. The mod removes items from an existing list. Such mods should be marked with the Delev tag. ("Delev" means "DElete item from LEVeled list.)
  2. The mod changes the level or number of items already in the list. E.g. if a leveled list originally has "Silver Sword" appear at level 10; but the mod changes this so that the "Silver Sword" first appears at level 9, then the mod needs to be tagged with Relev ("Relev" means RELEVel LEVeled list.)

If a mod neither deletes nor relevels items in a list, then don't tag it.

Generally speaking only overhaul mods need to be tagged with Relev/Delev. And these days, such mods are usually already pretagged or are covered by the "Mark Levellers" command.

[edit] Should I Tag a Mod With Relev/Delev Just to Be Safe?

No. Because that would interfere with mods that are designed to delete items and/or relevel lists. You should only tag a mod if you're sure it should be tagged.

[edit] Why Isn't My Leveled List Mod Showing Up in the List Merger Dialog?

The list in the leveled list dialog is only ther to allow overriding existing Delev/Relev tags. Hence if a mod only adds new items (e.g. DLCSpellTomes.esp), then it won't show up in the list, even though its additions to the leveled list will be merged in.

Only advanced modders will need to modify the items in the leveled list dialog. Most users should just ignore it.

[edit] Race Info Merging

Bash can resolve most conflicts between various race mods through the "Import Race Info" feature of the Bashed Patch. This can get a bit complicated though...

[edit] Basic Procedure

  • Make sure that race mods are tagged correctly.
  • Make sure that race mods are in correct load order.
  • Rebuild Bashed Patch
    • Check "Import Race Info"
    • Check any race mods that you want to import info from.
    • Click "Ok" to rebuild patch.
    • Review the Patch Log after the patch is rebuilt!

[edit] Tagging Race Mods

Mods are tagged by adding something like {{BASH:Hair,Eyes}} to the description field of the record. The words after BASH are the tags, and they indicate what sort of info the mod provides.

Hair [Hair]
A mod that adds playable hair should be tagged with Hair. If the hair is not playable, then don't tag it. Most cosmetics mods add hair, as do a number of hair-only mods. If multiple mods add hair, then their contributions will be merged.
Eyes [Eyes]
A mod that adds playable eyes should be tagged with Eyes. All cosmetic mods (Beautiful People, Cosmetic Compilation, etc.) add eyes. If multiple mods add eyes, then their contributions will be merged (but see Eye Filtering below).
Body [Body-M, Body-F]
A mod that modifies the physical structure of the body should be tagged with Body-M (for males) and/or Body-F (for females). "Physical structure of the body" means: height, weight and/or skin textures. E.g. mods that make Orcs bulkier, or mods like Robert's Male Bodies which add textures for some races. If two mods try to change the physical structure for the same race/gender, then the last mod to be imported wins.
Voices [Voice-M, Voice-F]
A mod that changes the voice identity of a race should be tagged with Voice-M (for males) and Voice-F (for females). E.g. a mod that replaces the voices for Dunmer males should be tagged Voice-M. If two mods try to change the voice identity for the same race/gender, then the last mod to be imported wins.
Factions, Racial Spells
There are no tags for this sort of info. A mod that changes this sort of info should load after any other racial mods that are being "imported". The imported info will be merged into records from mods like this and included in the Bashed Patch.

[edit] Loading Racial Mods

  • Activation
    • Mods that change only voice or body structure do not need to be active.
    • Mods that add hair and/or eyes must be active. (Since they add new HAIR and/or EYES records.)
  • Order
    • For mods tagged with Body or Voice tags, the last to load (for a given race/gender) wins.
    • For mods tagged with Hair, order relevant to other tagged mods does not matter.
    • For mods tagged with Eyes:
      • If the mod replaces Vanilla eyes, then the last mod to load wins.
      • If the mod only adds new eyes, then it's contributions will be merged with other eye-adding mods. However, these are still subject to filtering
    • For misc. info (factions, racial spells) mods, the last to load (for a given race) will win.

[edit] Filtering Out Googly Eyes

All eye textures are designed for a particular eye mesh. If a pair of eyes is used with an eye mesh that they're not designed for, then you'll get "googly eyes".

To avoid this, Bash checks the set of eyes for each race to see if they're all using the same mesh. If not, then it will pick one eye mesh as the "correct" one and discard ("filter") any eyes that don't fit that mesh.

[edit] Error Messages

Explanation of error messages encountered while using Wrye Bash...

[edit] Load Error - Skipped

This message is sometimes encountered while building a patch. If it occurs, it will be listed at the top of the patch report (in the Overview section), next to the problem mod. It indicates that Bash was unable to read the problem mod and so skipped over it while building the patch. This happens for few mods and most likely will have no effect on the patch. However, if you would like to resolve it...

Usually the problem can be resolved by opening the mod in the construction set and then resaving it.

  • Usually the problem is due to the mod having a slightly odd file format. Opening and resaving the mod will save it back into a more standard format which Bash can read.
  • If the mod cannot be opened in TESCS, then the mod is corrupt and should be removed.
  • If the mod has an esp dependency, be careful to maintain those! I.e. use Esmify Masters before opening in TESCS and then use Espify Masters after saving changes.
  • Alternatively, you may want to search for an updated version of the mod. E.g. old versions of Quest Award Leveler cause Load Errors, but newer non-problematic versions are already available.
Retrieved from "http://www.uesp.net/wiki/Tes4Mod:Wrye_Bash/Bashed_Patch"
Sponsored Links
Personal tools