Age | Commit message (Collapse) | Author |
|
svn-id: r13457
|
|
svn-id: r13431
|
|
This removes a bunch of debugging code/commands that either didn't do
anything useful under ScummVM (e.g. "soft" and "hard"), or which did things
that was already easily avaiable elsewhere (e.g. "save" and "restore").
I didn't have the heart to remove the "tony" command, though. :-)
svn-id: r13422
|
|
I think the reason I didn't do this from the start was that BS2 used to
call clearScene(), or whatever the function was called back then, between
every frame. Nowadays, it simply assumes that each frame will cover the
previous one.
Anyway, this change prevents the restart/restore dialog from appearing
briefly between the two intro cutscene animations.
svn-id: r13421
|
|
svn-id: r13410
|
|
svn-id: r13407
|
|
svn-id: r13406
|
|
svn-id: r13405
|
|
One of the changes, I'm not quite sure about: buildDisplay() used to open
and close the _thisScreen.background_layer_id resource for each layer it
processed. In particular, it used to "release the screen resource before
cacheing the sprites".
I have no idea why, because I can't see any trace of a sprite cache, and I
can't think of any harm in keeping the resource open during the whole
render cycle. The resource is probably loaded into memory already anyway,
though its reference counter may be 0.
svn-id: r13401
|
|
be needed when using the -x command-line option to restore a game, though
I'm not quite sure why.
svn-id: r13400
|
|
And a teensy-weensy little cleanup.
svn-id: r13399
|
|
overlay, that needs to be cleared at the beginning of the movie. Otherwise
what was on the screen may show at the end of the movie.
svn-id: r13398
|
|
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
|
|
svn-id: r13385
|
|
Invalidate the lookup table when the screen changes. (TODO: We also have to
invalidate it if the change happens between cutscenes, don't we?)
Some cleanup, particularly in the BS2 cutscene player. More needed, I
guess...
svn-id: r13377
|
|
svn-id: r13365
|
|
svn-id: r13361
|
|
extremely grateful that the BS1 and BS2 cutscene players are finally
sharing at least some of their code now.)
svn-id: r13360
|
|
svn-id: r13359
|
|
start)
svn-id: r13358
|
|
svn-id: r13357
|
|
svn-id: r13354
|
|
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
|
|
svn-id: r13286
|
|
should only check if the music is fading, not in which direction. (Also
made a minor cleanup.)
svn-id: r13235
|
|
svn-id: r13180
|
|
the game starts. (I know it could look prettier, but I don't have much to
work with here...)
svn-id: r13178
|
|
into the chunk of memory handled by the memory manager, not a well-defined
value. Also, it introduced a theoretical memory leak as fnPlaySequence()
wouldn't get to clean up after itself.
The correct place for this check is probably in MoviePlayer::play(), where
you can test the name of the cutscene. On the other hand, the original demo
will gladly play eye.smk if there is one, so why shouldn't we?
svn-id: r13139
|
|
svn-id: r13118
|
|
svn-id: r13107
|
|
Prevent false warnings in demo.
svn-id: r13102
|
|
NewGuiColor to OverlayColor; fixed some calls to error() in the SDL backend
svn-id: r13087
|
|
OSystem API is not yet finished); porters will have to fix their ports to get them to compile again
svn-id: r13036
|
|
svn-id: r12996
|
|
svn-id: r12984
|
|
svn-id: r12974
|
|
This is consistent with how the in-game text is drawn, and might possibly
fix the control panel text in the Spanish version (though I have no way of
actually testing this).
svn-id: r12957
|
|
svn-id: r12907
|
|
their own, and sometimes the cutscene player will have to wait for the lead
out to finish before returning to the game. (This will probably be true
even after we fix the timing of the lead-outs.)
svn-id: r12871
|
|
Tremor crashes for no specific reason (help appreciated :p) here
svn-id: r12837
|
|
This fixes bug #880484 for me, but may need some fine-tuning.
svn-id: r12830
|
|
svn-id: r12773
|
|
svn-id: r12761
|
|
svn-id: r12739
|
|
svn-id: r12722
|
|
external directory (and as such, allow you to have a debug, a profiling, and a release build from the same set of source files in parallel). Work in progress
svn-id: r12680
|
|
exe size (in this case, 16 MB...)
svn-id: r12678
|
|
again, folks. maybe add a 'video' global module or so...)
svn-id: r12676
|
|
actually do; applied patch #886786 which corrects a bug in the balance code
svn-id: r12665
|
|
svn-id: r12575
|