shown in other instead.
You can upgrade content of your project to UNIGINE 2.7.2 in the automatic or manual mode.
Automatic upgrade of the project's content can be performed via UNIGINE SDK Browser.
In the result, the binary executable and configuration files, meshes, terrains, worlds, nodes, splines, materials, properties, tracks, settings files will be upgraded to new formats (if any). The <unigine_project>/migration.log.html log file will be opened in the web browser. However, you can uncheck Migrate Content during automatic upgrading and perform content upgrading manually. In this case, only binary executable files will be upgraded.
This mode should be used to upgrade content stored outside the project's data folder:
To upgrade the project's content in the manual mode, do the following:
- Put the binary executable <UnigineSDK>/bin/usc_x64.exe (or <UnigineSDK>/bin/usc_x86.exe) to the <UnigineSDK>/utils/upgrade folder that contains the upgrade script.
- In the command prompt, run the upgrade.usc with the required options:
If you have unchecked Migrate Content during automatic upgrading, add the path to the project's data folder to the list of arguments passed to the upgrade script. For example:
usc_x64.exe upgrade.usc path/to/the/additional_content_1 path/to/the/additional_content_2 ...Here:
usc_x64.exe upgrade.usc <unigine_project>/data path/to/the/additional_content_1 path/to/the/additional_content_2 ...
- path/to/the/additional_content_* - paths to folders with content stored outside the data folder.
Migrating Content to New File System
Since UNIGINE 2.7.2, there is a mount point feature that is used instead of multiple data paths, external packages and *.ulink files to extend the project.
If you use multiple data paths (additional -data_path command-line options that allow access to external resources), *.ulink files, external packages or OS symbolic links, you can simply replace them by mount points:
- Remove all additional -data_path and -extern_package CLI options specified on the application start-up. Leave only one -data_path that specifies the path to the project's data directory.
- Remove all *.ulink files and symlinks from the data folder.
- Instead of each removed item, create a mount point that refers to a folder or package with external content. It can be done via UnigineEditor or API.
You can also accumulate all external folders specified in the *.ulink files in a single one and create a mount point for it.
Remember that the runtime files are now generated per mount point. For successful migration, the editable mount points (not read-only) should be created via the Editor: it will reimport all content of the external directories, and in each of them, the .runtimes folder and the guids.db file will be generated.
You cannot create such a mount point that provides access to external content in such a way as if it is stored in the root of the data folder (like it was with multiple data paths). When specifying a virtual path to a file inside the mount point, it always includes the name of the mount point. For example, if you have a data/external_image.umount mount point, that refers to D:\external_content, you should access any file in this folder as follows:
All impostors should be rebaked after migration. Please, check the article on Impostors Creator tool for details.