| Age | Commit message (Collapse) | Author |
|---|
|
variable
|
|
The main change consists in using a separate byte array for the sentence
removal flags, move some functions from the GameManager to the Room class,
and add a few additional functions to manipulate this new array. This
allows to clarify some code related to dialogs.
This change also allows to switch the _shown array back to a bool array.
|
|
|
|
|
|
This means that now all that remains to be done to play in English
is to move all the strings to the engine data file and to translate
them.
|
|
|
|
|
|
|
|
The saved game files now start with a header and version which allows
to do some sanity check and will allow to change the format in the
future if needed.
Also the MetaEngine can now be queried for the meta infos of a save
state.
|
|
|
|
WIP. It is currently broken.
|
|
|
|
|
|
|
|
textWidth() and renderText() are overloaded for handling single uint16
characters (useful when rendering key strokes directly)
|
|
|
|
|
|
Besides the addition of inverse sections, the 'fullscreen' parameter was
removed as it was used only for testing purposes in the beginning.
|
|
Of course the short description does not adequately describe the changes
made with this commit and I assume this won't be the last big
restructuring unfortunately.
Focus of this commit was to implement/fix the code so the main user
interface can be rendered. Bugs in the core routines for rendering
Messages and Images were fixed as well.
|
|
|
|
|
|
|
|
|
|
The resolution will change dynamically depending what image is about to
be rendered. As there are no other GUI elements shown that depend on the
screen resolution when the artciles are rendered, there shouldn't be any
problems.
|
|
|
|
Substitute size_t with ScummVM defined uint type
|
|
|
|
|
|
This is the game logic for the first act of the game.
It will see restructuring to remove gotos/jumps and hardcoded
differences in game behavior depending on settings (e.g. sound on/off).
|
|
|
|
The maximum return value is 0x1800B0, so easily covered by int
(assuming 32bit+ architecture)
|
|
Restructures the renderText() function for providing a renderText(text)
overload that starts rendering the string where the last call stopped.
|
|
Signed-off-by: Joseph-Eugene Winzer <m999@openmailbox.org>
|
|
Room specific logic needs access to functions that currently are
unavailable to them. Once no further extension or rearchitecture is
rather unlikely, thoughts on encapsulation can be given but for now all
members will be made public.
|
|
|
|
An instance of GameManager acts as an interface between the game logic
and engine. It provides game specific functions like isHelmetOff() to
check if the player wears his helmet.
This commit also adds engine extensions like saveScreen() and
restoreScreen() that makes use of the ScreenBufferStack class for
temporarily saving and restoring sections of the screen.
Most of the structure and code is bound to change but gives something to
improve on.
|
|
Messages will be 'removable' by over-rendering the message by invoking
removeMessage() with what was previously overdrawn.
_messageDisplayed might need to be reworked to an int, depending if
there are multiple messages rendered simultaneously.
|
|
The code added as comments to Inventory::add() is the original code to
check if scrolling in inventory is needed and redraw it.
|
|
|
|
|
|
|
|
renderImage() now considers the size of image sections instead of
blitting them on 320x200 by default.
|
|
Pressing 'w' increases the image index and 'e' the section index.
|
|
|
|
|
|
Currently renderText() has two performance drawbacks. First, it locks
the screen surface during the whole function for drawing the text
directly to it. Besides that, it accesses the pixels in a cache
unfriendly way because the font glyphs are stored tilted by 90 degrees.
Most likely it won't pose any problems but if it should those issues
need to be prioritized.
|
|
Also did some cleanup on the font definition
|
|
|
|
|
|
There has been many other changes like copy/pasting room definitions,
skeleton for image decoder, ..
Getting supernova mod format support seems to be a good next step.
|
