Difference between revisions of "Addon"

From Kerbal Space Program Wiki
Jump to: navigation, search
(Addon dependencies added toolbar)
m (Addon dependencies: -tweakscale (it's a separate addon, so it behaves like a normal addon, while ModuleManager or toolbar are mostly distributed WITH the addons);)
Line 25: Line 25:
 
Sometimes mods require other mods to work which should be mentioned in the readme, SpacePort or forum page. These are distributed too in most cases with the original mod, which should be checked before copying the contents. Sometimes a mod distribute an older version which might break other plugins which require the newer version. Even worse are mods with a different name, because then the same mod is installed twice which usually break the game. The best way to handle is only installing the mod itself and manually checking if any requirements are already installed and if they might need to be updated.
 
Sometimes mods require other mods to work which should be mentioned in the readme, SpacePort or forum page. These are distributed too in most cases with the original mod, which should be checked before copying the contents. Sometimes a mod distribute an older version which might break other plugins which require the newer version. Even worse are mods with a different name, because then the same mod is installed twice which usually break the game. The best way to handle is only installing the mod itself and manually checking if any requirements are already installed and if they might need to be updated.
  
A common addon which falls into this category is [[thread:55219|ModuleManager]], because many mods rely on it. Because the version number is in the filename so newer versions of ModuleManager don't overwrite older versions so that multiple versions are installed. But on the other hand it is easy to see which versions are installed and in this case newer versions of ModuleManager usually support mods which come with older versions of it.
+
A common addon which falls into this category is [[thread:55219|ModuleManager]], because many mods rely on it. Because the version number is in the filename so newer versions of ModuleManager don't overwrite older versions so that multiple versions are installed. But on the other hand it is easy to see which versions are installed and in the case of ModuleManager newer versions of it usually support mods which come with older versions.
  
Another common addon which falls into this category is tweakscale because many mods rely on it. It is common like InfernalRobotics, interstellar, Mechjeb (jenkins only) and many more! (Quick note to editors add the link and correct my typos)
+
The [[thread:60863|Toolbar]] mod is similar to the ModuleManager but all version share the same directory (''<tt>000_toolbar</tt>'') which can cause that a newer version may only partially overwrite an old version.
  
 
== Removing addons ==
 
== Removing addons ==

Revision as of 11:59, 15 August 2014

Addons, mods or plugins are modifications to the official version of the game. They either add new parts, systems and mechanics to the game or replace existing ones. Addons are generally made by the community rather than the developers and can greatly enhance the playing experience. Due to their widespread popularity, Squad offers an official website for exchanging them on the Curse Network. There is also an alternative and independent unofficial source: Kerbal Stuff. It is STILL in beta but a number of mod creators have favoured this over Curse. Previously the Kerbal SpacePort was used as official, but redirects now to the Curse Network page.

Another source is this post on the Kerbal Space Program forums, maintained by the community.

Installing addons

In general addons are installed into the GameData directory. If the installation technique differs there is usually a more detailed description in the readme, on the SpacePort page or in the forum's opening post. Some mods directly distribute the content which should go into the GameData directory, while others distribute the GameData directory in which all new directories are. There are also some cases in which the root directory of the zip is itself containing a GameData directory. So unless the root directory is not named GameData it is always good to look if there is a GameData directory in the root directory.

For example some addons contain sample craft. These are not installed in "Gamedata" folder, but in "Ships/SPH" or "Ships/VAB" folders. The sample subassemblies are installed in "Subassemblies" folder, of course.

To install the content of a ZIP archive a program to unzip is required. Usually there is a program already installed, but there are various available on the internet. Of course it should be checked if the sources are trustworthy.

The directory structure was changed in 0.20, which introduced the GameData directory. There are still some plugins which use the old directory system which is more complicated and might introduce file conflicts, where two or more files need to be merged.

Directory system

The contents of a ZIP archive are usually:

  • A directory with the mod name (might be omitted)
    • A directory with the name GameData (might be omitted too)
      • Again a directory with the mod name, which might be confused with the first level mod directory
        • Usually there is some documentation like a readme text file, or changelog.
        • The "Parts" folder contains the actual shipbuilding parts you would see in the ship builder interface.
        • The "Plugins" folder contains the plugin_name.dll files that would support the plugin system implemented by the addon.
        • The "Source" folder is just the source code, and is only needed by modders wanting to see how the addon was made and maybe attempt to modify it (with permission/attribution, of course).

Addon dependencies

Sometimes mods require other mods to work which should be mentioned in the readme, SpacePort or forum page. These are distributed too in most cases with the original mod, which should be checked before copying the contents. Sometimes a mod distribute an older version which might break other plugins which require the newer version. Even worse are mods with a different name, because then the same mod is installed twice which usually break the game. The best way to handle is only installing the mod itself and manually checking if any requirements are already installed and if they might need to be updated.

A common addon which falls into this category is ModuleManager, because many mods rely on it. Because the version number is in the filename so newer versions of ModuleManager don't overwrite older versions so that multiple versions are installed. But on the other hand it is easy to see which versions are installed and in the case of ModuleManager newer versions of it usually support mods which come with older versions.

The Toolbar mod is similar to the ModuleManager but all version share the same directory (000_toolbar) which can cause that a newer version may only partially overwrite an old version.

Removing addons

In most cases, addons can be easily removed by deleting the addon directory in the GameData directory. Sometimes it other mods require the removed addon which then need to be removed too. If the addon introduced additional parts, craft which use those parts can't be loaded or approached. To disable the functionality without losing the craft, it is possible to change the file extension of all DLL files or remove them completely in the mod directory. Upon loading the game, the mod's code won't be loaded but the parts are still available.

As for installing, removing addons which use the directory system prior to 0.20 is more complex. Each file which was added in that mod needs to be removed manually usually and if files were merged, those needs to be undone.

Addons described on this wiki

Deprecated Mods

See also

  • List of mods: an incomplete list of the most important mods.