Difference between revisions of "Sword25/TODO"

From ScummVM :: Wiki
Jump to navigation Jump to search
(Update status and todos)
(→‎TODOs: -- update)
Line 13: Line 13:
* Enhance package manager to allow running with extracted data just like original did
* Enhance package manager to allow running with extracted data just like original did
* Graphics:
* Graphics:
** Doublecheck color component order. What I had to do now is specify engine colorspace as BGRA8888 which is weird.
** Problems with the exit menu:
**# Wrong shading of 'yes/no' glyphs
**# Background is black instead of shadowed game screen
** Speedup Theora video playback
** Speedup Theora video playback
** Audio sync for Theora video playback
** Audio sync for Theora video playback
** Check alpha blending with original (gfx/opengl/glimage.cpp)
** Fix vector image rendering
** mirroring (same)
*** It looks that some vertices get lost during the transformation, since the floodfill leaking
** Vector image rendering. They used agg for spline drawing, so we need to reimplement that (borrow from agg/gimp/inkscape?)


* Get rid of BS_SERVICE_TABLE (?)
* Get rid of BS_SERVICE_TABLE (?)

Revision as of 11:34, 8 September 2010

Status

  • Engine runs well
  • Game works, and probably completable
  • No speech and music
  • Protagonists are not drawn
  • Problems with some blending
  • Slow video playback, out of sync

TODOs

  • Audio support
  • Get rid of Window classes. We handle that in OSystem
  • Enhance package manager to allow running with extracted data just like original did
  • Graphics:
    • Problems with the exit menu:
      1. Wrong shading of 'yes/no' glyphs
      2. Background is black instead of shadowed game screen
    • Speedup Theora video playback
    • Audio sync for Theora video playback
    • Fix vector image rendering
      • It looks that some vertices get lost during the transformation, since the floodfill leaking
  • Get rid of BS_SERVICE_TABLE (?)
    • because it is (a) ugly concept (b) implemented with global constructors. The worse approach would be to turn those into Singleton classes, but proper would be to remove the wrappers completely since we do not have multiple implementations of each service
  • Enforce our naming conventions, particularly for classes, methods and variables
  • Translate comments from German