Project::OSiRiON

IDCategoryTask TypeSeveritySummaryStatusProgress
112corePlanned FeatureLowPause gameNew
0%
Task Description Pause the game server module when opening the menu in single player. Add an option for a server admin to pause the game in multi player.
110clientBug ReportCriticalBetter camera handling and controlAssigned
0%
Task Description

The camera handling is rather confusing. It would be best to retire the third-person "Turret" view and have a cockpit view and an external, third-person view.

Freelook should still work on both modes, but the camera angle should not be reset when leaving freelook.

TODO

  • remove Turret view
  • use shift+mousewheel to zoom in/out
  • remember freelook angle
  • remove 360-degree rotation limitation
  • remove control lock (spacebar)
  • do not pass ship control events when in a menu
108dataRequired MediaHighModel: pirate baseNew
10%
Task Description

Pirate base models, to serve as NPC headquarters.
Several generic models are required.

107editorBug ReportCriticalMoving selection fails unless active entity is clickedAssigned
0%
Task Description

If you box-select a number of entities, and you want to move them, you have to drag the active selected entity.
CLicking any other selected (highlighted) entity will deselect the other members in the selection.

Dragging any member of the selection should work.

105srcPlanned FeatureLowAdmin commandsNew
0%
Task Description

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.

104clientPlanned FeatureHighImproved inventory menu.Assigned
0%
Task Description

The current inventory menu is too confusing.

TODO
- tabs for cargo/weapon/equipment
- show weapon slots
- show mounted weapons inside their slots,
mounting/unmounting a weapon moves it back and forth
between slot and inventory

103srcFeature RequestLowGunmenUnconfirmed
0%
Task Description

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.

101dataRequired MediaLowDagon Texture SetNew
0%
Task Description

House Dagon needs a set of textures.

98renderPlanned FeatureHighMaterial texture stagesIn progress
50%
Task Description

To ease the transition to a multitexturing rendering environment, I propose that we fully adopt Quake 3 shader scripting. Currently, we support a simpler version with a single texture stage in mind.

DONE

- Support for material with multiple layers

TODO

- OpenGL multitexture support
- Improve syntax

Exmaple of current implementation:

shader/path/name
{
qer_editorimage path/to/texture
{
map path/to/texture
entity
}
{
map path/to/glow_texture
fullbright
blendfunc blend
}
}

---------------------------------
Quake 3:

shader/path/name
{
qer_editorimage path/to/texture
other_keywords
{
map path/to/texture
}
{
map path/to/texture2
blendfunc ...
}

97clientBug ReportLowMove default fonts from ui::UI to ui::PAletteAssigned
0%
Task Description

The corrent ui code has default fonts and font size in ui::root().
They have to bo moved to the ui::Palette class and handled like
colors and related settings.

The initial default fonts should be set in the ui::Pallette class.

It might be better to merge ui-style related settings
into a single ui::Stylesheet class and read settings from a .css
file.

96srcBug ReportMediumProblems while docked at another player's shipNew
0%
Task Description

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

94gamePlanned FeatureLowSpace mine tracking capabilitiesNew
0%
Task Description

Implement seeker mines and tracking mines.

93renderFeature RequestLowAllow currently loaded skybox to be bound as a texture.New
0%
Task Description

We need this in order to clean up the material drawing(specifically the environment mapping section). This could also possibly enable us to use the skybox cubemap for nice reflection effects.

92srcFeature RequestMediumClean up of material, light, flare and particle color ...New
0%
Task Description

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

77dataRequired MediaLowBetter fontsNew
0%
Task Description

Osirion needs some better fonts besides the ugly monospaced font it uses right now. Perhaps the current font should just be used for the console?

I recommend this font as it's licensed under the CC and doesn't look half bad:
http://openfontlibrary.org/font/jura

76renderBug ReportLowPatch meshes with texcoords generated from Radiant's 'c...New
0%
Task Description

For an example of this, take a look at the Talon's main guns.

75renderFeature RequestLowFade for strobe lights.New
0%
Task Description

Fade-out of strobe lights should occur by default, with an optional float fade time and boolean fade spawnflag.

74renderBug ReportLowScene drawing is not skipped when testmodel screen is o...New
0%
Task Description

If the testmodel window is opened, the current scene is still drawn.

Fixing this would provide quite an optimization.

72clientFeature RequestLowAllow mouse to directly control steering like joystick.New
0%
Task Description

I propose a key bind(toggle) to allow the ship to be steered via the mouse in the same method as the joystick: directly steering based on relative mouse position(locking the cursor in the center of the screen).

71gameRequired MediaHighFaction and Reputation supportIn progress
90%
Task Description

Support for factions and player reputation.

Reputation influences prices, docking rights and NPC hostility.

TODO
- trade reputation
- player faction membership

DONE
- factions.ini
- faction colors
- faction reputation
- player reputation
- entity faction
- game:: player reputation savegame
- client:: reputation window window: stats refresh + reputation bars
- player reputation network transfer
- entity faction network transfer
- 'give reputation' function
- game:: deny dock on hostile stations
- game:: change reputation if player kills an NPC
- refresh reputation window if player reputation changes

70srcRequired MediaLowTrading mission supportNew
0%
Task Description

Support for trading missions.

* Transport cargo from A to B type missions

* Emergency transport type missions like in e.g. Railroad Tycoon
- the longer the transport takes, the smaller the earnings (perishable?)
- Influences reputation

69srcPlanned FeatureLowFramework for player missionsNew
0%
Task Description

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

68srcPlanned FeatureLowAsteroid field supportNew
0%
Task Description

Support for asteroid fields.

67gamePlanned FeatureHighNPC supportIn progress
20%
Task Description

Support for computer-controlled allies and opponents.

- Better AI control
- Dynamic patrols

66srcPlanned FeatureLowNebula supportNew
0%
Task Description

Support for decent-looking nebulas.

65renderPlanned FeatureLowMaterial blend modes.In progress
50%
Task Description

Shaders need a way to enable different OpenGL blending modes, like Quake 3's "blendFunc". This will allow special effects like light beams and 3d exhaust effects.

DONE
- blenfunc none
- blendunc add
- blendfunc blend

TODO
- blendfuncGL_SOMETHING GL_SOMETHING
- blendfunc filter?

64dataRequired MediaLowTsu-Khan Texture SetNew
0%
Task Description

Tsu-Khan needs a set of textures.

63srcFeature RequestLowPort to Raspberry PiNew
0%
Task Description

port osi to raspberry pi

60srcFeature RequestLowThrust Point EntitiesNew
0%
Task Description

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.

59clientPlanned FeatureLowImproved map menuIn progress
50%
Task Description

Improved map menu, implement a 'galactic overview'. Provide galactic coordinates for each zone.
DONE
- add Info record type for zone info
- add Zone location
- add galactic overview to map
- add Zone::info() to network message
- add Zone::flags()
- add Zone::flags() to network message
- add Zone::location() to network message
- add Zone::color() and use it on the galactic map
- add Zone::color() to network message

TODO
- mechanism to request zone map content in multiplayer games
- do not delete client-side ShowOnMap entities in multiplayer games
- show jumpgate links on the galactic map (this requires engine infrastructure)
- mechanism to show only visited places
- map zoom

56clientBug ReportMediumExtremely slow to load.Assigned
10%
Task Description

Windows is extremely slow to load compared to other platforms.

$time ./src/osirion +connect +quit

Linux: 3.3 seconds
Windows: 23.7 seconds

This may be related to the binaries being produced via mingw:

http://osdir.com/ml/gnu.mingw.msys/2006-03/msg00024.html

The best solution is to probably use a Visual C++ toolchain for windows binaries.

53dataRequired MediaLowModel: Commodity: IronNew
0%
Task Description

Iron commodity model.

48dataRequired MediaLowModel: Commodity: Gate PartsNew
0%
Task Description

Gate Parts commodity model.

46clientFeature RequestLowFlac SupportNew
0%
Task Description

http://thoronir.net/osirion/flac_patch.patch

Adds flac support to osirion.

43dataRequired MediaMediumModel: Unfinished JumpgateNew
0%
Task Description

Use: The unfinished jumpgates between Finnmark and Kronenbaden.

41renderFeature RequestMediumLOD entity keys + Automatic patch LODNew
0%
Task Description

The engine needs a way to be able to use a LOD system for performance reasons. I propose a method for this: all brush entities(except worldspawn and misc_model) will have a 'lod' key. The existence of this key in the entity(as in, if it's actually set) tells the engine to enable LOD on the entity. The value for the LOD key would be an integer of 0 through 3. A value of 3 tells the engine to only render the brushes at 75% and above of the detail LOD distance. A value of 2 renders at 50-75%. A value of 1 renders at 25-50%. 0 renders at 0-25% distance. If the key is not set, the brushes will render at all distances(unless set to detail).

This allows two things: Patch meshes get LOD, and LOD gradually degrades with distance.

An alternative would be in patch loading. At model load, bake 4 levels of LOD for the patch meshes into the model, and apply the same rules as above. This may not be desirable because some patch meshes may be required to stay at full LOD for specific reasons.

The only downside to this is that it requires more memory to store the LOD models, but it would cut down on polygon count at render time significantly.

36corePlanned FeatureHighPlayer signalsNew
0%
Task Description

Implement a system where players can send arbitrary signals to each other
(arbitrary, from the point of view of the network protocol). This would be used
to send trade and docking requests, and to replace the silly 'hail' command
with a 'request for private chat'.

In the future this could also be used for other signals, like players declaring
their hostile intent.

It might also be possible to use the signals mechanism
to exchange targetting info.

35renderPlanned FeatureLowGLSL Shader program supportNew
0%
Task Description

Extend the current Material system to support GLSL shader programs. Normal map, specular map and glow map support.

34clientPlanned FeatureHighImproved options menuAssigned
60%
Task Description

Add an improved options menu with video, audio, controls and game settings.

TODO
- video settings
- menu to configure game settings
- merge settings menus into a single, tabbed window

DONE
- menu to configure controls
- menu to configure player settings (name, colors, ..)
- menu to configure graphics settings
- menu to configure audio settings

33srcPlanned FeatureMediumSoundtrack supportNew
0%
Task Description

Add client support for playing background music.It should be possible to define a number of audio tracks per zone,
for the intro, and make provisions for 'battle music'. Investigate support for FLAC, OGG and MP3 audio formats.

32srcPlanned FeatureHighMaster ServerNew
0%
Task Description

Master server and multiplayer server list.

31dataRequired MediaMediumPlayable, Consistent UniverseIn progress
10%
Task Description

Requires elaborate trade routes, balanced ships and ship hardware, adequate difficulty curve

TODO

- implement all starsystems on the starsystem roadmap

30renderPlanned FeatureLowImproved particle systemsIn progress
70%
Task Description

Improved particle systems: weapon effects, engine effects, explosions, smoke...

An improved framework for particle systems unifying all of the above.

DONE
- Particle system code needs to support multiple ejectors per system,
at the moment a particle system is created for each ejector
- Add fine-grained control parameters (alpha start mid end) (radius start mid end) ..
See tremulous particles
- Streak style particles (aka 'trail sprites')
- replace [ejector] with [sprites] [flares] [trail] etc
- ejector thrust trigger
- ejector impulse trigger
- ejector explosion trigger

TODO
- Flame style particles -> needs thinking, how to do it exactly

28srcPlanned FeatureHighEquipmentAssigned
10%
Task Description

Weapons, shields, armour...

TODO

- Shields & armor
- Mining equipment ?
- Misc equipment

DONE

- Weapons

25srcPlanned FeatureMediumModel weapon slots and positioning.New
0%
Task Description

Attaching the model/weapon to its associated 'slot' on the ship, and handling the position of said slot.

24dataPlanned FeatureMediumWeapon ModelsNew
10%
Task Description

Models for cannons and turrets to be used in the trade menu.
The colors used on the model should reflect the projectile color.

Laser: red (civilian)
Blaster: yellow (military)
Ion: light blue (lindblade)
Neutron: green
Metrion: pink

TODO
- Proximity mine
- Smart mine

- Laser turret
- Improved laser turret

- Blaster cannon
- Improved blaster cannon
- Blaster turret

- Ion cannon
- Ion turret

- Neutron cannon
- Improved neutron cannon
- Neutron turret
- Improved neutron turret

- Metrion accelerator

- Singularity projector (fires missiles)

DONE
- Dumb mine
- Laser cannon
- Improved laser cannon
- Advanced laser cannon

20gameFeature RequestLowEconomyNew
0%
Task Description

Pseudo-dynamic economy support.

Ideas:
- Stations and planets are supplied by NPC convoys
- Prices fluctuate according to availability

19gameFeature RequestLowFuel SystemNew
0%
Task Description

Fuel System.

18gamePlanned FeatureMediumEquipment TradingAssigned
0%
Task Description

The purchase and selling of ship equipment such as weapons.

17srcPlanned FeatureMediumTractor beam effectNew
0%
Task Description

Implement beam particles for tractoring cargo.

The tracktor beam is currently completely server-side,
this will require additional engine infrastructure or a hack.

Instead of 'beams' a general 'effect' could be created.
It is possible to create an entity holding a model with
a particle system (like projectiles) representing the 'beam-in'
effect (think star trek transporters).

On the other hand, implementing beam style would open the door
for beam weapons.

Showing tasks 1 - 50 of 58 Page 1 of 21 - 2 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing