Google Summer of Code 2010 - Revision history

Abma: Redirected page to Project proposals

2012-03-02T19:18:52Z

← Older revision		Revision as of 20:18, 2 March 2012
Line 1:		Line 1:
	#REDIRECT [[~~GSoC:_Project_proposals_2012~~]]		#REDIRECT [[Project proposals]]

Abma: Redirected page to GSoC: Project proposals 2012

2012-03-02T17:50:47Z

Redirected page to GSoC: Project proposals 2012

← Older revision		Revision as of 18:50, 2 March 2012
Line 1:		Line 1:
	~~{{deprecated}}~~		#REDIRECT [[GSoC:_Project_proposals_2012]]


	[[~~Image:GSOC.png]]~~

	~~= Project proposals =~~

	This is the list of project ideas for students willing to work on the Spring engine during the Google Summer of Code 2010. If you wish, you may read our [[Google_Summer_of_Code_2010_student_application\|student application]].

	~~== Limited play area ==~~

	~~Estimated difficulty: '''medium'''~~

	~~Spring uses a finite-world model, where the scene has distinct bounds that all actors must obey.~~
	~~Current Spring map formats have a hardcoded rectangle boundary geometry; they also provide very limited support for defining aesthetics of the surrounding environment outside the play area.~~

	~~The new system should allow the map's developer to restrict the playable area to a subset of the global area, possibly adding support for multiple shapes and/or non rectangular shape restrictions.~~

	~~The restriction shapes should be readable and changeable mid-game through the engine's Lua API. Proper handling of units which are suddenly off-map needs to be implemented.~~

	~~'''Details:''' [[GSoC_Limited_play_area]]~~

	~~== Sensor handling redesign / simplification ==~~

	~~Estimated difficulty: '''hard'''~~

	~~Currently there are a number of different "sensor" systems in the engine: LineOfSight, Radar, Sonar, and Seismic.~~
	~~Some sensors can be jammed, some cannot. Some respect terrain, and some are always circular in coverage.~~

	A new sensor system should integrate the current LOS, Radar, Sonar, Seismic systems into a streamlined codebase, to reduce amount of code in each implementation, and it should add additional features which would then be available for all types, while improving efficiency where possible.

	~~Preferably all this should also be faster than the current system or a compelling argument/experiment should be made that shows there cannot be a faster system with the same features.~~

	~~'''Details:''' [[GSoC_Sensor_handling_redesign]]~~

	~~== Engine level abstraction of resources ==~~

	~~Estimated difficulty: '''medium to hard'''~~

	~~The Spring engine has its roots in an older Real-Time Strategy title, where only two resources were incorporated into the game design.~~
	~~The current resource system is largely present in the codebase being hardcoded in a lot of critical places.~~

	~~The old system needs to be replaced, the new one should be flexible enough to reproduce everything that the old system did and be able to imitate the behaviour of most common RTS game titles.~~

	~~The engine's Lua API to fetch resources will have to be adapted to the new system, and new calls will have to be added to it.~~

	~~'''Details:''' [[GSoC_Engine_resource_abstraction]]~~

	~~== Basic ingame lobby ==~~

	~~Estimated difficulty: '''hard'''~~

	All existing Spring interfaces (lobbies) are either difficult to customize for game developers or have a different look and feel from the game itself and require focus switch from the game itself to operate.

	~~A new lobby should be implemented with customization and control in mind, using Lua scripting and reusing Spring codebase where possible.~~
	~~It should be running as a separate process overlaying the game's UI.~~

	~~Optionally, the engine's start screen should be replaced and integrated with it.~~

	~~'''Details:''' [[GSoC_Ingame_lobby]]~~

	~~== Smarter pathfinder ==~~

	~~Estimated difficulty: '''hard'''~~

	~~Spring's pathfinder uses a 2d grid and is somewhat limited in functionality.~~
	~~A partial/full rewrite should be introduced to add support for navigating using more than 8 primary directions and selectively ignore certain unit types for performance reasons.~~

	~~Spring's Lua API should be extended to allow game developers to push new nodes/links and be able to alter or delete existing ones (for pathfinder-aware tunnels/teleporting/etc.).~~

	~~Preferably this should all be faster than the current system, or a compelling argument/experiment should be made that shows there cannot be a faster system with the same features.~~

	~~'''Details:''' [[GSoC_Smarter_pathfinder]]~~

	~~== More AI interfaces ==~~

	~~Estimated difficulty: '''medium'''~~

	~~The Spring engine's AI interface supports bindings for multiple languages, currently C++, C and java are supported.~~

	~~Bindings for more languages and/or virtual machines should be added to allow broader AI developing audience (for example: Ruby, Perl, JavaScript, Python, D, Go, Mono, LLVM, Parrot).~~

	~~'''Details:''' [[GSoC_More_AI_interfaces]]~~

	~~== New Rendering System ==~~

	~~Estimated difficulty: '''medium'''~~

	~~The Spring rendering engine uses a lot of FFP (fixed function pipeline) OpenGL functions. This model is becoming deprecated and is generally slower and less flexible than more modern approaches.~~

	Under this proposal, the rendering code should get a complete overhaul using modern graphic programming techniques such as shaders, implement load support for more standardised model formats (backwards compatibility with current available formats is mandatory either through direct load or automatic conversion to the new types) and eventually introduce some graphic enhancing features (bump mapping, normal mapping, multitexturing, etc.).

	~~'''Details:''' [[GSoC_New_rendering_system]]~~

	~~== Reconnect / Host change during a match ==~~

	~~Estimated difficulty: '''medium to hard'''~~

	~~Spring's network model implies the existence of a server to host a battle. For various reasons the network link between host and clients can be interrupted.~~
	A system should be designed to allow manual and/or automatic switching of the game's host (possibly using an existing player after testing load handling capabilities) and manual and/or automatic reconnection from client side if host remains the same.

	~~'''Details:''' [[GSoC_Reconnect_Host_change]]~~

	~~[[Category:~~GSoC]]
	~~[[Category~~:~~Deprecated~~]]

Abma at 17:10, 2 March 2012

2012-03-02T17:10:34Z

← Older revision		Revision as of 18:10, 2 March 2012
Line 1:		Line 1:
			{{deprecated}}


	[[Image:GSOC.png]]		[[Image:GSOC.png]]

Abma at 17:07, 2 March 2012

2012-03-02T17:07:40Z

← Older revision		Revision as of 18:07, 2 March 2012
Line 99:		Line 99:
	'''Details:''' [[GSoC_Reconnect_Host_change]]		'''Details:''' [[GSoC_Reconnect_Host_change]]

	[[Category:~~GSoC_2010~~]]		[[Category:GSoC]]
			[[Category:Deprecated]]

Koshi: ups, this needed no backlink

2010-03-13T17:18:36Z

ups, this needed no backlink

← Older revision		Revision as of 18:18, 13 March 2010
Line 99:		Line 99:
	'''Details:''' [[GSoC_Reconnect_Host_change]]		'''Details:''' [[GSoC_Reconnect_Host_change]]

	~~{{GSoC2010_bottom}}~~		[[Category:GSoC_2010]]

Koshi: backlink and category via template

2010-03-13T17:17:49Z

backlink and category via template

← Older revision		Revision as of 18:17, 13 March 2010
Line 98:		Line 98:

	'''Details:''' [[GSoC_Reconnect_Host_change]]		'''Details:''' [[GSoC_Reconnect_Host_change]]

			{{GSoC2010_bottom}}

Koshi: /* Project proposals */

2010-03-12T16:11:40Z

Project proposals

← Older revision		Revision as of 17:11, 12 March 2010
Line 4:		Line 4:

	This is the list of project ideas for students willing to work on the Spring engine during the Google Summer of Code 2010. If you wish, you may read our [[Google_Summer_of_Code_2010_student_application\|student application]].		This is the list of project ideas for students willing to work on the Spring engine during the Google Summer of Code 2010. If you wish, you may read our [[Google_Summer_of_Code_2010_student_application\|student application]].


	== Limited play area ==		== Limited play area ==

Tobi: Protected "Google Summer of Code 2010": protecting during application period [edit=sysop:move=sysop] (expires 22:00, 10 April 2010 (UTC))

2010-03-12T16:03:28Z

Protected "Google Summer of Code 2010": protecting during application period [edit=sysop:move=sysop] (expires 22:00, 10 April 2010 (UTC))

← Older revision	Revision as of 17:03, 12 March 2010
(No difference)

Tobi: /* Project proposals */ removed extraneous newline

2010-03-12T15:55:19Z

Project proposals: removed extraneous newline

← Older revision		Revision as of 16:55, 12 March 2010
Line 70:		Line 70:

	'''Details:''' [[GSoC_Smarter_pathfinder]]		'''Details:''' [[GSoC_Smarter_pathfinder]]


	== More AI interfaces ==		== More AI interfaces ==

Tobi: Undo revision 18697 by Tobi (Talk)

2010-03-12T15:48:43Z

Undo revision 18697 by Tobi (Talk)

← Older revision		Revision as of 16:48, 12 March 2010
Line 34:		Line 34:
	== Engine level abstraction of resources ==		== Engine level abstraction of resources ==

	Estimated difficulty: '''medium'''		Estimated difficulty: '''medium to hard'''

	The Spring engine has its roots in an older Real-Time Strategy title, where only two resources were incorporated into the game design.		The Spring engine has its roots in an older Real-Time Strategy title, where only two resources were incorporated into the game design.