Whenever the code uses mod name, it uses this version. modid defines a “standardized” name of the mod.Many of the tags are optional, however several have a meaning: Name_of_mod_in_standard_format-lowercase_only Name of mod - can be different from mod folder name It is technically optional, but it’s strongly recommended to include one. Manifest file describes the mod and informs the game about some specific requirements. Notice that only one mod at a time can replace the level.pak, so for more mods to work, you would have to use some 3rd party merging software. You can move this level.pak to your_mod_folder/Data/Levels/rataje/level.pak, and then the game will load it in place of the original level.pak. It will create level.pak, which will replace the level.pak provided by us (so you might want to back that one up before running the command). To save on loading time, they are all merged into a single file on export.) Use the following command to start the export (you will need to close editor first):Įditor.exe -useHDDForILAO -useILAOFolder AOData_builder -unattended +r_BreakOnError 0 -noSourceControl -exportTexture -layerExportProfile Game -export Data\Levels\rataje\rataje.cryīe warned, this process will take up to several hours. The game uses a different format of the level than the editor, so for any changes to manifest in the game, you must export the level (The level is divided into many “layers”, which allow multiple people to work at the same level at the same time.
Level defines all entities that are in game world, like NPCs, structures, items lying on ground, etc. This guide is here to give you a fighting chance Warning – exporting level is not supported by modding tools, you might have to figure some stuff out by yourself.
CREATIVERSE MODS NEXUS ARCHIVE
In other words, you are testing the exact same game state that any user of your mod will have.Īfter you are satisfied with your mod, you can simply just pack the entire mod folder into a single archive and distribute it. If your game only runs from PAKs, and you never modify the original PAKs (which you shouldn't), then by running the game you are testing the “public” version of the mod. This behaviour can be overridden with sys_PakPriority cvar, but it is not recommended to do that. The game ignores your SQL database and your local files, and only uses PAKs in Data/ and Mods/mod_name/ folders. The editor uses local changes, so you can partially test your mod’s functionality, but you are going to need to test it in the game as well. As before, once you create this PAK file, the game will start using your modifications to the database.ĭuring the development of your mod, you will probably export the mod several times. The editor tool can create these difference files and place them in a new PAK file, alongside the PAK for modified files. Instead, you can use the editor tool to export only the differences between the original tables and your new tables, ensuring compatibility with any other mod. However, that would make your mod incompatible with any mod that changes the same file. The database is, in the end, exported as XML files in the Data folder, and you could use the above method for replacing files to replace one of these XML files. Once you do this, the game will start using your files. When you have all the files you need in the Data folder, you can use the editor tool to pack all of them into a single PAK file, which will be placed in your mod folder. For most files, you must replace the entire file, even if you only want to change a single line. Then you can create your mod by placing new files in the Data folder, thereby replacing the original files in the game folder. Alternatively you can create the folder by hand (you can find a copy of modding_eula.txt in the modding tools pack. To create a new mod, use the Modding tool in Sandbox editor. A finished mod is a folder, placed in the Mods/ folder, containing the following files:
0 kommentar(er)
