Age | Commit message (Collapse) | Author |
|
svn-id: r16580
|
|
reduced this (total dependencies on system.h went down from 193 to 85 files)
svn-id: r16527
|
|
svn-id: r16397
|
|
'directory' parameter from SaveFileManager::openSavefile and listSavefiles (they always use getSavePath() now, which is what we did anyway)
svn-id: r15901
|
|
in his mail to scummvm-devel. (Though "a discussed a while ago change"
sounds like sort of thing Robert Jordan writes whenever there is danger of
anything actually happening in any of his more recent books. Tantalizing,
yet non-informative. ;-)
It's still rather messy. I'll look into cleaning it up later.
svn-id: r15818
|
|
svn-id: r15810
|
|
svn-id: r14058
|
|
svn-id: r14057
|
|
And no one even noticed! Should be fixed now.
svn-id: r13950
|
|
I've also made the SaveGameHeader struct packed, which may break savegame
compatibility on some architectures (though not on the Linux and Windows
boxes I've tried it on). But I'm hoping it will guarantee, or at least make
it more likely, that savegames will be portable across architectures.
svn-id: r13634
|
|
resource manager. All new code! All new bugs!
svn-id: r13603
|
|
be needed when using the -x command-line option to restore a game, though
I'm not quite sure why.
svn-id: r13400
|
|
of how the savegame is loaded. (ScummVM adds two alternative methods: the
-x command-line parameter, and the restart/restore dialog at the beginning
of the game, which is only shown when there are savegames available.)
svn-id: r13386
|
|
it's Logic::_scriptVars[ID] instead of just ID. Apart from looking cool, it
makes it much easier to tell the difference between variables and constants
when looking at the code.
Of course, this sort of sweeping changes is jolly good for introducing
truly weird regressions, which is why I waited until after 0.6.0.
svn-id: r13331
|
|
the game starts. (I know it could look prettier, but I don't have much to
work with here...)
svn-id: r13178
|
|
svn-id: r12739
|
|
svn-id: r12504
|
|
svn-id: r12181
|
|
svn-id: r12140
|
|
character was walking. (I had missed a case where pointers were cast to
integers.)
svn-id: r12113
|
|
"StandardHeader" instead of "_standardHeader".
svn-id: r11997
|
|
experimental resource dumping code.
svn-id: r11382
|
|
svn-id: r11318
|
|
over the past few weeks, except for g_sword2. (Of course, this doesn't
necessarily make the code any prettier, but we can work on that later.)
svn-id: r11309
|
|
loop if ScummVM failed to find a file in the demo. (Now it should error out
instead, which is marginally preferable.)
svn-id: r11298
|
|
etc. to the different opcodes. Until now it has done so by casting the
pointer to an int32 (opcode parameters are represented as arrays of int32)
and then the opcode function casts it back to whatever pointer it needs.
At least in C there is no guarantee that a pointer can be represented as an
integer type (though apparently C99 may define such a type), so this has
struck me as unsafe ever since I first noticed it.
However, since all such pointers appear to point to the memory block owned
by the memory manager, we can easily convert them to integers by treating
them as offsets into the memory block. So that's what I have done. I hope I
caught all the occurences in the opcode functions, or we're going to have
some pretty interesting regressions on our hands...
svn-id: r11241
|
|
svn-id: r11209
|
|
and removed some of the references to global variables.
At this point I believe everything in the main game engine has been moved
into classes - not necessarily the correct ones, but still... However,
there is some stuff in the driver directory that need to be taken care of
as well.
svn-id: r11207
|
|
svn-id: r11129
|
|
svn-id: r11107
|
|
Renamed the resource manager's open/close methods openResource() and
closeResource() to avoid confusion. (It was I who originally shortened
their names to open() and close(), but I've changed my mind now.)
Moved more stuff into Sword2Engine.
svn-id: r11088
|
|
promise I will get rid of g_sword2 later.)
svn-id: r11057
|
|
svn-id: r10997
|
|
console from the SCUMM engine. I decided that would be easier than to clean
up the original console code.
Unfortunately there's a bunch of code that I just copied - a pretty lousy
form of code-reusal. It'd be nice if the console could be made part of the
Engine class, or something like that.
Most of the debug commands seem to be working. Some aren't relevant for
ScummVM, and some are a bit obscure so I'm not quite sure what they're
supposed to be doing.
svn-id: r10978
|
|
svn-id: r10923
|
|
svn-id: r10885
|
|
svn-id: r10769
|
|
analogous to the SkyAutoRoute class.
svn-id: r10754
|
|
I'm just hoping that if I stall long enough, someone else will make the
move for me. :-)
svn-id: r10676
|
|
headers. Most (all?) of the ones we need should probably come from stdafx.h
instead.
svn-id: r10588
|
|
svn-id: r10581
|
|
debugging levels). This needs further cleanups, but I believe I have
reached a stable point where I can commit it without too much anxiety.
svn-id: r10502
|
|
svn-id: r10499
|
|
svn-id: r10496
|
|
message functions with our own.
We still need to go through them and assign sensible debug levels to them.
svn-id: r10422
|
|
but say who added what when. (No disrespect intended, but this information
means very little to us.)
svn-id: r10413
|
|
svn-id: r10350
|
|
open_savefile() fails.
svn-id: r10339
|
|
be safe to remove it. (I'll remove it completely soon, but I'll start here
to avoid compilation errors.)
svn-id: r10331
|
|
svn-id: r10256
|