GSoC New rendering system - Revision history

Jk: /* Difficulty */

2012-03-08T08:26:09Z

Difficulty

← Older revision		Revision as of 09:26, 8 March 2012
Line 14:		Line 14:

	== Difficulty ==		== Difficulty ==
	Estimated: ~~medium~~		Estimated: high

	== Technical details ==		== Technical details ==

Jk: /* What */

2012-03-08T08:25:56Z

What

← Older revision		Revision as of 09:25, 8 March 2012
Line 5:		Line 5:

	== What ==		== What ==
	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.)~~.		Under this proposal, the rendering code should get a complete overhaul and moved into a Scene Graph.
			Allowing to replace the old code optionally with shader based approaches, including techniques as normal/relief mapping or 100% GPU based rendering of particles.

	== Required skills ==		== Required skills ==

Abma: /* Possible Mentor(s) */

2012-03-02T17:54:36Z

Possible Mentor(s)

← Older revision		Revision as of 18:54, 2 March 2012
Line 26:		Line 26:
	* OpenGL ES 2.0 compatibility should be aimed at where possible.		* OpenGL ES 2.0 compatibility should be aimed at where possible.

	~~== Possible Mentor(s) ==~~		[[Category:GSoC]]

	~~{{GSoC2010_bottom}}~~

Koshi: backlink and category via template

2010-03-13T17:20:18Z

backlink and category via template

← Older revision		Revision as of 18:20, 13 March 2010
Line 28:		Line 28:
	== Possible Mentor(s) ==		== Possible Mentor(s) ==

	~~[[Google_Summer_of_Code_2010]]~~		{{GSoC2010_bottom}}

Tobi: Protected "GSoC New rendering system": protecting during application period [edit=sysop:move=sysop] (expires 22:00, 10 April 2010 (UTC))

2010-03-12T16:06:00Z

Protected "GSoC New rendering system": protecting during application period [edit=sysop:move=sysop] (expires 22:00, 10 April 2010 (UTC))

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

Tobi: /* Possible Mentor(s) */

2010-03-12T15:52:02Z

Possible Mentor(s)

← Older revision		Revision as of 16:52, 12 March 2010
Line 27:		Line 27:

	== Possible Mentor(s) ==		== Possible Mentor(s) ==

	~~[http://www.example.com FORUMLINK]~~

	[[Google_Summer_of_Code_2010]]		[[Google_Summer_of_Code_2010]]

Brain damage: /* What */

2010-03-12T15:27:47Z

What

← Older revision		Revision as of 16:27, 12 March 2010
Line 5:		Line 5:

	== What ==		== What ==
	~~The~~ rendering code should get a complete overhaul using modern graphic programming techniques such as shaders, implement load support for more ~~standardized~~ model formats (backwards compatibility with current available formats is mandatory either through direct ~~loading~~ or automatic conversion to the new types) and eventually introduce some graphic enhancing features (bump mapping, normal mapping, multitexturing, etc.)		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.).

	== Required skills ==		== Required skills ==

Brain damage at 15:18, 12 March 2010

2010-03-12T15:18:22Z

← Older revision		Revision as of 16:18, 12 March 2010
Line 4:		Line 4:
	Spring rendering engine includes many fixed function pipeline OpenGL functions. This rendering system is becoming deprecated and is generally slower and less flexible than more modern approaches.		Spring rendering engine includes many fixed function pipeline OpenGL functions. This rendering system is becoming deprecated and is generally slower and less flexible than more modern approaches.

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

Line 14:		Line 14:
	== Difficulty ==		== Difficulty ==
	Estimated: medium		Estimated: medium

			== Technical details ==

	* Refactor C++ code and classes		* Refactor C++ code and classes

Brain damage: standardizing requirements format

2010-03-12T15:08:38Z

standardizing requirements format

← Older revision		Revision as of 16:08, 12 March 2010
Line 9:		Line 9:
	== Required skills ==		== Required skills ==
	* Knowledge of C++		* Knowledge of C++
	* Knowledge of OpenGL 2.0 API ~~and GLSL~~		* Knowledge of OpenGL 2.0 API
	* ~~Understanding Spring's sync system~~		* Knowledge of GLSL

	== Difficulty ==		== Difficulty ==

Brain damage at 14:59, 12 March 2010

2010-03-12T14:59:54Z

← Older revision		Revision as of 15:59, 12 March 2010
Line 6:		Line 6:
	== Background ==		== Background ==
	The rendering code should get a complete overhaul using modern graphic programming techniques such as shaders, implement load support for more standardized model formats (backwards compatibility with current available formats is mandatory either through direct loading or automatic conversion to the new types) and eventually introduce some graphic enhancing features (bump mapping, normal mapping, multitexturing, etc.)		The rendering code should get a complete overhaul using modern graphic programming techniques such as shaders, implement load support for more standardized model formats (backwards compatibility with current available formats is mandatory either through direct loading or automatic conversion to the new types) and eventually introduce some graphic enhancing features (bump mapping, normal mapping, multitexturing, etc.)

	~~OpenGL ES 2.0 compatibility should be aimed at where possible.~~

	== Required skills ==		== Required skills ==
Line 24:		Line 22:
	* Reduce/refactor the amount of code paths used for rendering different world objects and model types.		* Reduce/refactor the amount of code paths used for rendering different world objects and model types.
	* Use more class overriding for new rendering code (instead of branching)		* Use more class overriding for new rendering code (instead of branching)
			* OpenGL ES 2.0 compatibility should be aimed at where possible.

	== Possible Mentor(s) ==		== Possible Mentor(s) ==