| Age | Commit message (Collapse) | Author |
|---|
|
svn-id: r55320
|
|
svn-id: r55319
|
|
In the other cases I've found in the code, the colour components are
stored in the order B, G, R and A. Assume that's the case here too. I
hope that is correct. It doesn't seem to break anything obvious.
svn-id: r55255
|
|
svn-id: r55077
|
|
svn-id: r54927
|
|
svn-id: r54815
|
|
svn-id: r54551
|
|
svn-id: r54550
|
|
svn-id: r54385
|
|
Only changed this in engines where 'color' was/is already used
almost exclusively
svn-id: r54288
|
|
This makes it possible to write
DECLARE_SINGLETON(foo);
instead of
DECLARE_SINGLETON(foo)
without causing a warning about an extra semicolon.
The extra semicolon helps some editors at parsing the C++ code.
svn-id: r54258
|
|
Since SWORD25 uses Debug Channels, this allows for the interactive setting of debugflags as well as providing a base for adding further debugging commands.
However, this is not currently usable as the command key code is commented out.
This is due to the event loop which reads keyboard input being buried 2 object layers below the Engine VM object and I am unsure how the engine development team would want this exposed / interfaced.
svn-id: r54184
|
|
used at all, only used to 'mark' binaries compiling Lua in, I think we could safely remove it, too)
svn-id: r54056
|
|
svn-id: r54055
|
|
svn-id: r54045
|
|
svn-id: r54040
|
|
svn-id: r54002
|
|
A new header file common/forbidden.h is included by scummsys.h and it
re-#defines numerous symbols like fopen(), fread(), system(), etc. with
garbage, in order to provoke compile errors in any code using them.
If a .cpp file really *must* use any of these (e.g. because it is a
backend file), then these redefinitions can be disabled by #defining
FORBIDDEN_SYMBOL_ALLOW_ALL as the first thing in the .cpp file. Whenever
this is done, an explanatory comment should be added.
Note that this system cannot catch all "bad" usages (notably the Lua
code in the sword25 engine), as it can only work if scummsys.h is
included.
svn-id: r53961
|
|
Once the audio buffer has been queued in the audio stream, the Theora
decoder is no longer responsible for it. It has to allocate a new
audio buffer for the next set of audio data.
Of course, at the moment the audio is pretty useless because the
playback speed is all wrong.
svn-id: r53939
|
|
Even though our video player does not (yet) support audio, we need to
adjust the values of _audiobufFill and _audiobufReady as if it did, or
it will never realize it has reached the end of the cutscene.
Also fixes what looks like a typo in audio data clipping.
svn-id: r53938
|
|
svn-id: r53937
|
|
svn-id: r53909
|
|
svn-id: r53901
|
|
All should be renamed to reduce risk of accidental incorrect use.
svn-id: r53899
|
|
svn-id: r53898
|
|
svn-id: r53897
|
|
Previously, you could get the game into a state where it would think a
key was constantly being pressed. E.g. by pressing 'p' several times
quickly in a row, the game would end in a state where it endlessly
toggled between pause mode and regular mode.
svn-id: r53878
|
|
This should enable use of F-keys in BS25. Most of the KEY_*
constants are not used by the scripts anyway.
svn-id: r53877
|
|
This fixes a crash one got by quitting via the GMM.
svn-id: r53876
|
|
svn-id: r53840
|
|
svn-id: r53839
|
|
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
|
|
svn-id: r53837
|
|
svn-id: r53835
|
|
svn-id: r53832
|
|
svn-id: r53760
|
|
svn-id: r53759
|
|
svn-id: r53758
|
|
The interlaced part is untested since I do not know any place
in the game where interlaced data is used.
svn-id: r53757
|
|
Only CF_ARGB32 was supported anyway.
svn-id: r53756
|
|
This looses some flexibility when it comes to supporting other image
formats. But since the game does not use other image formats, this seems
rather irrelevant, compared to how much simpler the code now is.
svn-id: r53755
|
|
svn-id: r53754
|
|
This also gets rid of an evil use of atexit.
svn-id: r53753
|
|
svn-id: r53752
|
|
Previously, the constructor of an anonymous global object was used to do
this, for no apparent reason.
However, maybe there was a hidden reason which I missed, so this change
might cause regressions. I.e., please test.
svn-id: r53735
|
|
svn-id: r53734
|
|
This stores the date and time of when the game was saved, since ScummVM doesn't support getting a file's age like the original engine did.
svn-id: r53638
|
|
svn-id: r53637
|
|
svn-id: r53626
|
|
svn-id: r53625
|
