- Installation & Uninstallation
- The Graphical User Interface
- The Main Window
- The User Rules Manager
- What Everything Does
- How To Create A Rule
- The Settings Window
- The BOSS Log
- Common Features
- HTML-Only Features
- Contributions & Help
- The Command Line Interface
- Command Line Arguments
- The BOSS.ini
- Translating BOSS
- Appendix A: Introduction To Load Orders
- Appendix B: Dirty Edits, Mod Cleaning & CRCs
- Appendix C: False-Flagged Plugins
- Appendix D: File Permissions
- Userlist Syntax (separate document)
- Version History (separate document)
BOSS is designed to assist mod users in avoiding detrimental conflicts, by setting the correct load order for the plugins they have installed.
BOSS also provides thousands of plugin-specific messages, including usage notes, Bash Tag suggestions, requirements, incompatibilities, bug warnings and installation mistake notifications. It supports the sorting of plugins ghosted by the Wrye *ash utilities, is highly customisable, has been translated into multiple languages, and is simple to use.
Although BOSS recognises tens of thousands of plugins, it is not a complete solution to load ordering issues, as there are many more mods available. To properly place unrecognised plugins, a good working knowledge of mod load ordering is still necessary, for which some research and documentation reading will go a long way. See Introduction To Load Orders for an overview.
Installation & Uninstallation
BOSS can be installed using its automated installer, or manually. To install BOSS manually, extract the
BOSS folder the downloaded archive contains to a location of your choice. Make sure that you have the appropriate file permissions for the directory you choose, see the File Permissions section for more information. Note that if you install the BOSS folder to the same location as a supported game's executable, BOSS will only run for that game by default, and will not ask you to choose which game it should run for, even if you have other supported games installed.
See the The Graphical User Interface or The Command Line Interface sections for information on running BOSS.
If BOSS was installed using the installer, then use the uninstaller linked to in the Start Menu to uninstall BOSS. If BOSS was installed manually, simply delete the files from the location you chose to install to.
The Graphical User Interface
The GUI provides a simple way to run BOSS while allowing access to its various settings and more powerful features without having to manually edit any files. It can be launched by clicking the
BOSS GUI Start Menu link (if you installed BOSS using the installer) or by running the
BOSS GUI.exe found in the BOSS folder.
When you first run the GUI, you may be presented with the following dialog.
This dialog is displayed if you did not install the BOSS folder next to a supported game's executable and you have either not run the GUI before, or it cannot find the game that you last ran it for. Pick the game that you want to run BOSS for, and click
OK. If you select a game marked
(not detected) then you will only be able to download the latest masterlist for that game, and not sort any plugins.
After you have selected a game and clicked
OK, the dialog will close and you will be presented with the GUI's main window.
The Main Window
The title bar of the main window displays which game the GUI is running for: this may also be checked by seeing which game is selected in the
Active Game menu.
The buttons and options are all fairly self-explanatory, but are detailed in the tables below. The
Run BOSS button and
File→Run BOSS menu entry both do exactly the same thing, as do the
View BOSS Log button and
File→View BOSS Log menu entry, and the
Edit User Rules button and
Edit→User Rules... menu entry.
The behaviour of the
Active Game menu requires some explanation. The menu allows you to change which game the GUI is running for without having to close and re-open it. Games that the GUI cannot find are greyed out, and the active game, ie. the one the GUI is running for, is marked with a dot to its left. To change the active game, simply select another game in the list. Setting the run type to
Update Masterlist Only will un-grey all the games, allowing any of them to be selected, while changing from
Update Masterlist Only to another run type will grey out undetected games again. If an undetected game is active when you change run type, the GUI will automatically switch to the first detected game in the list.
The run options on the right of the main window decide how BOSS runs. BOSS has three main modes of operation that are mutually exclusive: it can either sort your plugins, only update your masterlist then quit, or undo its changes to your load order. The options specific to each mode of operation are listed under each mode's radio button. When BOSS sorts your plugins, it will re-order the plugins it recognises to their correct positions, putting any plugins it doesn't recognise after them in the same order as they were before BOSS was run.
|Show BOSS Log On Completion
||If checked, the BOSS Log will automatically be opened when BOSS has finished running.
|Display File CRCs
||If checked, the BOSS Log displays the CRCs of all the plugins in the Data folder, and of OBSE/FOSE/NVSE/SKSE and its installed plugins if present.
|BOSS Log Format
||This decides both what format of BOSS Log is generated when BOSS is run and what format of BOSS Log the GUI opens when the |
View BOSS Log button or
File→View BOSS Log menu item is selected.
||If checked, BOSS will update your masterlist before sorting your plugins.
|Perform Trial Run
||If checked, BOSS simulates its changes to your load order without actually reordering your mods.
||This decides how many runs of BOSS are to be undone when BOSS is run to undo changes.
||View BOSS Log
||Opens the BOSS Log for viewing. The format of BOSS Log that it opens is decided by the format selected in the Output Options box.
||Runs BOSS's main functionality with the selected mode of operation and settings.
||Quits the GUI.
||This opens the |
User Rules Manager window by default, but if the
Use User Rules Manager setting in the
Settings window is unchecked, your userlist will be opened in your default text editor instead.
||Opens the |
||Never selectable. If this menu item is checked, something has gone wrong.
||Clicking on this will change the game the GUI is running for to TES IV: Oblivion.
||Clicking on this will change the game the GUI is running for to Nehrim - At Fate's Edge.
||Clicking on this will change the game the GUI is running for to TES V: Skyrim.
||Clicking on this will change the game the GUI is running for to Fallout 3.
|Fallout: New Vegas
||Clicking on this will change the game the GUI is running for to Fallout: New Vegas.
||Open Main Readme
||Opens the main readme in your default web browser.
|Open User Rules Readme
||Opens the user rules readme in your default web browser.
|View Copyright Licenses
||Opens the file containing BOSS's copyright licenses in your default text editor.
||Displays an |
About dialog, giving the version number, some copyright and license information, a link to BOSS's website and a short blurb.
The User Rules Manager
BOSS's sorting of your plugins and the messages it displays can be customised using user rules. User rules can:
- Sort plugins relative to other plugins. Plugins can be
.esm files, and you can both override the positions of plugins BOSS recognises and sort plugins that are unrecognised.
- Sort groups of plugins relative to other groups of plugins. BOSS's masterlist generally lists plugins in thematic groups, which you can override the relative positioning of. You can't create new groups though.
- Insert plugins into the top or bottom of groups of plugins.
- Edit the messages BOSS attaches to plugins. You can add new messages or replace existing messages with your own.
The User Rules Manager allows easy management of your user rules without having to know any of their syntax (though if you want to customise messages, you need to know their syntax - fortunately it is pretty simple).
What Everything Does
User Rules box lists any user rules you have created. Rules are applied in the order they are listed, and their order can be changed using the
Move Rule Up and
Move Rule Down buttons at the bottom of the window. A rule that is greyed out and has its checkbox unchecked is disabled, and will not be applied when BOSS is run. The currently selected rule is highlighted with a grey background.
If a rule was created to sort a plugin that was not listed in the masterlist, and that plugin was then added to the masterlist in an update, the User Rules Manager will automatically disable the rule when it loads, to signify that the rule is no longer required. You can then choose to re-enable the rule by checking its checkbox, or delete it, by selecting the rule and clicking the
Delete Rule button at the bottom of the window.
Clicking on a rule will load it into the
Rule Editor box, where you can then change what it does and either overwrite the existing rule with your edits, using the
Save Edited Rule button, or create a new rule from your edits, using the
Create New Rule button.
Installed Plugins tab lists all the plugins found in the active game's Data folder, listed in load order. The
Masterlist tab displays the masterlist contents as a tree list, showing the plugins in their groups. Double clicking on a collapsed group will expand it, showing the plugins and groups it contains, while double clicking on an expanded group will collapse it, hiding the plugins and groups it contains. Selecting a plugin will display the messages attached to it by the masterlist in the
Default Plugin Messages box. You can search either list using the search box at the top of each tab. Searching looks for matches from the start of plugin and group names, and is performed when the
Enter keyboard key is pressed, and may be cancelled by clicking the grey cross that appears in the search box.
How To Create A Rule
- Drag and drop the plugin or group you want to sort and/or edit messages for from the
Installed Plugins or
Masterlist tab into the
For text box. You can also type the plugin/group name in yourself.
- If you want to sort the plugin or group, check the
Sort Item checkbox.
- If you want to sort the plugin/group after another plugin/group, make sure the
Sort radio button is selected and choose
after as desired from the drop down box next to it. Drag and drop (or type in) the plugin/group you want to sort your plugin/group relative to into the text box next to the drop-down box.
- If the item you're sorting is a plugin, not a group, and you want to insert the plugin into a group, make sure the
Insert radio button is selected and choose
bottom as desired from the drop down box next to it. Then drag and drop the group you want to insert the plugin into from the
Masterlist tab into the text box next to the drop-down menu.
- If the item you're creating a rule for is a plugin, and you want to edit the messages attached to it, check the
Add the following messages checkbox.
- Any messages you write in the text box following the checkbox will be added to the plugin in addition to those already attached by the masterlist. If you want to replace the messages attached by the masterlist with your own, also check the
Replace Existing Messages checkbox.
- Any messages you write in the text box must be written using the correct syntax, a summary of which is given in the BOSS Message Format section of the Userlist Syntax Readme.
When you click either of the
Create New Rule or
Save Edited Rule buttons, the User Rules Manager will check that the rule has valid syntax, and warn you of any errors encountered. Invalid rules will not be saved.
Once you have finished editing your user rules, use the
Save and Exit button to save your changes to your userlist, or the
Cancel button to exit without saving.
Further information on user rules, including the details on their syntax, can be found in the BOSS Userlist Syntax document.
The Settings Window
BOSS's less commonly used settings are found in the Settings window, which can be accessed by clicking
Edit→Settings... in the main window's menu bar. The settings are grouped into tabs depending on what area of BOSS's behaviour they control. The settings are detailed in the table below.
||If set to something other than |
Autodetect, this overrides game autodetection. If the game specified is not detected, BOSS falls back to autodetection, unless BOSS is run with the
Masterlist Update Only option selected, in which case BOSS will run successfully whether or not the game is installed.
||Controls the language BOSS uses in its interfaces. Debug log messages are always displayed in English, and very few of the messages attached to plugins have been translated into other languages. While BOSS supports a German translation, it is not yet included. Inclusion of a German translation is planned for a future release of BOSS.
|Game Masterlist URL
||Each of BOSS's supported games has a setting for where it should download masterlist updates from.
|Debug Outout Verbosity
||The verbosity of the debug output. As values increase, so does verbosity, 'Standard (0)' displays only warning and error messages.
|Use User Rules Editor
||Controls whether the GUI uses the User Rules Editor window to edit user rules or whether it opens the userlist.txt for manual editing.
|Close the GUI after running BOSS
||Controls whether or not the GUI quits after it has run to sort your plugins, update your masterlist or undo changes.
The BOSS Log
The BOSS Log is where you will find all of BOSS's outputted information. It can be generated in either HTML format (the default) or as a plain text file with minimal formatting. The HTML format has significant advantages over the plain text format, being considerably easier to read, containing colour-coded messages and a variety of interactive features to customise what is displayed.
Both log formats contain the following sections:
|BOSS Log Section
||This section gives a short summary of BOSS's actions. It breaks down the numbers of plugins installed and messages attached to them and gives the local masterlist version and whether or not it was updated. Any messages contained within the masterlist that are specific to your install but not specific to any one plugin will also be displayed here, as will any file parser and masterlist updater error messages produced.
||This section is displayed if BOSS finds any user rules in your userlist. It details the successes or failures of the application of your user rules.
|Script Extender Plugins
||This section is displayed if you have your game's Script Extender installed. It will list the Script Extender and any plugins for it that you have installed, displaying their versions (if given) and their CRCs (if run with |
Display File CRCs enabled).
||This section comprises the bulk of BOSS's output, listing all your recognised installed plugins and any messages BOSS has attached to them, as well as version information (if given) and the plugin CRCs (if run with |
Display File CRCs enabled). If you are running BOSS to undo its changes, this section is titled
Restored Load Order, and lists the restored load order.
|Restored Load Order
||This section is displayed if you have plugins installed that are unrecognised by BOSS, and lists them. These plugins should be submitted to the BOSS team so they can be added to the relevant masterlist. See the Contributions & Help section for further information.
BOSS will display the version numbers of any plugins that provide them in their description fields. If a plugin supplies no version number, it cannot be displayed. The version numbers may not reflect the actual version of the mod installed - this could either be due to the mod author forgetting to update the description, or due to a mistake in BOSS's detection. As version numbers are supplied by mod authors in a wide range of formats and BOSS has to detect as many as possible, it occasionally identifies parts of some descriptions as version numbers incorrectly. When in doubt, check the version number given in a mod's readme.
It should be noted that the vast majority of BOSS's mod messages are non-conditional, in that they are not displayed in response to your specific install. For example, a message that gives some of the mod's incompatibilities does not know if you have them installed or not, and a message telling you to do something will not know if it has been done.
BOSS's mod messages are one of the most important features BOSS provides, acting as a means of providing users with information that they might otherwise not obtain. It is important for a stable, healthy game that you act on any messages that require action. If you think a message suggests an action that is not necessary, report it to an official BOSS thread. While the Wrye *ash utilities will automatically import and apply Bash Tag suggestions from BOSS, some Bash Tag suggestions can come with conditions and notes that require human intervention, so read the suggestions made thoroughly and adjust tags by hand in Wrye *ash if necessary.
Unrecognised mods must be re-ordered by hand using a mod manager such as NMM/OBMM/FOMM or Wrye *ash, or using BOSS's user rules functionality.
While the plain text BOSS Log simply lists the sections detailed above and their contents, the HTML BOSS Log functions more like an extension of the BOSS program, and uses a much richer interface. It requires a minimum of Internet Explorer 9, Firefox 3.5, Chrome 4, Safari 4, Opera 10.5 or any equivalent browser to function and display correctly, though some of the features have additional requirements with varying levels of browser support. When the BOSS Log is opened, it will display a
Log Feature Support panel detailing which of these features the browser being used supports, and which it does not, with unsupported features being automatically disabled.
The HTML BOSS Log's additional features are:
The BOSS Log's filters can be used to selectively hide different types of information in the BOSS Log from view, making it easier to see what you're looking for. The filters are found in a floating panel at the bottom of the window that can have its visibility toggled by clicking on the
Filters button in the sidebar. Filters are turned on and off via their checkboxes, and the numbers of hidden plugins and messages are given below the filter checkboxes. If a filter doesn't apply to the currently-displayed BOSS Log section, its checkbox is disabled. If your browser supports it, which filters you have enabled will be remembered and re-applied when you next open the Log. The filters available are:
|BOSS Log Filter
|Hide Version Numbers
||Hides the version numbers printed in blue next to those plugins that provide them.
|Hide 'Active' Label
||Hides the 'Active' label printed in green next to any active plugins.
||Hides the checksums of plugins and Script Extender plugins printed in brown next to their names.
||Hides any messages attached to plugins that have the |
|Hide Bash Tag Suggestions
||Hides any Bash Tag suggestions attached to plugins.
||Hides any messages attached to plugins that have the |
||Hides any messages attached to plugins that have the |
Incompatible with: prefix.
|Hide 'Do Not Clean' Messages
||Hides any messages attached to plugins that begin with |
Contains dirty edits: Do not clean..
|Hide All Mod Nessages
||Hides all messages attached to plugins.
|Hide Inactive Plugins
||Hides any plugins that are not active.
|Hide Messageless Plugins
||Hides any recognised plugins that do not have messages attached to them.
In-Log Unrecognised Plugin Submission
The submission of unrecognised plugins by users is vital to the upkeep of BOSS. The HTML BOSS Log allows you to submit such plugins without having to register for an account on the official Bethesda Softworks forums and post in one of BOSS's official threads, instead anonymously sending the plugin filename together with a link to the plugin's download location and/or a description of the plugin to the BOSS Development Team's unrecognised plugin tracker, so that it can then be added to the masterlist.
The Submit Plugin interface is displayed by clicking on a plugin in the
Unrecognised Plugins section of the BOSS Log, but only if your browser supports the feature. If unrecognised plugins are not displayed with a dotted underline which becomes a solid underline when you hover over them with your mouse, then your browser does not support this feature.
Do not use the plugin submitter in conjunction with translation software. Doing so may change the filenames of unrecognised plugins as they appear in the BOSS Log, and so submitting these plugins will result in the BOSS team adding the wrong filenames to the masterlist. Examples of translation software include Babelfish, Google Chrome's translation feature and Google Translate. BOSS's own support for multiple languages does not interfere with plugin filenames, so does not cause this issue.
Contributions & Help
User contribution of additions and corrections to the masterlist are vital to the upkeep of BOSS. Let us know what you know.
General discussion, and the submission of questions, suggestions and unrecognised or unclean plugins, takes place in BOSS's official threads for Oblivion, Nehrim, Skyrim, Fallout 3, and Fallout: New Vegas. Links to these can be found at the bottom of BOSS's homepage.
If your browser supports it, you can also submit unrecognised plugins directly from the HTML-format BOSS Log. This avoids the need for users to register for a new forum account if they do not already possess an account on Bethesda's forums. However, only unrecognised plugins can be submitted this way at this time.
Lists of unrecognised plugins are welcome but the only way we can include them in the database in a timely way is if we get:
- The ESP/ESM file name(s).
- A link to where the description, mod or readme can be found to read or download.
- A brief description of each mod will also help. Feel free to make load order suggestions.
Lists of dirty plugins are also very welcome, but for the report to be most useful we require:
- The ESP/ESM file name(s).
- The number of records removed (the ITM count) as shown by TES4Edit/FO3Edit/FNVEdit or Wrye *ash (not the number of records processed).
- The number of records undeleted (the UDR count) as shown by TES4Edit/FO3Edit/FNVEdit or Wrye *ash (not the number of records processed).
- The CRC(s) of the dirty ESP/ESM file name(s). Make sure that the CRCs are of the dirty files, not the files after cleaning. The CRC(s) may be calculated using BOSS, Wrye *ash or 7-zip, with other sources being unverified as correct. In the case of 7-zip, the
CRC checksum for data is the one required.
The Command Line Interface
BOSS's CLI can be run from the command line, or launched by clicking the
BOSS Start Menu link (if you installed BOSS using the installer) or by running the
BOSS.exe found in the BOSS folder.
The CLI possesses no means of changing any settings while it is running. Its settings can instead be altered by adjusting the values of settings in the BOSS.ini configuration file, and by supplying command line arguments when launching the CLI.
Like the GUI, when the CLI is run it will first look for any supported games. If BOSS is not installed next to a supported game's executable, and more than one supported game is found, then it will present the user with a dialog in the command line window asking the user to select a game to run for, as seen above. Unlike the GUI, it will not offer to run for games that are not detected.
Once a game has been selected (if applicable), the CLI's execution is almost identical to what the GUI does when its
Run BOSS button is pressed.
Note: Depending on your operating system and command line application's settings, BOSS's command line text may not display correctly in some languages, eg. Russian on Windows' command line with default settings will be displayed as gibberish. There are ways of getting around the issue, but they are beyond the scope of this documentation. A quick search on the Internet will yield some of these methods, but for the particular case of using BOSS when this occurs, it is recommended that you use the GUI instead, which does not suffer from this limitation.
Command Line Arguments
While the BOSS GUI allows you to specify options using its graphical elements, the CLI uses a combination of the BOSS.ini file and command line arguments to do the same. The syntax for these arguments is:
boss [-hVuosctU] [-g [game]] [-r [level]] [-v [level]] [-f [type]]
|This prints a short description of BOSS and some information on the function of the command line arguments, then exits.
|Prints the a banner displaying the program name and version number to the command line, then exits.
|Automatically updates the local copy of the masterlist using the latest version on the online repository, and then sorts your plugins. This behaviour is enabled by default, so the command line parameter will have no effect except when the automatic masterlist updating has been disabled in the ini.
|Inhibits the default automatic masterlist updater, preventing it from running. Must not be used alongside --update,-u.
|Automatically updates the local copy of the masterlist using the latest version on the online repository, and then does not sort your plugins.
|Overrides game autodetection. The valid values of the argument are: |
Skyrim. If the game specified is not detected, BOSS falls back to autodetection, unless
-o is also passed, in which case BOSS will run successfully whether or not the game is installed.
|Stops BOSS from automatically opening up the BOSS Log in your web browser (or text editor, depending on format chosen) after it has finished running.
|Calculates the CRCs of all the plugins in your Data folder, including OBSE/FOSE/NVSE/SKSE plugins, and displays them in your BOSS Log alongside the plugin names.
|Allows the selection of the BOSS Log format. Valid argument values are: |
html is the default output format. The
text value will print the BOSS Log as plain text into a 'BOSSlog.txt' file, similar to the BOSS Log in BOSS v1.5 and below.
|BOSS runs, but no plugins are redated, so your load order is not changed. The BOSS Log still displays the order BOSS would have placed them in, so it is useful for checking what would happen if you ran BOSS on your load order without having to then undo BOSS's changes.
|Revert to a previous load order. This parameter optionally accepts values of |
2, indicating how many undo steps to apply. If no option is specified, it defaults to
1. A value of
1 will restore the load order to that stored in modlist.txt. A value of
2 will restore the load order to that stored in modlist.old. If the modlist that you are reverting to does not exist, BOSS will cancel the undo and display an error message. The modlist files are not updated when BOSS is run with this parameter.
|Specify the verbosity level (|
3) of the debugging output.
0 is the default, showing only warning and error messages.
1 (warning, error and informational messages) is implied if this option is specified without an argument. Higher values increase the verbosity further.
Users can edit all of BOSS's settings in the BOSS.ini. This is where BOSS gets its settings from when launching the CLI and the GUI. If BOSS is run and it cannot find a BOSS.ini, it will generate a new one with default settings. If the CLI is run with both a BOSS.ini present and command line parameters set, the command line parameters override the settings in BOSS.ini. The ini is split into the following sections:
These settings control miscellaneous areas of BOSS's operation outside of the main sorting functionality.
|Controls whether the GUI uses the User Rules Editor window to edit user rules or whether it opens the userlist.txt for manual editing.
|Controls whether or not the GUI quits after it has run to sort your plugins, update your masterlist or undo changes.
|Controls the language BOSS uses in its interfaces. Debug log messages are always displayed in English, and very few of the messages attached to plugins have been translated into other languages. While BOSS supports a German translation, it is not yet included. Inclusion of a German translation is planned for a future release of BOSS.
These settings control how BOSS behaves when it runs.
|If set to something other than |
auto, this overrides game autodetection. If the game specified is not detected, BOSS falls back to autodetection, unless
bOnlyUpdateMasterlist = true, in which case BOSS will run successfully whether or not the game is installed.
|This setting records the last game that the GUI was run for. If |
sGame = auto then this setting's value is used to override game selection, providing the specified game can be detected. If the game cannot be detected, or it is set to
auto, then game selection occurs as normal.
|Specify the format of the BOSS Log generated.
|The verbosity of the debug logging output. As values increase, so does verbosity. |
0 displays only warning and error messages.
|Specify how many runs of BOSS to undo. |
0 tells BOSS to run as normal.
|Run the masterlist updater.
|Exit BOSS immediately after running the masterlist updater.
|Do not open the BOSS Log automatically after BOSS is finished.
|Calculate and display the CRCs of all the plugins in your Data folder, and of OBSE/FOSE/NVSE/SKSE and its installed plugins.
|Run BOSS and simulate its changes to your load order without actually reordering your plugins.
These settings control where BOSS gets masterlist updates from.
|A URL string pointing to a Git repository containing a |
masterlist.txt in the root of its
|BOSS uses the repository at the given URL to update its masterlist.
Although BOSS is simple to use, it has grown to become a relatively complex application. As such, there are some circumstances under which BOSS may not be able to run correctly, due to a variety of possible reasons. In such cases, an error message detailing the problem should be provided. If the program unexpectedly crashes, or you experience
a problem for which no error message is given, please report the crash or problem to an official BOSS thread (linked to in the Quick Links section below), so that we may fix it.
If the information below does not help you to solve any problems you are experiencing, please seek further support in one of the official BOSS threads.
There are a few general reasons why BOSS may fail to function correctly. Check if any of the symptoms listed below fit your issue.
- No change in load order.
- If you use Wrye *ash, make sure its
BOSS Disable Lock Load Order* setting is enabled.
- If you're running BOSS for Skyrim, make sure that you're checking your load order using a utility that's compatible with the textfile-based load order system.
- Some plugins have the wrong or no version number given in the BOSS Log.
- No solution.
- You get an error message of the form
There is a problem sending the command to the program.
- Windows sometimes does this when it tries to open files in their default application. If you're sure that you have a default program for HTML files set, restarting your computer generally fixes the issue.
- A game is installed, but BOSS cannot detect it.
- The game's Registry entry is missing. This happens to a lot of people, because Steam likes to remove it whenever the game is updated or its game cache is verified. Run the game's launcher to add the Registry entry back again.
- Your browser supports the
Settings Memory functionality of the HTML BOSS Log, but all your settings have been lost.
- You've emptied your browser's cache, which is where the BOSS Log's settings are stored. If you've lost custom CSS settings, back them up in future. The other things remembered by the BOSS Log can be set back up how you like them in seconds.
- When running the BOSS CLI in a non-English language, the text in the command line window is displayed as gibberish.
- This is a limitation of the operating system or command line application you are using for the language you are trying to run BOSS in. It is recommended that you run the BOSS GUI instead, which does not suffer from this issue.
BOSS supports translation into other languages, with the following limitations:
- Debug log messages and error messages generated by the libraries BOSS uses cannot be translated.
- Masterlist messages can be translated, but translations must be submitted to the masterlist maintainers for addition.
- The languages BOSS supports is hardcoded, so BOSS must be updated to include new translations.
Translations can be submitted for inclusion into BOSS in the issue tracker, by posting it in one of BOSS's official threads (see Contributing To BOSS), or by contacting one of the BOSS team directly (see Credits).
To translate BOSS's installer:
To translate the BOSS application:
- Download the installer script.
- Open the downloaded installer script in a text editor of your choice.
- The English strings are located in the section with the heading
English Strings. Copy and paste this section into a new text file, and translate the quoted strings, replacing the English text. For the lines beginning
VIAddVersionKey, only translate the second quoted string.
- Save the text file containing your translated strings.
- Download and install the latest version of Poedit.
- Download BOSS's translation template file.
- If you are updating an existing translation, download the relevant translation file for the language you're interested in:
- Open Poedit and select
File->Preferences, then in the
Editor tab ensure that the checkbox for the
Automatically compile .mo file on save setting is checked. Click
OK to close the preferences window.
- If you are starting a new translation, select
File->New catalogue from POT file... and choose the template file you downloaded. In the
Catalog properties dialog, just click
OK without changing anything.
- If you are updating a previous translation, open the translation file you downloaded in Poedit, then select
Catalogue->Update from POT file... and choose the template file you downloaded. Click
OK in the
Update summary dialog.
- Edit the translation file to add or update translations of the programs' text. Strings that were added since the last translation are displayed in bold and dark blue, and strings you have edited the translations of are marked with a star to the left of their source text in the main list.
Some languages may use different words or phrases for different contexts where only one word or phrase may be used for all contexts in English. While no contextual information is supplied to translators by default, it can be added on request. To request the addition of contextual information to a text string, contact WrinklyNinja, quoting the structure that contains the string for which you are requesting contextual information.
Some strings to be translated may contain special characters. Different types of special character that may be encountered are:
\. Backslashes must be escaped using another backslash, so if you wanted to display a single backslash
\, you would put
\\ in your translated string.
- Double-quotation marks
". Double-quotation marks must be preceded by a backslash, ie.
\", or BOSS will crash when it tries to display the string.
- New line characters
\n. Do not change the position of these characters relative to the surrounding text, they are responsible for creating new lines.
- Words containing an ampersand
&. If a string contains a word that begins with or includes an ampersand, the string is for a menu item and the ampersand is a symbol placed before a specific letter and used to show which keyboard key can be used to select that menu item. The ampersand can be moved to be placed before a more appropriate letter in the translated text.
- Formatting placeholders. Placeholders are used so that BOSS can substitute text or numbers that are generated at runtime into pre-made strings. They appear as a number surrounded by percentage signs, eg.
%1%. If formatting placeholders are used in the untranslated string, they must all be present in the translated string, or BOSS will crash when it tries to display the translated string. Placeholders can be moved around so that the sentence makes grammatical sense in the target language.
- Save the translation file with the filename
boss.po in a location of your choosing. This will also create a
boss.mo file in the same location.
Since June 2009, BOSS has been a collaborative project, first on Google Code and now on GitHub. An up-to-date list of team members past and present may be viewed on the project wiki. Unless otherwise noted, project members can be contacted on the Bethesda Softworks Forums or on The Nexus Forums via the private messaging system.
As BOSS is very much a community project, credit is due to a very large number of sources and people outside of the BOSS Development Team. Credit goes to the following for load order information:
- Agiel's Annotated Load Order.
- Fivefries load order.
- dev_akm's expanded FCOM load order.
- The Martigen's Monster Mod Team.
- The Better Cities developers.
- Many, many modders and users who have posted suggestions and instructions in the BOSS threads and on the Nexus sites.
Some people have gone out of their way and provided continuing, expert and detailed help - thank you very much! In addition to the above, the following are credited with additional application-related support:
- Dark Creations: For hosting BOSS's Bugzilla bug tracker that was used to collect anonymous unrecognised plugin reports in v2.1 and v2.2. Particular thanks to its administrators Andalaybay and Xae for offering to host the tracker and helping to work around Firefox and Bugzilla bugs encountered.
- Surazal: For extensive testing of v1.6+ prior to release and for providing the inspiration for many features through his BOSS Masterlist Manager macro for Microsoft Word.
- myk002: For extensive testing and code contributions during development of v1.6+.
- Hickory: For extensive testing and for providing the icon used by the executables.
- Scharesoft: For the installer/uninstaller German translation.
- Ysne58: For testing and keeping the thread links on BOSS's Nexus site pages up to date.
- For testing and feedback prior to releases:
- The Beta Testing & Analysis Guild at TES Alliance
The BOSS programs are written in C/C++ and makes use of the Boost, libgit2, wxWidgets and UTF8-CPP libraries. Without them, the majority of BOSS's features would probably never have been implemented. BOSS also uses an adaptation of Dirk Jagdmann's implementation of the Alphanum Algorithm developed by Dave Koelle for comparing version strings.
BOSS is distributed under the GNU General Public License v3.0, aside from the documentation, which is distributed under the GNU Free Documentation License v1.3. For the full text of both licenses, see the included
While the GPL license allows anyone to make derivative works of BOSS, the BOSS Development Team encourages those thinking of doing so to first discuss their reasoning for such an endevour with the Team. It may be that what the derivative work would do differently from BOSS itself is already planned for a future version of BOSS or would be happily integrated into BOSS by the Team, thus avoiding any extra effort by others.
The BOSS Team also appeals to the community to avoid the distribution and development of alternative masterlists, as this would only hamper the community effort to create one universally-optimised load order for all plugins available for download. Any issues with a masterlist are best brought to the attention of the BOSS Team so that we may remedy them ourselves.
GNU Free Documentation License Version 1.3 Notice
Copyright (C) 2009-2012 BOSS Development Team
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.3
or any later version published by the Free Software Foundation;
with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
A copy of the license is included in the file named "Licenses.txt".
Appendix A: Introduction To Load Orders
This appendix provides a general overview of load ordering in the games BOSS supports for those who are unfamiliar with the concept. For simplicity,
the game will be used when the text refers to any of the games that BOSS supports.
Mod plugins for the game are files that end in
.esm. These files are created by the game's official editing tools, or by third-party modders' tools. They contain various data records, which cover almost all aspects of what is in the game – NPCs, items, races, interiors, worlds, quests, etc. – and can either be new or changes to the records added by another plugin.
When the game is run, it loads each installed plugin one by one in a certain load order. The load order is important for two reasons:
- If one plugin changes a record added by another plugin, the former must load after the latter. If it doesn't, the game will crash on launch.
- The game can only apply one version of a record, so if multiple plugins contain the same record, the last-loaded plugin's version overrides all others. This is known as the rule of one, and it holds true for almost all record types. Some overrides can cause problems in-game, and a good load order is one that arranges plugins to avoid such problems.
There are a few hardcoded rules related to load order:
- Master plugins always load before non-master plugins. The difference between the two plugin types isn't really relevant, except that a plugin's type is decided by a setting inside it, and not by its file extension (even though
.esm stands for Elder Scrolls Master).
- There is a limit of 255 active plugins that can be loaded by the game. This isn't strictly a load order thing, but is worth mentioning.
- In Skyrim,
Skyrim.esm always loads before all other plugins.
- In Skyrim, if
Update.esm is present, it is always loaded. It loads after all other master plugins, unless it has another position explicitly set.
A plugin's position in the load order is often displayed by mod managers as a hexadecimal number, from 00 to FE (0 to 255 in decimal). The plugin with position 00 loads first, and the plugin with position FE is loaded last. Hexadecimal numbers are used to display the load order positions of plugins because these numbers form the first two digits of the code that the game uses to reference the records that the plugin adds, so knowing the numbers allows modders and mod users to determine from which plugin a record is from.
Appendix B: Dirty Edits, Mod Cleaning & CRCs
Dirty edits are often a side-effect of mod creation, and are often due to bugs in the utilities Bethesda has provided to create mods, rather than bad practice by mod authors. Dirty edits can cause a wide range of issues, including incorrect game settings, missing content, broken quests and crashing to desktop. The more dirty edits there are in a mod, and the more mods with dirty edits you use, the more likely you are to experience issues.
Thankfully there is a way to remove dirty edits from mods relatively easily, a process known as mod cleaning, using TES4Edit, FO3Edit, FNVEdit or TES5Edit (for Oblivion, Fallout 3, Fallout: New Vegas and Skyrim respectively). Detailed instructions and information on mod cleaning are available for Oblivion and Skyrim, with the process being largely the same for the others.
The problem of dirty edits is largely a problem of ignorance on the part of mod authors and users alike of the problems dirty mods can cause. As such, there are community efforts to raise awareness of dirty edits and cleaning. BOSS plays a key role in these efforts, as it holds the complete list of all known dirty mods, and it uses this information to provide notification messages to users for any dirty mods they have installed.
BOSS identifies and describes unclean plugins using four key pieces of information. They are:
- CRC value: CRC values are a highly accurate way of identifying files based on their contents, as if the contents change, so does the CRC value. BOSS identifies an unclean plugin by comparing the installed plugin's CRC value against the CRC values for known unclean versions of that plugin. This identification method has the limitation that it can't detect unclean plugins that aren't already known as such, and won't detect unclean but edited plugins, but it's a lot faster than actually checking for dirty edits in the plugin.
- ITM Count: ITM records are a type of dirty edit where a mod has overwritten something in the game without actually changing anything. If another mod higher up in the load order makes an intentional change to that thing, it will have its effect cancelled out by the ITM record, which can cause problems. The ITM count is the number of ITM records found and corrected in the mod plugin.
- UDR Count: Deleting records is a significant cause of crashes and game bugs. UDRs are records that the mod deleted from the game or from another mod that have been corrected safely by undeleting them and disabling them instead, which has the same intended effect without causing issues. The UDR count is the number of deleted reference records found and corrected in the mod plugin.
- Deleted Navmesh Count: Like deleting records, deleting navmeshes can cause crashes. However, these cannot be automatically corrected, and require manual cleaning. Navmeshes don't exist in Oblivion, so this information doesn't apply.
In addition to the above, there is another type of dirty edit known as a wild edit. These are any edit that is unrelated to the purpose of the mod, and so provide unnecessary opportunity for conflicts with other mods that do need to change the same thing. It can be difficult to tell if an edit is a wild edit, and so they cannot be automatically cleaned. BOSS can still notify users of wild edits and link to information on fixing them if the CRCs of plugins with wild edits are reported, along with details on what needs cleaning.
BOSS and the modding communities rely on user contribution of this information to progress. For information on how to contribute, see Contributing To BOSS. If you find that a mod contains dirty edits, you should also report this to the mod's author so that they can fix it.
Note: TES4Edit et al. will include a variety of junk records in the ITM count for a plugin, such as new empty cells that are automatically generated and are almost impossible to remove. These junk records are non-harmful, and BOSS may inform users when a mod contains these and no true ITMs to avoid confusion.
Appendix C: False-Flagged Plugins
Whether a mod plugin is a master file or a non-master file is dependent not on its file extension (
.esm), but is instead decided by the value of a setting inside the plugin file, known as its
master bit flag. Master files have this set to
1, and non-master files have it set to
0. However, because ESM is an acronym for
Elder Scrolls Master, and ESP is an acronym for
Elder Scrolls Plugin (even for Fallout 3 and Fallout: New Vegas), most people assume that master plugins are files with
.esm extensions, while non-master plugins are files with
This assumption is valid for the most part, as the vast majority of masters are
.esm files, and the vast majority of plugins are
.esp files. However, sometimes this is not the case. When a plugin has a
.esm extension but has a master bit flag value of
0, or has an extension of
.esp and a master bit flag value of
1, the plugin is said to be
false-flagged, as its extension does not match its master bit flag value. False-flagged plugins are most common in Fallout 3 due to the use of FO3Edit's
Master Update feature, which turns non-master plugins into false-flagged plugins, to avoid bugs that only manifest for non-master plugins.
The distinction between masters and non-masters is important for load order because the game will always load all masters before all non-masters, regardless of whether they are listed or dated (depending on your game) as such by the mechanism used to determine load order. Earlier versions of BOSS, and most if not all mod managers, put all
.esm files before all
.esp files, but failed to take into account the value of the master bit flag of plugins. As such, the load order they displayed was incorrect, as it failed to take into account the game always loading masters before plugins.
Since the master bit flag can be changed by users, it is not sufficient to update the masterlists to take into account the values of plugin master bit flags in the plugins available for download, as the user may have changed the master bit flag values (eg. using FO3Edit's Master Update). As such, BOSS instead checks that the masterlist used is ordering masters before non-masters, and moves any masters loading after non-masters so that they load before non-masters. If any masters are moved, it then displays a message in the BOSS Log to notify the user of this change. The BOSS Log does not detail which masters were moved.
Appendix D: File Permissions
If you are running Windows Vista or Windows 7, BOSS (and other modding programs) may be prevented from working correctly by the UAC security feature. There are four common workarounds to this problem:
- Install the game outside the
Program Files (or
Program Files (x86) if on 64-bit Windows). UAC prevents unauthorised edits to these folders, so by installing the game outside of them, you remove it from UAC's reach, allowing you to use mods more easily.
- Deactivate UAC. This can be done from the Control Panel, and will turn UAC off across the whole of your computer. It is up to you whether you feel that you have adequate security measures in place to do this without risk.
- Give yourself
Full Control permissions over your game install folder. This will allow you to make any edits you desire while keeping UAC active and on guard for any edits made by programs you do not run, and also means that you do not need to reinstall your game to a new location.
- Run BOSS as an Administrator. Right-click the
BOSS GUI.exe, and select
Run as administrator.
For those that wish to take the third option and give themselves
Full Control permissions, here is a guide:
- Right-click the folder you wish to change the permissions for, and select
Properties, select the
Security tab, and click the
Edit... button. A UAC prompt may appear, simply allow yourself to continue.
- In the
Group or user names box, select the
- In the lower box, check the box opposite
Full Control in the
Allow column. Press OK to exit. If a UAC prompt appears, allow the change.
- In the
Properties window, select OK to exit. You should now have Full Control permissions over your chosen folder.