Modding:Developing a Content Mod/ru

Эта страница проверялась в последний раз для версии Vintage Story 1.19.4.

Разработка Content Mod может быть простой, но необходимо правильно настроить определенные файлы и папки. Для получения дополнительной информации о том, чего можно достичь с помощью модификации контента, см. Content Mods.

Выбор IDE

При создании content mod вы, скорее всего, будете использовать много файлов в формате JSON. Хотя формат JSON удобен для чтения человеком, все же может оказаться полезным использовать Интегрированную Среду Разработки (IDE). Проще говоря, для модификации файлов JSON, IDE работает как необычный текстовый редактор, который помогает с форматированием.

Рекомендуется выбрать одну из приведенных ниже IDE.

Название	Бесплатно?	Работает на...	Рекомендуем для Code Mods
Visual Studio (Рекомендуем)	Да - Community Edition	Windows	Да
Visual Studio Code	Да	Windows, macOS, Linux	Да
JetBrains Rider	Нет	Windows, macOS, Linux	Да
Notepad++	Да	Windows	Нет

Шаблон/Пример настройки мода

Если вы хотите заняться моддингом и не хотите вручную настраивать свои папки, есть два варианта. Файл template содержит modinfo, modicon и структуру папок для вашего мода. Файл example идентичен, однако содержит ряд существующих ресурсов, которые используются в руководствах wiki. Оба файла можно найти и загрузить c GitHub. Просто распакуйте их в папку с модами вашей игры.

Ручная настройка мода

Если вы хотите самостоятельно настроить мод контента или хотите лучше разобраться в файлах, следуйте приведенным ниже инструкциям.

Рабочее пространство мода

Чтобы начать настройку вашего мода, перейдите к месту установки Vintage Story и войдите в папку mods. Создайте новую папку с названием вашего мода - в нее будут помещены все файлы, связанные с модом. Рекомендуется открыть эту папку в выбранной вами IDE.

Обратите внимание, что для создания файлов JSON может потребоваться изменить расширения файлов. Если вы не знаете, как это сделать, следуйте этим инструкциям.

ModInfo.json

For your mod to successfully load, you have to tell Vintage Story that our mod exists, as well as some details about it. To do this, create a new file called 'modinfo.json' inside your mod workspace folder, either using your IDE or through Windows. Note that this cannot be created in a subfolder - It must be inside the root mod workspace folder. Open the file, and paste the following json code:

{
  "type": "content",
  "modid": "examplecontentmod",
  "name": "VS Wiki Example Content Mod",
  "authors": [
    "Nat @ Vintage Story Wiki"
  ],
  "description": "An example showcase of content mod additions.",
  "version": "1.0.0"
}

This file is a very good example of how a json file is formatted, and you will notice that nearly every asset uses this file format. Json files list a set of "key": "value" entries, allowing you to change those values to fit what is desired. In this case, the following keys represent:

• "type": "content" - This tells Vintage Story that the mod is a content mod, and should load the provided assets. The options here are "theme", "content", or "code", however for this mod type you will use "content".
• "modid": "examplecontentmod" - This is your unique mod ID, which can be any combination of lowercase letters and numbers.
• "name": "..." - This is your mod's name, and displays how it should be displayed within the game. Note that this is just for display and does not affect the assets you create.
• "authors": [ "..." ] - This is an array of mod authors. Due to this entry using square brackets ([ ]), it tells you that this value can accept multiple values, which are seperated by commas.
• "description": "..." - This is the mod description, which will be shown on the mod manager screen in game.
• "version": "1.0.0" - This is your mod's version. It follows the format of "major.minor.patch", called semantic versioning.

Also note that our file starts and ends with curly brackets ({ }). This tells us that this file contains a single object. If a json file starts with square brackets ([ ]), this tells us that you can include multiple objects within that single file.

You can fill in the values above with your own mod info, or keep them the same. Most tutorials on the wiki will use this (or a very similar) modinfo file.

This is just a basic modinfo file. For more information, and a more comprehensive list of available properties, visit the Modinfo page.

Modicon.png

If desired, an image file called 'modicon.png' can be placed or created inside the root folder of your mod workspace. This will automatically be loaded into Vintage Story, and be displayed next to your mod on the mod manager menu.

Assets Folder

To actually create and modify game assets, Vintage Story searches for specific filepaths. Inside your mod workspace, create a folder called 'assets'.

Inside the new assets folder, create another new folder with the same name as your mod id. For example, my folder would be called 'examplecontentmod', as this is my mod id. This new folder is called a domain, and a single mod can be made up of a number of domains. Therefore, domains can actually have any name, but they must also be made from lowercase letters and numbers. This new folder is where your mod assets will be created! If a tutorial refers to your 'mod assets' folder, it is likely referring to this folder.

When your mod assets folder has been created, you are officially ready to start modding! Check out the 'What's Next' section to link to tutorials, and come back here when you need a reminder of how to organise your content mod.

Mod Domains

Each subfolder inside your mod's root assets folder dictates a mod domain. A domain works as an identifier to seperate assets from multiple mods, and must be made up of lowercase letters and numbers.

For example, imagine there exists two mods which both add in a new metal called 'Natium'. Without domains, Vintage Story would not be able to isolate these items based on the code alone, so it prefixes the domain to every asset. The code for Natium in Mod A now becomes "moda:natium", and the code for Mod B now becomes "modb:natium".

When creating content mods, you will access many different assets from inside your files, and it is important to understand how domains affect this. If you wish to reference an asset that exists in another domain, including the base game, you will need to prefix the reference with the domain ID. If you are referencing an asset in the same domain, you do not have to add a prefix to your reference.

For example, let us assume that 'Asset A' in the 'examplecontentmod' domain wishes to access the default copper texture, which is located at 'block/metal/ingot/copper'. If you use that asset location inside Asset A, Vintage Story will change it to "examplecontentmod:block/metal/ingot/copper', which will proceed to not work due to the file not existing in that domain. To counter this, you need to prefix the asset location manually with the default game prefix, and place it as "game:block/metal/ingot/copper". This can also be used with other mod domains to use assets from other mods.

Note that all base game assets are placed under the 'game' domain.

Publishing a Content Mod

If you want to distribute your mod for others to play, it is a good idea to pack your mod into a zip file. Most operating systems include functionality to zip a set of files, but the 7-zip program is a good alternative to this.

To pack your mod on Windows, select your modinfo, modicon, and assets folder, and right click on one of the files. In the context window, hover over "Send to", and then select "Compressed (zipped) folder". When entering a name for your zip file, most mods follow the format of "modid-version". This allows users of your mod to easily differentiate between versions of your created mod.

This article gives information on how to zip a set of files on other operating systems.

This file can then be uploaded for people to use on the Vintage Story ModDB.

After each publish, it is recommended to increase your version number in your modinfo file.

Updating a Content Mod to a new Game Version

When Vintage Story updates, it is highly unlikely that your content mod will need modifying. When a new major version is released, there may be rare instances where some formatting changes can cause side-effects, however these are very rare and would mainly happen when using more complex functionality.

What's Next?

Now your content mod has been setup, see what's next on the Content Mod page.

Content Modding
Basics	Content Mods • Developing a Content Mod
Tutorials	Basic Basic Tutorials • 1. Content Essentials • 2. Simple Item • 3. Simple Block • 4. Simple Recipes Intermediate Intermediate Tutorials • 5. Item Variants • 6. Block Variants • 7. Complex Grid Recipes • 8. Further Recipes • 9. Simple World Generation Advanced Advanced Tutorials Other Other Tutorials • Debugging Content
Concepts	Modding Concepts • Variants • Domains • Patching • Remapping • World Properties
Uncategorized	Basics Basic Examples • Модинг:Система ассетов • Textures • Items • Recipes • Blocks • Entities • Model Creator • Анимация • VTML & Icons • Packaging & Release • Модинфо Advanced Advanced JSON Item • Compatibility with other mods Worldgen WorldGen Concepts • Terrain • Ores • Trees • Json Random Generator

Wondering where some links have gone?
The modding navbox is going through some changes! Check out Navigation Box Updates for more info and help finding specific pages.