Next: Script hooks, Previous: Map style.xml, Up: Reference
--checkpoint-period=<value>
LW6_CHECKPOINT_PERIOD
checkpoint-period
Defines with what period (in msec) system values such as frames per sec, network traffic, and others, will be updated. Default value should fit in most cases.
--loader-sleep=<value>
LW6_LOADER_SLEEP
loader-sleep
Defines how long the loader thread should wait between two polls. Default value should fit in most cases.
--log-level=<value>
LW6_LOG_LEVEL
log-level
Defines the log level, that is, how verbose the program will be regarding logs and console output. 0 (ERROR) is the minimum, only errors are reported. 1 (WARNING) means errors + warnings. 2 (NOTICE) displays most important messages. 3 (INFO) is the default, the log file will contain all messages but debug stuff. 4 (DEBUG) logs everything, including debug informations.
--max-frames-per-sec=<value>
LW6_MAX_FRAMES_PER_SEC
max-frames-per-sec
Defines how many frames will be displayed per second. Of course this is a maximum value, if your hardware can't keep up with this value, display will just be slow, no matter what value you define here. Note that you might really wish to have something rather low here, to keep network and 'logic' function responsiveness. Passed 60 frames per second, speed is really only for visual comfort, as Liquid War 6 is now so fast-paced that it requires 200 frames/sec to outperform opponents.
--max-io-per-display=<value>
LW6_MAX_IO_PER_DISPLAY
max-io-per-display
Like 'max-logic-per-display', but input/output related. If too much time is spent on IO stuff, the game will simply drop out and stop processing IO, giving priority to display. Logically, when display is fast, about one IO per display is just enough.
--max-io-per-sec=<value>
LW6_MAX_IO_PER_SEC
max-io-per-sec
Defines how many calls to the internal input/output function there will be during a second. Might condition network responsiveness. Default value should fit in most cases.
--max-logic-per-display=<value>
LW6_MAX_LOGIC_PER_DISPLAY
max-logic-per-display
This is a limit value which will avoid, on slow machines, to spend all the CPU cycles to calculate internal things, and display nothing. While it's important to keep up with other network players for instance, it makes no sense to do it for a long period without showing anything. Thus, this value. Basically, it only helps not being locked-out in an 'I can't quit' nightmare when running fullscreen on a slow machine.
--max-logic-per-sec=<value>
LW6_MAX_LOGIC_PER_SEC
max-logic-per-sec
Defines how many calls to the internal logic() function there will be during a second. This is really an internal value, the actual speed of the game, that is, how fast fighters will move, is defined elsewhere in the map parameters. See 'moves-per-tick' for instance. Default value should fit in most cases.
--memory-bazooka-eraser=<value>
LW6_MEMORY_BAZOOKA_ERASER
memory-bazooka-eraser
The memory eraser is a tool which will systematically fill allocated memory with 'M', and overwrite all allocated bytes with 'F' before freeing memory. It will even handle realloc calls. This is usefull to track bugs. Indeed, with this option enabled, freshly allocated memory will never contain zeroes unless one calls calloc, and if you ever free some memory zone before being done with it, it will be filled with junk and therefore not be usable. The memory bazzooka must be big enough if you want this feature to actually work.
--memory-bazooka-size=<value>
LW6_MEMORY_BAZOOKA_SIZE
memory-bazooka-size
The memory bazooka is a brute-force tool, conceived after a full night spent tracking some memory leak. The idea is to keep a track of all allocated pointers, when the data was allocated (timestamp), where in the code (file, line), and even point out what data there is in that place. A memory bazooka report at the end of the game will just show what's left. There should be nothing. This parameter is here to avoid wasting CPU cycles on a feature which is very debug-oriented and does not really make sense for the casual user. Set it to 0 for best performance, something like 100 might just be helpfull, but 1000000 is the right way to seriously debug code.