diff options
| author | Max Horn | 2006-03-04 09:40:45 +0000 |
|---|---|---|
| committer | Max Horn | 2006-03-04 09:40:45 +0000 |
| commit | bea9b5e7d05017fd0018e87ffb206357adcc430f (patch) | |
| tree | e87cff7575d247924282d6d2f6795c890523e853 | |
| parent | 6c691283deb112175ab4fcc3323805e80522153d (diff) | |
| download | scummvm-rg350-bea9b5e7d05017fd0018e87ffb206357adcc430f.tar.gz scummvm-rg350-bea9b5e7d05017fd0018e87ffb206357adcc430f.tar.bz2 scummvm-rg350-bea9b5e7d05017fd0018e87ffb206357adcc430f.zip | |
Added GFX transaction rollbacks in the SDL backend to the TODO list
svn-id: r21061
| -rw-r--r-- | TODO | 9 |
1 files changed, 8 insertions, 1 deletions
@@ -408,7 +408,14 @@ SDL backend has the code which is used by all subclasses; and a "desktop" subclass, which implements the rest. Then WinCE/Symbian would only subclass the "base" SDL class. - +* We implemented GFX transactions & commits some time ago -- but they are only + half the story. We are still missing a rollback system -- that is, check + whether the requested video mode works, if it doesn't, revert to the current + settings -- at least "if it makes sense". That is, if the transaction + only modified the scaler or aspect ratio, we can safely revert. Of course + if the screen size changed (e.g. from 320x200 -> 640x480) we can't just + revert to the old screen size -- unless we augment the API accordingly, + and update all engines to deal with this possibility. ####################################################################### # Tools |