Project::OSiRiON

Support for asteroid fields.

A generic engine framework to support player missions.
core support, client menu support, network command support.

Implement administrative commands. Players should be able to receive
and 'admin level' enabling them to execute special administrative commands.
Those commands should still be available to the console.

The admin level is unrelated to the in-game player level.

TODO
- Implement a core::Player admin level property
- Implement admin command functions (core::Func)
- Implement admin.ini to define admin levels and the commands they have access to
- Add admin commands to handle player admin levels
- Turn existing core administrative commands (kick, mute, ...) into admin commands
- Change existing cheats (give, goto, ..) into admin commands,
have them take a player name as argument (e.g. give ingar credits 1000)
- Combine the 'jump' and 'goto' cheats into a 'teleport' command,
make it work while docked, support teleporting players accross zones
- Add 'nudge' admin command.

For finer control of the ship, thrust points should be defined. Instead of the ship being pushed from its origin point, thrust entities would define where the force against the ship is coming from. This would allow for more realistic control.

If more than one entity is used, the thrust power is split between them, or defined by percentage specifically with entity keys.

port osi to raspberry pi

Clean up and homogenize material, light, flare, engine and particle color types and flags.

Those fx can be triggered by engine states (trigger_impulse, trigger_engine, trigger_destroyed, ..)
The color can be set as color_entity, color_entity_second, color_entity_third, color_engine, ...

TODO
- review/refactor: lights, flares, materials, and particles should have the some options for
triggers and colortypes.
The parameter names in .map file classes and .material files should be the same

Allow a player to control (some) weapons on another player's ship,
making him a gunman

The details of this idea still need to be worked out.

The following issues appear if you're docked at another player's ship

TODO

- If the host docks a planet or a large base and you launch, you'll spawn inside the planet.
- Space dust isn't rendered if the host moves
- Correct undefinied behaviour if the host gets destroyed, docks should be destroyed as well

- Note: In theory, recursivedocking should work (player A docked at B docked at C),
issues should be resolved accordingly