Every skin, script, or plugin in Kodi contains an
addon.xml file which describes the add-on, providing credits, version information and dependencies. Below, we will explain how this file is structured and which elements must be used to create an add-on for Kodi. You can also consult the examples at the end to see how this file is laid out depending on if you are developing a skin or script.
addon.xml file has the same basic structure, this example is for a video plugin:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <addon id="plugin.addon.id" name="Your Add-on" version="1.2.3" provider-name="You"> <requires> <import addon="xbmc.python" version="2.25.0"/> </requires> <extension point="xbmc.python.pluginsource" library="addon.py"> <provides>video</provides> </extension> <extension point="xbmc.addon.metadata"> <summary lang="en_GB">Your add-on's summary</summary> <description lang="en_GB">Your add-on's description</description> <disclaimer lang="en_GB"></disclaimer> <language>en</language> <!-- the language of the videos or other content the plugin provides, may be omitted in case the addon does not provide any content --> <platform>all</platform> <license>GPL-2.0-or-later</license> <forum>https://forum.kodi.tv/showthread.php?tid=xxxx</forum> <!-- may be omitted --> <website>http://myplugin.com</website> <!-- the url of the website that contains the videos (or the official website of your plugin). May be omitted. --> <email>[email protected]</email> <!-- may be omitted --> <source>http://github.com/you/plugin.addon.id</source> <news>v1.2.3 (01/02/201x) [new] some new feature [fix] some fix </news> <assets> <icon>resources/icon.png</icon> <fanart>resources/fanart.jpg</fanart> <banner></banner> <!-- optional --> <clearlogo>resources/clearlogo.png</clearlogo> <!-- optional --> <screenshot></screenshot> <!-- optional, max 10 --> </assets> </extension> </addon>
There are a few important things to note in the above sample:
<addon>element must be present, and be the root node. It presents data about the add-on package as a whole.
- Inside the
<addon>element is a
<requires>element, listing all the dependencies that this add-on needs in order to function.
- Then there are one or more
<extension>elements, each of which describes a part of Kodi that the add-on extends.
- Finally, there is a specific
<extension>element that extends
"xbmc.addon.metadata". This describes the add-on to the user.
- Banners and clearlogos assets exclusive to Kodi v.18+
<addon> element has 4 attributes, all required:
provider-name. For example:
<addon id="script.hello.world" name="Hello World" version="0.0.1" provider-name="Dev1, Dev2">
1.1.1 id attribute
The id attribute is the unique identifier used for this add-on. It must be unique, and must use only lowercase characters, periods, underscores, dashes and numbers. This identifier is also used as the name of the folder that contains the add-on, so for ease of searching, we suggest you use something like <type>.<uniquename>.
1.1.2 version attribute
The version attribute is used by Kodi to determine whether updates are available. This should be use a version scheme like
x.y.z (major.minor.patch). For example:
version="0.0.1". Generally, you'll start with a version of
0.y.z for test releases and once you feel it is ready for a full release, you'd bump the version to
188.8.131.52 How versioning works
2.2.9is newer than
2.2.10is newer than
2.3.0is newer than
2.2.1is newer than
2.2.1is newer than
2.2.1~betais newer than
2.2.1~beta3is newer than
2.2.1~beta10is newer than
1.1.3 name attribute
The name attribute is the name of the add-on as it appears in the UI. This should be in English where it makes sense for it to be so, and is not translatable.
1.1.4 provider-name attribute
The provider-name attribute is used as the author field. This could be a team of authors or a single author. If the add-on is maintained by multiple people please separate them with a comma (
<requires> element contains one or more
<import> elements which specify which other add-ons this particular add-on requires, and which version of those add-ons it requires. These add-ons may be part of Kodi itself, or may be parts of other third-party add-ons.
Kodi will only allow the add-on to be run if suitable versions of the (non-optional) add-ons on which this add-on depends are installed. When a user installs your add-on from an online repository via Kodi's add-on manager, Kodi attempts to resolve these dependencies, and install anything that your add-on relies on first. The dependency must be provided with the minimum version number your script/skin requires.
Here is a sample
<requires> block that imports two required modules:
<requires> <import addon="xbmc.python" version="2.25.0"/> <import addon="script.module.elementtree" version="1.2.7"/> </requires>
Here's another example, which will only install on LibreELEC. This occurs because the addon will depend on an addon that only exists in LibreELEC. Hence, Kodi will refuse to install the addon in other platforms due to unmet dependencies:
<requires> <import addon="os.librelec.tv" version="2.0"/> </requires>
<import> element describes one dependency for an add-on, with two required attributes:
version. There is also an optional attribute called, fittingly,
If your add-on relies on other third-party add-ons, Kodi will automatically install them as well, provided they are available on an existing add-on repository. If they aren't available on any existing repository, the user must install the other add-ons themselves. Note that you need to include any Python libraries you need directly in your add-on; these can't be loaded with an
<import> element, since Kodi wouldn't know what to do with them.
1.3.1 addon attribute
addon attribute specifies the id of the required add-on, e.g.
1.3.2 version attribute
version attribute specifies the minimum version of the required add-on to be installed.
184.108.40.206 Dependency versions
Each different Kodi version might require you to use a higher version of the
xbmc.* add-on dependencies to control on which version of Kodi the add-on can be installed.
|Dharma 10.1 Deprecated||1.0||2.11||2.0||1.0||0.1|
|Eden 11.0 Deprecated||2.0||3.0||4.0||1.0||11.0|
|Frodo 12.x Deprecated||2.1.0||4.0.0||6.0.0||2.1.0||12.0.0|
|Gotham 13.x||2.14.0 (ABI 2.1.0)||5.0.1||6.6.0 (ABI 6.0.0)||2.1.0 (ABI 1.0)||13.0.0 (ABI 12.0.0)|
|Helix 14.x||2.19.0 (ABI 2.1.0)||5.3.0||6.20.0 (ABI 6.0.0)||2.1.0 (ABI 1.0)||14.0.0 (ABI 12.0.0)|
|Isengard 15.x||2.20.0 (ABI 2.1.0)||5.9.0 (ABI 5.3.0)||6.25.1 (ABI 6.0.0)||2.1.0 (ABI 1.0)||15.0.0 (ABI 12.0.0)|
|Jarvis 16.x||2.24.0 (ABI 2.1.0)||5.10.0||6.32.4 (ABI 6.0.0)||2.1.0 (ABI 1.0)||16.0.0 (ABI 12.0.0)|
|Krypton 17.x||2.25.0 (ABI 2.1.0)||5.12.0||7.0.0 (ABI 6.0.0)||2.1.0 (ABI 1.0)||17.0.0 (ABI 12.0.0)|
|Leia 18.x||2.26.0 (ABI 2.1.0)||5.14.0||9.7.2 (ABI 6.0.0)||2.1.0 (ABI 1.0)||17.9.910 (ABI 12.0.0)|
|Matrix 19.x||3.0.0 (ABI 3.0.0)||5.15.0 (ABI 5.14.0)||11.2.0 (ABI 6.0.0)||2.1.0 (ABI 1.0)||18.9.701 (ABI 12.0.0)|
Each Kodi version contain a certain backwards compatibility. For example add-ons made for Gotham 13.x can still work ion Jarvis 16.x. Do note that this might change in the future. The ABI version you see in the table above is the backwards compatibility version for which add-ons are still marked "working".
1.3.3 optional attribute
The dependency may be made optional by setting the
optional attribute to
true. This will only install the dependency when the add-on actually needs it. Even if this dependency is missing, the add-on can still be installed.
<extension> element describes the technical aspects of this add-on. It will have at least a point attribute which will give the part of Kodi that the add-on extends. For instance, the
addon.xml file for the Confluence skin extends the
xbmc.gui.skin part of xbmc. All available extension points are given below.
The various extension points that Kodi provides are given in the list below.
|Extension point||Add-on Category|
||Music video information|
||Music Add-ons (audio) / Picture Add-ons (image) / Program Add-ons (executable) / Video Add-ons (video)|
||Music Add-ons (audio) / Picture Add-ons (image) / Program Add-ons (executable) / Video Add-ons (video)|
||Subtitle service module|
||These don't show up in the addon browser and are purely as support for other scripts.|
||Provides an additional python library. mainly for use in script.module.* addons.|
||Video Add-ons (video)|
||Music Add-ons (audio)|
||Picture Add-ons (image)|
||Additional font files|
||Additional image files|
||Additional language files|
||Additional sound files|
Add-ons that don't correspond to a specific add-on category can not be installed by users. These are usually supporting or shared add-ons that are installed automatically by the add-ons that require them.
The most common extension point that will be used by plugin addon developers is
220.127.116.11 library attribute
<extension point="xbmc.python.pluginsource"> element has an extra attribute:
library. This is the name of the Python script (startup script) that will be run when the add-on is activated. This file must exist in the root of your add-on directory.
18.104.22.168 <provides> element
The extension has an additional child element named
<provides>, which contains a whitespace separated list of
executable. This determines in what area (or context) of the Kodi system your addon will make itself visible in (please note that this applies only to plugin extension points):
<extension point="xbmc.python.pluginsource" library="gpodderxbmc.py"> <provides>audio video</provides> </extension>
This special extension point must be provided by all add-ons, and is the way that your add-on is described to users of the Kodi add-on manager.
22.214.171.124 Available elements
There are several elements that this should contain. Most of these elements are required (except the deprecated tag). However, in case the elements do not apply (e.g. language, website, email) they can be omitted from the addon.xml file. Language specific elements must always be present in English as a minimum.
Many of these elements can be translated into multiple languages and should be added once for each supported language. The
lang attribute should contain a locale identifier. If omitted, it defaults to en_GB. (Note: Kodi v14 and older uses ISO-639 code. See List of language codes (ISO-639:1988)).
One or more
<summary> elements provide a short summary of what the add-on does. This should be a single sentence. It may be translated into multiple languages.
<summary lang="en_GB">Hello World script provides some basic examples on how to create your first script.</summary>
One or more
<description> elements provide a more detailed summary of what the add-on does. It may be translated into multiple languages.
<description lang="en_GB">Hello World script provides some basic examples on how to create your first script and hopefully will increase the number of Kodi users to start creating their own addons.</description>
One or more
<disclaimer> elements that indicate what (if any) things the user should know about the add-on. There is no need to have a disclaimer if you don't want one, though if something requires settings, or only works in a particular country then you may want to state this here. It may be translated into multiple languages.
<disclaimer lang="en_GB">Feel free to use this script. For information visit the wiki.</disclaimer>
<news> element should contains a simple description of the major changes made to the add-on (new functionality, big fixes, etc). This is displayed in the Kodi addon installation/update system. (In the author's opinion, too many add-ons skip this piece of information, making it difficult for users to determine whether a particular problem that they may have been having has been fixed or not.)
Please keep it short (it's limited to 1500 characters), you might want to only include the changes for the last version here.
Here is an example:
<news>v0.1.2 (2014-1-15) - Added notification for Ubuntu users checking through apt command</news>
<platform> tag specifies which platforms (operating systems, hardware, architecture) this add-on runs on. Many add-ons will run on all platforms, so
all is an option. If the platform tag is missing, we assume the add-on runs on all platforms. A combination of these is also possible. Currently available options are:
<language> elements indicate the language(s) of the content provided by your add-on. It applies to plugins, scripts, scrapers etc. This allows browsing the add-on list by language. When there is no specific language provided in your content, omit it from the addon.xml.
<language>en de fr</language>
<license> element indicates what license is used for this add-on. In general, the SPDX identifier for the license is advised when compared to the full license name:
<license>GPL-2.0-or-later</license> <!-- SPDX identifier -->
<license>GNU GENERAL PUBLIC LICENSE. Version 2, June 1991</license> <!-- Full license name -->
If your add-on includes multiple licenses:
- Separate license names using | (pipe) when there is a choice between licenses:
<license>GPL-2.0-or-later | LGPL-2.0-or-later</license>
- Separate license names using & (ampersand), or commas, when multiple licenses exist that cover different parts of the source.
<license>GPL-2.0-or-later & MIT</license>
<forum> element provides the forum thread URL for this specific add-on. Leave this blank if there is no forum thread.
<website> element provides the website URL for this specific add-on.
<source> element provides the URL for the source code for this specific add-on.
<email> element provides the email address of the author if he wishes to do so for this specific add-on. Here are two examples of how you can make it look (the second one it harder for spambots to use). This can be left blank if you do not want to make your email address public.
<email>[email protected]</email> or <email>foo at bar dot com</email>
<lifecyclestate> tag will mark the add-on as broken or deprecated in the Kodi repo and provide the reason why. A dialog will be presented to every user that has the addon installed, so please try to be specific about the related reason. Also, the lifecyclestate tag presupposes that a version bump has been made to the addon.
<lifecyclestate type="deprecated">Description why deprecated</lifecyclestate>
It can also optionally be translated into several languages.
<lifecyclestate type="broken" lang="en_GB">Description why broken</lifecyclestate>
Possible types for here:
|broken||To mark addon as broken and no more usable.|
|deprecated||To mark addon as deprected and to have e.g. replaced by another addon.|
|normal||To set addon as normal. This value is not really needed, only available to be able to declare all possible life paths.|
<broken> tag will mark the add-on as broken in the Kodi repo and provide the reason why. A dialog will be presented to every user that has the addon installed, so please try to be specific about the broken reason. Also, the broken tag presupposes that a version bump has been made to the addon.
<assets> element is a manifest that describes the various assets the add-on provides and where they are located. Supported sub-elements (some optional) are:
<icon>See icon.png - if an icon.png file exists it must be listed here (mandatory since Kodi v17 Krypton)
<fanart>See fanart.jpg - if a fanart.jpg file exists it must be listed here (mandatory since Kodi v17 Krypton)
<screenshot>See screenshots - (optional)
If some elements are empty or not specified, it will be treated as non-existing/not provided. From all the above items, only icon and fanart are mandatory for addons since Kodi v17 Krypton and later.
<assets> <icon>resources/icon.png</icon> <fanart>resources/fanart.jpg</fanart> <banner>resources/banner.jpg</banner> <clearlogo>resources/clearlogo.png</clearlogo> <screenshot>resources/screenshot-01.jpg</screenshot> <screenshot>resources/screenshot-02.jpg</screenshot> <screenshot>resources/screenshot-03.jpg</screenshot> <screenshot>resources/screenshot-04.jpg</screenshot> </assets>
With the above example definition, the files must be placed in the
<reuselanguageinvoker> element is a feature introduced with Kodi 18.0 that changes the way the python invoker works in Kodi - trying to reuse the invoker instances as much as possible. As a result, the addon performance is greatly improved. However, note that for the element to work some changes may be required in your addon. Namely, since the invoker is reused, make sure
sys.argv is always passed to your entrypoint and propagated throughout your codebase. Do not store it as a class variable.
Furthermore, it is advised to set this element to
false while developing the addon, making it only
true for the production version (and after testing).
1.5 Skin specific elements
|effectslowdown||A multiplier that is applied to all <animation> effect lengths in the skin. Useful to slow down all animations globally so that you can better configure timings and see interactions between animating controls.|
|debugging||When set to true, it'll display onscreen debug information (xml filename, mouse position and focused control type and name) in the skin.|
|res||Support for arbitrary skin resolutions.|
1.5.2 How window xml files are found
Kodi can run in many differing resolutions, and a skin should try and cater to all these resolutions. The easiest way is to develop for one specific resolution and make sure that all controls contain <width> and <height> tags. That way, Kodi can scale the controls to the new screen resolution.
However, you may choose to develop alternative window xml files for differing resolutions (such as for HDTV resolutions, or for widescreen versus 4x3 resolutions).
The order that Kodi looks for it's skin files are as follows:
- It first looks in the current screenmode folder (one of 1080i, 720p, NTSC16x9, NTSC, PAL16x9 or PAL)
- If the current screenmode is 1080i and there's no 1080i folder, it then looks in the 720p folder.
- Finally, it looks in the res folder.
This allows you to just put any window files that do not require special treatment for 16x9 resolutions etc. in the <defaultresolution> folder, preventing needless repetition.
2.1 addon.xml for skins
<?xml version="1.0" encoding="UTF-8"?> <addon id="skin.estuary" version="2.0.22" name="Estuary" provider-name="phil65, Ichabod Fletchman"> <requires> <import addon="xbmc.gui" version="5.14.0"/> </requires> <extension point="xbmc.gui.skin" debugging="false"> <res width="1920" height="1440" aspect="4:3" default="false" folder="xml" /> <res width="1920" height="1280" aspect="3:2" default="false" folder="xml" /> <res width="1920" height="1200" aspect="16:10" default="false" folder="xml" /> <res width="2040" height="1080" aspect="17:9" default="false" folder="xml" /> <res width="1920" height="1080" aspect="16:9" default="true" folder="xml" /> <res width="2560" height="1080" aspect="21:9" default="false" folder="xml" /> <res width="2338" height="1080" aspect="19.5:9" default="false" folder="xml" /> <res width="2160" height="1080" aspect="18:9" default="false" folder="xml" /> </extension> <extension point="xbmc.addon.metadata"> <summary lang="en_GB">Estuary skin by phil65. (Kodi's default skin)</summary> <description lang="en_GB">Estuary is the default skin for Kodi 17.0 and above. It attempts to be easy for first time Kodi users to understand and use.</description> <disclaimer lang="en_GB">Estuary is the default skin for Kodi, removing it may cause issues</disclaimer> <platform>all</platform> <license>CC-BY-4.0, GPL-2.0-or-later</license> <forum>http://forum.kodi.tv/</forum> <source>https://github.com/xbmc/skin.estuary/</source> <assets> <icon>resources/icon.png</icon> <fanart>resources/fanart.jpg</fanart> <screenshot>resources/screenshot-01.jpg</screenshot> <screenshot>resources/screenshot-02.jpg</screenshot> <screenshot>resources/screenshot-03.jpg</screenshot> <screenshot>resources/screenshot-04.jpg</screenshot> <screenshot>resources/screenshot-05.jpg</screenshot> <screenshot>resources/screenshot-06.jpg</screenshot> <screenshot>resources/screenshot-07.jpg</screenshot> <screenshot>resources/screenshot-08.jpg</screenshot> </assets> </extension> </addon>
One thing to note is that all tag names are lower case. XML tag names are case sensitive!
2.2 addon.xml for scripts
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <addon id="script.artwork.downloader" name="Artwork Downloader" version="12.0.12" provider-name="Martijn"> <requires> <import addon="xbmc.python" version="2.25.0"/> <import addon="script.module.elementtree" version="1.2.7"/> <import addon="script.module.simplejson" version="2.0.10" optional="true"/> <import addon="script.common.plugin.cache" version="1.3.0"/> </requires> <extension point="xbmc.python.script" library="default.py"> <provides>executable</provides> </extension> <extension point="xbmc.service" library="service.py" start="login"/> <extension point="xbmc.addon.metadata"> <summary lang="en_GB">Downloads Artwork for TV shows, Movies and Musicvideos in your library</summary> <description lang="en_GB">Downloads all available artwork for TV shows, Movies and Musicvideos in your library. Check the options for supported artwork[CR]Artwork sources:[CR]www.fanart.tv[CR]www.thetvdb.com[CR]www.themoviedb.org[CR]Remark:[CR]Check your skin to see what type of artwork is supported![CR]Each TV Show/Movie must have its own folder![CR]Skin integration:[CR]See readme file</description> <disclaimer lang="en_GB">For bugs, requests or general questions visit the Artwork Downloader thread on the Kodi forum.</disclaimer> <platform>all</platform> <license>GPL-2.0-or-later</license> <forum>...</forum> <website>...</website> <email>...</email> <source>...</source> <news> v12.0.12: - Changes .... </news> <assets> <icon>resources/images/icon.png</icon> <fanart>resources/images/fanart.png</fanart> <screenshot>resources/images/screenshot.png</screenshot> </assets> </extension> </addon>
2.2.1 Common errors
If you are getting errors when installing your Kodi addon, then you may have errors in your addon.xml file, which could be any of the following:
- Invalid characters - does any of your description text, addon name, etc. have any of the following? !, ?, -, etc
- Too large description can sometimes cause issues
- You may have an opening tag but not a closing tag further in the file e.g. <description> but not later on </description>
- If you have directly updated your code and are still finding errors which you know you have fixed, it's possible your cache is still holding the previous version. Try clearing contents of the following folders (or if this fails, reboot your Kodi device):
3 Schema Definition
The XML schema definition for
addon.xml is located here.