|
|
| (46 intermediate revisions by 4 users not shown) |
| Line 1: |
Line 1: |
| − | With each new game patch we are also shipping modding guides for users to be able to get their existing mods up-to-date. | + | With each new game update we are also shipping modding guides for users to be able to get their existing mods up-to-date. |
| | | | |
| − | Page is organizing modding guides by patch version numbers. | + | Page is organizing modding guides by update version numbers. |
| | | | |
| | = Misc useful commands = | | = Misc useful commands = |
| − | <ul>
| |
| − | <li>Running the game with <strong>-unlimitedlog</strong> command line parameter will disable the standard 1MB limit on size of game log file. This might be useful during update if you want to focus on some bugs first.</li>
| |
| − | <li>Running the game with <strong>-validate</strong> command line parameter or executing <strong>validate</strong> command on the console will run special game mode which will load all defined models, prefabs, vehicles and other objects to detect missing textures and similar errors. By examining the game log you can determine what the game was trying to do when error appeared. Note that there is still lot of things which might be wrong which are not checked in this mode.</li>
| |
| − | <li>Running the game with <strong>-error_overlay</strong> command line parameter will show overlay with number of error and warning messages printed to the log once at least one such message is printed.</li>
| |
| − | </ul>
| |
| | | | |
| | + | * Running the game with <strong>-unlimitedlog</strong> command line parameter will disable the standard 1MB limit on size of game log file. This might be useful during update if you want to focus on some bugs first. |
| | + | * Running the game with <strong>-validate</strong> command line parameter or executing <strong>validate</strong> command on the console will run special game mode which will load all defined models, prefabs, vehicles and other objects to detect missing textures and similar errors. By examining the game log you can determine what the game was trying to do when error appeared. Note that there is still lot of things which might be wrong which are not checked in this mode. |
| | + | * Running the game with <strong>-error_overlay</strong> command line parameter will show overlay with number of error and warning messages printed to the log once at least one such message is printed. |
| | | | |
| − | = Patch: 1.22 = | + | = Updates = |
| | | | |
| − | == Recommendations ==
| + | * [[Games/ETS2/Modding guides/1.51]] |
| − | <ul>
| + | * [[Games/ETS2/Modding guides/1.50]] |
| − | <li> Some new models utilizing the "fr" suffix or prefix are still work in progress and it is likely that they might change significantly in some next patch. For this reason it is recommended that you avoid using them in your mods at this time.
| + | * [[Games/ETS2/Modding guides/1.49]] |
| − | </li> <li> When basing you model on the original ones, add to your mod also <strong>ALL</strong> original /automat/ files used by it. The names of the files are generated as SHA1 hash of theirs content so whenever we change the parameters of the material in any way, a different file will be used to store them and the original file might cease to exist if there is no other model utilizing the original parameters.
| + | * Games/ETS2/Modding guides/1.48.5 |
| − | </li> <li> When modifying original models, always include <strong>ALL</strong> compoments of the model (pmg+pmd) instead of just those you changed. Otherwise you risk crash if we change the model.
| + | * Games/ETS2/Modding guides/1.48 |
| − | </li> <li> As always when adding new objects to files which support multi-file approach (e.g. road_look.sii) it is <strong>HIGHLY RECOMMENDED</strong> to use suffix or prefix in the name to avoid conflicts with new objects we are adding in patches. Otherwise you might have to use the batch renaming functionality (see Batch renaming) to fix the conflicts when new patch appears.
| + | * [[Games/ETS2/Modding guides/1.47]] |
| − | </li></ul>
| + | * [[Games/ETS2/Modding guides/1.46]] |
| − | | + | * [[Games/ETS2/Modding guides/1.44]] |
| − | == How to convert map ==
| + | * [[Games/ETS2/Modding guides/1.43]] |
| − | <ul>
| + | * [[Games/ETS2/Modding guides/1.42]] |
| − | <li> Temporarily store [http://eurotrucksimulator2.com/modding/1.22/vegetation.old.sii vegetation.old.sii] file into <strong>/def/world/vegetation.old.sii</strong> to make old definitions of vegetation profiles accessible.
| + | * [[Games/ETS2/Modding guides/1.40]] |
| − | </li> <li> Store [http://eurotrucksimulator2.com/modding/1.22/replace.sii this] replacement script <strong>Documents\Euro Truck Simulator 2\replace.sii</strong>
| + | * [[Games/ETS2/Modding guides/1.39]] |
| − | </li> <li> Open the map in the editor
| + | * [[Games/ETS2/Modding guides/1.38]] |
| − | </li> <li> If the log contains references to missing road looks <ul>
| + | * [[Games/ETS2/Modding guides/1.37]] |
| − | <li> Provide dummy definitions for them. Otherwise the editor will crash during save or some other operations.
| + | * [[Games/ETS2/Modding guides/1.36]] |
| − | </li> <li> Locate items using those dummy definitions and change them to other suitable looks
| + | * [[Games/ETS2/Modding guides/1.35]] |
| − | </li></ul>
| + | * [[Games/ETS2/Modding guides/1.33]] |
| − | </li> <li> Open the replacement dialog (F3)
| + | * [[Games/ETS2/Modding guides/1.32]] |
| − | </li> <li> Run "Batch replace"
| + | * [[Games/ETS2/Modding guides/1.31]] |
| − | </li> <li> Save map
| + | * [[Games/ETS2/Modding guides/1.30]] |
| − | </li> <li> Do rebuild (F8)
| + | * [[Games/ETS2/Modding guides/1.28]] |
| − | </li> <li> Save map
| + | * [[Games/ETS2/Modding guides/1.27.2]] |
| − | </li> <li> Remove dummy road look definitions, if any
| + | * [[Games/ETS2/Modding guides/1.27]] |
| − | </li> <li> Remove vegetation.old.sii
| + | * [[Games/ETS2/Modding guides/1.26]] |
| − | </li>
| + | * [[Games/ETS2/Modding guides/1.25]] |
| − | </ul>
| + | * [[Games/ETS2/Modding guides/1.24]] |
| − | | + | * [[Games/ETS2/Modding guides/1.23]] |
| − | == Changes ==
| + | * [[Games/ETS2/Modding guides/1.22]] |
| − | === Vegetation profiles ===
| + | * [[Games/ETS2/Modding guides/1.20]] |
| − | As most of the information previously set by the vegetation profile was moved into the map items, we cleaned up the vegetation templates. Use the attached files (see [[#How to convert map]]) to convert the map from the old profiles into the new ones.
| + | * [[Games/ETS2/Modding guides/1.19]] |
| − | | + | * [[Games/ETS2/Modding guides/1.17]] |
| − | === Models ===
| + | * [[Games/ETS2/Modding guides/1.16]] |
| − | We cleaned folder structure of models and some files from DLC Scandinavia were moved to the base. As part of the cleanup content of asset_shared was moved to model2/prefab2 folders. Also some unfinished *_fr files were removed.<br><br>
| + | * [[Games/ETS2/Modding guides/1.15]] |
| − | As long your map mod is not overriding our <strong>/def/world/*.sii</strong> files nor depending on those unfinished files, it should be fine. Otherwise you will need to update the definition file with the new paths or replace the referenced objects with something else. If your mod is overriding one from the affected models, you will need to move the models to the new path.
| + | * [[Games/ETS2/Modding guides/1.14]] |
| − | | + | * [[Games/ETS2/Modding guides/1.11]] |
| − | === Map ===
| + | * [[Games/ETS2/Modding guides/1.9]] |
| − | When saving the map, the editor now creates separate file <strong>europe.set</strong> to store selection sets. That file is not used by game itself and does not have to be included in mod.
| + | * [[Games/ETS2/Modding guides/1.4.1]] |
| − | | |
| − | | |
| − | = Patch: 1.20 =
| |
| − | | |
| − | == Recommendations ==
| |
| − | <ul>
| |
| − | <li> Some new models utilizing the "fr" suffix or prefix are still work in progress and it is likely that they might change significantly in some next patch. For this reason it is recommended that you avoid using them in your mods at this time.
| |
| − | </li> <li> When basing you model on the original ones, add to your mod also <strong>ALL</strong> original /automat/ files used by it. The names of the files are generated as SHA1 hash of theirs content so whenever we change the parameters of the material in any way, a different file will be used to store them and the original file might cease to exist if there is no other model utilizing the original parameters.
| |
| − | </li> <li> When modifying original models, always include <strong>ALL</strong> compoments of the model (pmg+pmd) instead of just those you changed. Otherwise you risk crash if we change the model.
| |
| − | </li> <li> As always when adding new objects to files which support multi-file approach (e.g. road_look.sii) it is <strong>HIGHLY RECOMMENDED</strong> to use suffix or prefix in the name to avoid conflicts with new objects we are adding in patches. Otherwise you might have to use the batch renaming functionality (see Batch renaming) to fix the conflicts when new patch appears.
| |
| − | </li>
| |
| − | </ul>
| |
| − | | |
| − | == How to convert map ==
| |
| − | <ul>
| |
| − | <li> Ensure that the log contains no errors related to vegetation profiles. Load of the map in old format will bake most of that information into the map file so it is critical that the information is correct before continuing with the conversion.
| |
| − | </li> <li> Use the replacement dialog (F3, "Prefab node correction") to add new prefab nodes which we added to some ferry prefabs in Scandinavia.
| |
| − | </li> <li> Save map
| |
| − | </li> <li> Do rebuild (F8)
| |
| − | </li> <li> Save map
| |
| − | </li>
| |
| − | </ul>
| |
| − | | |
| − | == Changes ==
| |
| − | === Traffic-related changes ===
| |
| − | ==== AI vehicle type definition ====
| |
| − | To specify spawned trailer count per vehicle, use the array attribute<strong> spawn_trailer_count</strong>. It defines the array of possible trailer counts for gived vehicle type. Before each AI vehicle is spawned, the game randomly selects one of the value from the array. So far, only values <strong>0</strong> and <strong>1 </strong>are supported. For example:
| |
| − | <pre># Set the trailer spawn probability to 75%:
| |
| − | #
| |
| − | spawn_trailer_count[]: 0
| |
| − | spawn_trailer_count[]: 1
| |
| − | spawn_trailer_count[]: 1
| |
| − | spawn_trailer_count[]: 1
| |
| − | </pre>
| |
| − | Currently, the default trailer spawn probability for trucks is <strong>90%</strong>.
| |
| − | | |
| − | ==== AI vehicle definition ====
| |
| − | To allow better control over AI trailer spawning, the meaning of attribute <strong>attachable_trailer </strong>has been modified:
| |
| − | | |
| − | <strong>BEFORE </strong>- when choosing a trailer model to spawn, the game randomly selects one, which name matches ANY OF THE STRINGS contained in the array
| |
| − | | |
| − | <strong>NOW - </strong>when choosing a trailer model to spawn, the game randomly selects ONE OF THE STRINGS contained in the array and then selects a model which name matches the selected string. This allows specifying spawn probability for specific trailer models. Furthermore, this attribute <strong>supports wildcard '*'</strong> - it can be placed at the beginning of any string, at the end of any string or both (beginning and end) to allow partial trailer name matches.
| |
| − | | |
| − | To allow <strong>all</strong> trailer models, use <code>attachable_trailer[]: ""</code> or <code>attachable_trailer[]: "*"</code>
| |
| − | | |
| − | Spawned trailer count can be set also per-vehicle by using attribute <strong>trailer_count</strong>. It works the same way as <em>spawn_trailer_count </em>defined per-vehicle-type
| |
| − | | |
| − | ==== AI trailer definition ====
| |
| − | It is now possible to specify, to which AI vehicles can each AI trailer be attached - using array attribute <strong>allowed_tractor</strong>. This attribute <strong>supports wildcard '*'</strong> - it can be placed at the beginning of any string, at the end of any string or both (beginning and end) to allow partial name matches. For example:
| |
| − | <pre># Allow this trailer be attached only to a single vehicle
| |
| − | | |
| − | allowed_tractor[]: "traffic.scania_r_a"</pre>
| |
| − | | |
| − | By default, all vehicles are allowed.
| |
| − | | |
| − | ==== Vegetation profiles ====
| |
| − | Most of the information previously stored in vegetation profiles, except for the list of models, is now stored per-item inside map to allow for easy local tweaks. Note that when converting from older map format, the editor will extract that information from vegetation profile and store it inside the map. From that moment the corresponding information inside the vegetation profile is ignored and only the list of models is used.
| |
| − | | |
| − | Note that because of changes in the accuracy of the stored values, some objects might slightly move as result.
| |
| − | | |
| − | ==== Environment & skyboxes ====
| |
| − | Sun profiles (climate/default/nice.sii, bad.sii) are not bound to time anymore, rather to sun position. Thus <strong>low_elevation</strong> and <strong>high_elevation</strong> define interval when the profile is used. Meaningful range is -90 to 90 degrees, with 5 degree step. It works same as before, during given interval sun profile is present alone, outside of the interval it starts to blend with its neighbour. The only complication is <strong>sun_direction</strong>, that is used for splitting morning and afternoon profiles for same elevation (+1 = rising sun / morning; -1 = falling sun / afternoon; 0 = use profile for both).
| |
| − | | |
| − | Sun position is computed from actual time and truck position. Conversion formula from map coordinates to earth coordinates (namely latitude) is in climate profiles (climate.sii) as <strong>latitude_a</strong> and <strong>latitude_b</strong> values, so its possible to make differently positioned earth zones on single map just by choosing different climate profile. Some additional data are in environment data (env_data.sii) - <strong>day_in_year</strong> (172 = summer solstice), <strong>summer_time</strong> (+1h).
| |
