5,838
edits
m (→Beta builds) |
m (→Initialisation) |
||
== Initialisation ==
When Cumulus 1.x.y is run for the very first time, the ''Station settings'' screen within the '''Configuration''' menu is displayed, so that the basic minimum settings can be entered into a 'Cumulus.ini' that it will then create. Should you accidentally delete Cumulus.ini this would happen again, so it is always best to take a backup of the complete Cumulus directory and sub-directories so nothing is lost in such a situation. ▼
See [[Setup]] for detailed advice, on how to choose the settings when you first run Cumulus (1 or MX).
=== Initialisation by Cumulus 1 ===
▲When Cumulus 1.x.y is run for the very first time, the ''Station settings'' screen within the '''Configuration''' menu is displayed, so that the basic minimum settings can be entered into a '
=== Initialisation by MX ===
For Cumulus MX, if it has been given a '''Cumulus.ini''' file created for Cumulus 1, then apart from a couple of parameters already mentioned, MX has all the settings it needs.
However, if Cumulus MX is being run for the first time and it does not inherit a file, it needs some settings before it can do anything. The difference is that MX just hangs, unless you look at the Terminal output or the file it creates in [[MXDiags]], you won't know it is waiting for settings. You need to start up the admin interface and go into the various settings pages yourself to select what MX needs to continue to work. You then need to stop MX so it stores those settings and can use them next time it starts. Although some settings can take effect while MX is running, others only take on their new values when MX is restarted.
Should you accidentally delete Cumulus.ini, or should you close MX badly so it does not manage to correctly save the entire contents of Cumulus.ini, MX has an advantage in that it saves Cumulus.ini into the backup folder every time it restarts and every time it does a rollover.
== Settings controlled by application ==
|
edits