1,079
edits
Difference between revisions of "TODO"
Some rearrangment, added a TODO on OSystem color handling
(Remove obsolete TODO) |
(Some rearrangment, added a TODO on OSystem color handling) |
||
| Line 136: | Line 136: | ||
* Split base/plugins.h into the part needed to implement a plugin, and the part needed by client code. Maybe also move DetectedGame and GameSettings to a new file base/game.h | * Split base/plugins.h into the part needed to implement a plugin, and the part needed by client code. Maybe also move DetectedGame and GameSettings to a new file base/game.h | ||
* Replace DetectedGame by a 'map' containing essentially the same data that the config file would contain -- i.e. gameid, description, language, platform; but also any further data, like e.g. basename, target_md5, or *anything* the engine deems important. -> far more flexible, and helps to simplify the launcher code, too. | * Replace DetectedGame by a 'map' containing essentially the same data that the config file would contain -- i.e. gameid, description, language, platform; but also any further data, like e.g. basename, target_md5, or *anything* the engine deems important. -> far more flexible, and helps to simplify the launcher code, too. | ||
=== Streams === | === Streams === | ||
| Line 199: | Line 195: | ||
* Change backends to directly access the config manager | * Change backends to directly access the config manager | ||
* Add API to query backend for a list of available music engines. Useful for Options dialog | * Add API to query backend for a list of available music engines. Useful for Options dialog | ||
* Document key codes to be used for special keys, like F1-F15 etc. | |||
* Right now gBitFormat is part of common/scaler.cpp; we might want to move it to common/system.cpp, or replace it with something better. No hasty changes here, please, make sure you understand how it is used right now before messing with it ;-) | |||
* OSystem::RGBToColor and OSystem::colorToRGB are very flexible, but cause a bottleneck: One doesn't want to use these virtual methods to convert a lot of colors in one go. Hence consider removing these and related function in favor of a new API with which client code can query the backend for a description of the pixel format (maybe similar in spirt to [http://www.libsdl.org/cgi/docwiki.cgi/SDL_5fPixelFormat SDL_PixelFormat], but maybe we can also reuse / extend a variant of gBitFormat). This is in particular useful for the new GUI code which wants to do things like color fading. Of course, we must still accomodate for backends that only offer palette mode! | |||
=== Potential ports === | |||
* MS DOS port using [http://www.talula.demon.co.uk/allegro/ Allegro] and [http://www.delorie.com/djgpp/ DJGPP] ? | * MS DOS port using [http://www.talula.demon.co.uk/allegro/ Allegro] and [http://www.delorie.com/djgpp/ DJGPP] ? | ||
* [http://withintent.biz/ Intent] port (already done by David Given, merge?) | * [http://withintent.biz/ Intent] port (already done by David Given, merge?) | ||
* [http://digita.mame.net/reviews.htm Digita OS port]? (play games on a select few digital cameras...) | * [http://digita.mame.net/reviews.htm Digita OS port]? (play games on a select few digital cameras...) | ||
* NintendoDS port is in the works by Neil Millstone | |||
* XBox port(s) exist, but can not be legally distributed, since the use the XDK, which is incompatible with the GPL | |||
=== X11 backend === | === X11 backend === | ||