SpringEngineTODO: Difference between revisions
From Spring
Jump to navigationJump to search
Hughperkins (talk | contribs) No edit summary |
updated page + more ideas |
||
| Line 1: | Line 1: | ||
A collection of ideas which could improve Spring. | |||
* Implement saving/loading. There are a lot of direct LoadSave() functions in the game code, but the easier way would probably to finish the serialization in the class registration type interfaces (rts/System/creg), so everything can be serialized automatically. | * Implement saving/loading. There are a lot of direct LoadSave() functions in the game code, but the easier way would probably to finish the serialization in the class registration type interfaces (rts/System/creg), so everything can be serialized automatically. | ||
* [[Syncing System|Implement re-sync]]. After a sync problem is detected, and a re-sync of the random seed does not fix it the game would pause and use the rsync to adjust game state (current plan if for float3 data) to resync | * [[Syncing System|Implement re-sync]]. After a sync problem is detected, and a re-sync of the random seed does not fix it the game would pause and use the rsync to adjust game state (current plan if for float3 data) to resync. After using rsync on it should be able to continue normally until the next sync error is detected. | ||
* Implement a general sensor system replacing the radars, as described in http://taspring.clan-sy.com/phpbb/viewtopic.php?t=6105 | * Implement a general sensor system replacing the radars, as described in http://taspring.clan-sy.com/phpbb/viewtopic.php?t=6105 | ||
| Line 14: | Line 9: | ||
* Add a dynamic-lighting system: Allow units to have dynamic lights on them that affect lighting of other units and landscape, with sort of "approximating lights" for cases where a lot of units get close together. This is a big thing, but it would improve spring graphics a lot if done well. Or Deferred Lighting/Shading? | * Add a dynamic-lighting system: Allow units to have dynamic lights on them that affect lighting of other units and landscape, with sort of "approximating lights" for cases where a lot of units get close together. This is a big thing, but it would improve spring graphics a lot if done well. Or Deferred Lighting/Shading? | ||
* | * Get a mac version working. Contact the developers on the forums for this, as there are people looking into this already. | ||
* Extending the resource system to allow more than two resources (metal/energy) | |||
* | * Expand Springs script abilities by adding new languages or extending the available languages. Exposing more Spring functions to the Lua world (command AIs, move types). | ||
* Implement MD5 as a model format or add other model formats. | |||
* Extend SM3 (map format) | |||
* Add p2p/round-robin for hosting (so host exit doesn't stop the game) | |||
* Joining the game while it is running | |||
* Proper GUI for spring.exe with extended singleplayer abilities, better map/mod browsing, adding Bots (AIs), selecting start positions, choosing color, selecting map/mod options. | |||
* Implement a small AI framework for general used functions like gathering nearest and best metal spots, detecting map type (land, land/water, water) or a unit group manager. | |||
Even though this isn't really about the Spring engine: | Even though this isn't really about the Spring engine: | ||
Revision as of 21:14, 9 March 2009
A collection of ideas which could improve Spring.
- Implement saving/loading. There are a lot of direct LoadSave() functions in the game code, but the easier way would probably to finish the serialization in the class registration type interfaces (rts/System/creg), so everything can be serialized automatically.
- Implement re-sync. After a sync problem is detected, and a re-sync of the random seed does not fix it the game would pause and use the rsync to adjust game state (current plan if for float3 data) to resync. After using rsync on it should be able to continue normally until the next sync error is detected.
- Implement a general sensor system replacing the radars, as described in http://taspring.clan-sy.com/phpbb/viewtopic.php?t=6105
- Add a dynamic-lighting system: Allow units to have dynamic lights on them that affect lighting of other units and landscape, with sort of "approximating lights" for cases where a lot of units get close together. This is a big thing, but it would improve spring graphics a lot if done well. Or Deferred Lighting/Shading?
- Get a mac version working. Contact the developers on the forums for this, as there are people looking into this already.
- Extending the resource system to allow more than two resources (metal/energy)
- Expand Springs script abilities by adding new languages or extending the available languages. Exposing more Spring functions to the Lua world (command AIs, move types).
- Implement MD5 as a model format or add other model formats.
- Extend SM3 (map format)
- Add p2p/round-robin for hosting (so host exit doesn't stop the game)
- Joining the game while it is running
- Proper GUI for spring.exe with extended singleplayer abilities, better map/mod browsing, adding Bots (AIs), selecting start positions, choosing color, selecting map/mod options.
- Implement a small AI framework for general used functions like gathering nearest and best metal spots, detecting map type (land, land/water, water) or a unit group manager.
Even though this isn't really about the Spring engine:
- SpringLobby is a cross-platform lobby client, implemented in C++ and wxWidgets. We encourage you to look into our todo list on http://springlobby.info and see what you could do for it.
Lua:
- Create a Mission Development Kit: ie, do whatever it takes to make it easy to create campaign missions, eg create a gui tool that makes it easy to place units on the map, create triggers, and so on.
