From d6e2009d80aed1434b701d6007ffe429868a32eb Mon Sep 17 00:00:00 2001 From: Oliver Hamlet Date: Mon, 17 Nov 2014 21:57:46 +0000 Subject: [PATCH] Moved readme appendices to project wiki. --- docs/LOOT Readme.html | 58 +------------------------------------------ 1 file changed, 1 insertion(+), 57 deletions(-) diff --git a/docs/LOOT Readme.html b/docs/LOOT Readme.html index a7fc16b2..ddf04305 100644 --- a/docs/LOOT Readme.html +++ b/docs/LOOT Readme.html @@ -160,12 +160,6 @@ paper-icon-button::shadow #icon {
  • Contributing & Support
  • Credits
  • License -
  • Appendices -
      -
    1. Introduction To Load Orders -
    2. Dirty Edits, Mod Cleaning & CRCs -
    3. File Permissions -
  • Version History @@ -177,7 +171,7 @@ paper-icon-button::shadow #icon {

    While LOOT is able to calculate correct load order positions for the vast majority of plugins using only their content, it cannot do so for all plugins. As such, LOOT provides a mechanism for supplying additional plugin metadata so that it may sort them correctly. An online masterlist is provided to supply metadata for many plugins that need it, while users can make their own metadata additions, which are saved in their userlist. -

    LOOT is intended to make using mods easier, and mod users should still possess a working knowledge of mod load ordering. See Introduction To Load Orders for an overview. +

    LOOT is intended to make using mods easier, and mod users should still possess a working knowledge of mod load ordering. See Introduction To Load Orders for an overview.

    Installation & Uninstallation

    @@ -451,56 +445,6 @@ 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 "GNU FDL v1.3.txt". -

    Appendices

    -

    Introduction To Load Orders

    -

    This appendix provides a general overview of load ordering in the games LOOT 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 LOOT supports. -

    Mod plugins for the game are files that end in .esp or .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: -

    -

    There are a few hardcoded rules related to load order: -

    -

    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. -

    In Oblivion, Fallout 3 and Fallout: New Vegas, load order is determined by plugin timestamps, and the plugins you have accessed are listed in %LOCALAPPDATA%\<game>\plugins.txt. As such, it's best to use a mod manager to create a backup of your load order. In Skyrim, the load order of active plugins is stored in %LOCALAPPDATA%\<game>\plugins.txt, and modding utilities generally use %LOCALAPPDATA%\<game>\loadorder.txt to store the load order of all plugins. This makes backing up your load order as easy as making copies of those two files. - -

    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. LOOT plays a key role in these efforts, as it holds the complete list of all known dirty mods (as does BOSS), and it uses this information to provide notification messages to users for any dirty mods they have installed. -

    LOOT identifies and describes unclean plugins using four key pieces of information. They are: -

    -

    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. LOOT 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. -

    LOOT and the modding communities rely on user contribution of this information to progress. For information on how to contribute, see Contributing To LOOT. 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 LOOT may inform users when a mod contains these and no true ITMs to avoid confusion. - -

    File Permissions

    -

    If you are running Windows Vista or a later version of Windows, LOOT (and other modding programs) may be prevented from working correctly by the UAC security feature. There are four common workarounds to this problem: -

      -
    1. 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. -
    2. 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. -
    3. 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. -
    4. Run LOOT as an Administrator. Right-click the LOOT executable, or the shortcut if launching from a shortcut, and select Run as administrator. -
    -

    For those that wish to take the third option and give themselves Full Control permissions, here is a guide: -

      -
    1. Right-click the folder you wish to change the permissions for, and select Properties. -
    2. In Properties, select the Security tab, and click the Edit... button. A UAC prompt may appear, simply allow yourself to continue. -
    3. In the Group or user names box, select the Users option. -
    4. 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. -
    5. In the Properties window, select OK to exit. You should now have Full Control permissions over your chosen folder. -

    Version History

    Only program history is recorded here. The masterlists are updated far too frequently for their changes to be concisely recorded here, but a full history of changes to them may be viewed by browsing the GitHub repositories.