Both sides previous revisionPrevious revisionNext revision | Previous revision |
en:games:star_trek_armada_1:logging [2025-04-28-16-25] – [ATVI] 7saturn | en:games:star_trek_armada_1:logging [2025-04-28-17-57] (current) – 7saturn |
---|
//Star Trek: Armada// is of course a software product and as such it also has some built-in means of logging things going on. Some of them can be found by carefully looking at the files delivered by the game. Others are not quite visible. Here are some means of activating/using logging in Armada. | //Star Trek: Armada// is of course a software product and as such it also has some built-in means of logging things going on. Some of them can be found by carefully looking at the files delivered by the game. Others are not quite visible. Here are some means of activating/using logging in Armada. |
===== ATVI ===== | ===== ATVI ===== |
One method that is definitely not obvious, is the //ATVI// mechanism. When placing a file named ''ATVI'' (no extension!) in the root folder of a //Star Trek: Armada// installation, its mere presence will activate some logging. The contents of the file are of no relevance, so an empty file will already do the trick. There will be different kinds of files showing up in the folder //Logs//, some of which are not always created: | One method that is definitely not obvious, is the //ATVI// mechanism. When placing a file named ''ATVI'' (no extension!) in the root folder of a //Star Trek: Armada// installation, its mere presence will activate some logging. The contents of the file are of no relevance, so an empty file will already do the trick. |
* The usually created log files written by this mechanism will named by the pattern //log_**<user name>**_(**<date>**)_(**<time>**).txt//. They contain general log messages, like engine physics flags, DirectX messages or internal warnings, such as missing [[en:games:star_trek_armada_1:modding:sprites|sprite]] names. They are very similar to what is decribed in section [[#default_logging|Default Logging]]. Main difference is, that the naming is different and the files persist. | |
| If you want to deactivate the //ATVI// logging, simply delete the file or rename it. |
| |
| There will be different kinds of files showing up in the folder //Logs//, some of which are not always created: |
| * The usually created log files written by this mechanism will be named by the pattern //log_**<user name>**_(**<date>**)_(**<time>**).txt//. They contain general log messages, like engine physics flags, DirectX messages or internal warnings, such as missing [[en:games:star_trek_armada_1:modding:sprites|sprite]] names. They are very similar to what is described in section [[#default_logging|Default Logging]]. Main difference is, that the naming is different and the files persist. |
* De-Sync-Logs are named by the pattern //SYNC<nowiki>__</nowiki>**<hex digits>**<nowiki>__</nowiki>LOG<nowiki>___</nowiki>**<number>**<nowiki>_</nowiki>OG<nowiki>___</nowiki>**<number>**<nowiki>_</nowiki>**<user name>**<nowiki>_</nowiki>(**<date>**)<nowiki>_</nowiki>(**<time>**).txt// (or similar). They are usually empty (0 bytes), so the intended purpose of these files is yet not quite clear. | * De-Sync-Logs are named by the pattern //SYNC<nowiki>__</nowiki>**<hex digits>**<nowiki>__</nowiki>LOG<nowiki>___</nowiki>**<number>**<nowiki>_</nowiki>OG<nowiki>___</nowiki>**<number>**<nowiki>_</nowiki>**<user name>**<nowiki>_</nowiki>(**<date>**)<nowiki>_</nowiki>(**<time>**).txt// (or similar). They are usually empty (0 bytes), so the intended purpose of these files is yet not quite clear. |
* De-Sync-Dumps are named by pattern //SYNC<nowiki>__</nowiki>**<hex digits>**<nowiki>__</nowiki>DUMP<nowiki>__</nowiki>**<number>**<nowiki>_</nowiki>**<user name>**<nowiki>_</nowiki>(**<date>**)<nowiki>_</nowiki>(**<time>**)// | * De-Sync-Dumps are named by pattern //SYNC<nowiki>__</nowiki>**<hex digits>**<nowiki>__</nowiki>DUMP<nowiki>__</nowiki>**<number>**<nowiki>_</nowiki>**<user name>**<nowiki>_</nowiki>(**<date>**)<nowiki>_</nowiki>(**<time>**)// |
| |
These files will remain afterwards, in contrast to the standard log file, that will be overwritten by each new instance of Armada. | These files will remain afterwards, in contrast to the standard log file //logfile.txt//, that will be overwritten by each new instance of Armada. |
===== Default Logging ===== | ===== Default Logging ===== |
Armada does by default already log to the file //Logs\logfile.txt//. The amount of log output can be influenced by altering the //Logfile.cfg// file in the root folder of the Armada installation. Everything with a semicolon ('';''), pound symbol (''#'') or slash (''/'') in front of it will be considered a comment and the rest of the line is ignored. By this means also a number of logging options are deactivated by default. Removing the comment symbol activates a specific logging option. | Armada does by default already log to the file //Logs\logfile.txt//. The amount of log output can be influenced by altering the //Logfile.cfg// file in the root folder of the Armada installation. Everything with a semicolon ('';''), pound symbol (''#'') or slash (''/'') in front of it will be considered a comment and the rest of the line is ignored. By this means also a number of logging options are deactivated by default. Removing the comment symbol activates a specific logging option. |
* //PHYSICS//. | * //PHYSICS//. |
| |
| **Note**: The //logfile.txt// will be overwritten by Armada if it already exists. So information is not kept. Each new instance of Armada will remove the old log contents and write its own instead. This is one of the main advantages of the //ATVI// approach above: Each file has a unique name and is therefore kept. |
| |
{{page>footer&nofooter}} | {{page>footer&nofooter}} |