Difference between revisions of "Talk:OpenTasks"

Jump to navigation Jump to search
5,100 bytes added ,  23:29, 2 March 2010
Add some comments on the "Improve the ScummVM build system" task
m
(Add some comments on the "Improve the ScummVM build system" task)
 
(9 intermediate revisions by 5 users not shown)
Line 27: Line 27:
* Add 16bit graphics support to SCUMM engine
* Add 16bit graphics support to SCUMM engine
* Implement "return to launcher" feature
* Implement "return to launcher" feature
All have the potential for being exciting, I thin, but could stand some improvements to the wording used to describe them.
All have the potential for being exciting, but could stand some improvements to the wording used to describe them.




Line 35: Line 35:


* (Again) small devices backend. But not as big as the last task -- this was IMO too big and overwhelming. Let's focus on e.g. the key (input) remapping part plus virtual keyboard.
* (Again) small devices backend. But not as big as the last task -- this was IMO too big and overwhelming. Let's focus on e.g. the key (input) remapping part plus virtual keyboard.
Another idea: Loading savegames from the launcher. Requires
* all engines to be modified to implement MetaEngine::listSaves() (and hence also add support for the "-x" command line option in all engines);
* new GUI dialog in the launcher listing all savegames
* optionally: a new list widget which shows images+text instead of only text (i.e. a screenshot thumbnail for the savegame)
This task could also be combined with the "add a global/common dialog to all engines for loading/saving/quitting/about"...
== Amiga MOD Formats / SoundFX ==
Shouldn't the 'soundfx' item be removed ? There's a player for amiga and PC soundfx formats in SVN  --[[User:Cyx|Cyx]] 21:44, 2 April 2008 (CEST)
:really. I just removed it --[[User:Sev|Sev]] 12:09, 3 April 2008 (CEST)
== Recorded Play ==
I noticed an issue with a task goal:
"The GUI should include an overlay image which will indicate that the game is being recorded or played back."
That should not be possible with our current overlay code, where you either have the overlay visible and usable OR the game graphics visible and usable. So until this is changed, I would abstain from adding it as a task goal. Of course it would be really nice to have that, but I guess letting the guy worrying about our overlay code too, seems a bit too much :-). --[[User:LordHoto|LordHoto]] 18:11, 4 February 2009 (CEST)
:Yeah, I completely agree. I altered wording a bit --[[User:Sev|Sev]] 22:18, 9 February 2009 (UTC)
== Improve the overlay API ==
Seeing that some of the ideas there are implemented in our current trunk, it might come into consideration to remove this task. At least we have Graphics::PixelFormat, the OSystem addition and partly changed our code to use that now. Another alternative would be to change the task to allow for example use of overlay and game graphics at the same time, which might for example be useful for our vkbd, except we now decide to change the vkbd API, so all backends have to invoke vkbd handling directly. Apart I think that what is left of the task is too small for an fulltime GSoC project.
--[[User:LordHoto|LordHoto]] 17:21, 15 Feburary 2008 (CEST)
: Removed! --[[User:Fingolfin|Fingolfin]] 03:10, 10 March 2009 (UTC)
== [[User:DJWillis|DJWillis]]'s ideas on an OpenGL task ==
Comments please ;). I am still fleshing this out but I wanted to chuck something up.
Not final (and do people even think it is a good idea?)
'''Improve the default ScummVM backend to leaver OpenGL support and provide a common base class.'''
TODO: Make an exciting title ;).
''Technical Contact:'' [[User:DJWillis|John Willis]] (and?)
''Background:''
Since its inception ScummVM has offered a default cross platform backend that makes use of the extensive and prolific SDL API. We have no intention to change this but we would like to extend the default backend to take advantage of things like OpenGL, and its little brother OpenGLes, that is becoming commonplace on the latest generations of devices.
We would also like to refactor the common aspects of the SDL backend into a common base class to better support backends that derive from it. Architecturally this could be very elegant and allow platforms to derive from the common SDL base (inc. the OpenGL and default existing one) and future platforms could derive from the OpenGL base etc.
There are a number of required features that the extended backend must have.
''The Task:''
*Allow for arbitrary rate scaling.
* Be well written and maintainable!
** This could become part of the default choice for ScummVM’s userbase so really does have to be well architected.
* Offer a fallback to the existing rendering code if OpenGL support is not available OR not desired by the user. This should be configurable at run time (maybe a config setting?).
* Support removing the new OpenGL additions at compile time by the use of structured defines so that NO OpenGL code need be built if not required.
''Also required:''
* This task will require testing under both OpenGL and OpenGLes API’s. There are sample OpenGLes and OpenGL implementations for development available from several sources. (TODO: Add links to the PowerVR OGLES dev kits.)
''Required Skills:''
* Reasonable C++ skills.
* Refactoring skills.
* Knowledge of the OpenGL and SDL API’s.
* Knowledge of the default SDL ScummVM platform backend is desirable.
We feel this could represent a very interesting project and is widely requested by the userbase. Doing it right represents a reasonable challenge but then a good challenge has its rewards ;-).
== Improve the ScummVM build system ==
I guess this text might need some update, since we now have create_msvc (and Littleboy working on extending it to cover different project files also). Either we want someone to rewrite create_msvc in a language which might be better suited to the task (C++ isn't the nicest thing here, but I'm not familiar with any languages for text processing, so it's still the only choice for me... ;-) or we want to remove the bits about such an tool in the task....
--[[User:LordHoto|LordHoto]] 00:28, 3 March 2010 (CET)
561

edits

Navigation menu