adjusted comments about that and also renamed the bit, also added additional TODO, because hoyle 4 has special code that gets into action, when bit 0 is not set, but bit 2 is
svn-id: r53853
- Implement Menu::startGame() properly
- Add stubs functions for game restart
- Made savegame headers serializable and moved validity checks inside struct definition
- Implement create/init savegame functions
- Add SavegameStream to be able to read/write to the same memory stream
- Add stubs for setup, writeEntry & loadEntry functions
svn-id: r53841
The save system of this engine currently partially bypasses the
SaveFileManager API, by (abusing) the fact that the Lua engine allows
creating files in arbitrary places (it exposes fopen, fread, fwrite
etc.). This is used to create a 'config.lua' configuration file. This makes it non-portable.
In addition, the filenames used for the savestates ("0.b25s") do not
comply with our naming conventions for engine savestates.
It should be possible to overcome all this, but it might require hacking
the Lua engine; or we could try to replace some of the BS2.5 script
functions with our own, dynamically.
svn-id: r53838
The GM and MT-32 popup widgets would be set to the first available MIDI device by default (before any selection has taken place yet). Instead, default will now be the first list entry.
svn-id: r53827
It seems some Android versions and devices (eg Droid) don't implement
eglChooseConfig according to spec and the first result isn't the best
choice. Implement our own filtering / scoring to workaround this.
svn-id: r53808
The new one copies into a temp buffer and only does one
glTexSubImage2D. I'm led to believe that this is faster on some
devices (but slower on others). Disabled for now, but someone might
want to try both versions on their slow device.
Also manually set glColor before calling DrawTexiOES, following
mention of a bug in a discussion I stumbled across. DrawTexiOES-use
is disabled for now, so this is a noop.
svn-id: r53803
This appears to work around a blank screen bug Nexus1. I never
tracked it down, but as far as I can tell it is triggered by multiple
overlapping updates before flushing the texture to screen. This
condition only happens in the overlay atm so an extra redraw isn't the
end of the world.
(Also remove an unused _full_screen_dirty property)
svn-id: r53801
