Age | Commit message (Collapse) | Author |
|
byte depth.
I am not 100% sure whether the surfaces all use the same format as the screen,
but a quick test showed that it still works fine. In case this is wrong please
set them up with the correct format.
|
|
|
|
|
|
|
|
Plus some extra white space changes by myself.
|
|
|
|
|
|
|
|
|
|
- Increase the resource cache limits
- Added a check before forcing resources to be freed
- Only force free image and animation resources, with a warning. It seems like there is
a bug in the resource reference code and several bitmap resources are not freed - added
a FIXME
- Clarify that initializeAnimationResource() is used with XML resources
svn-id: r55736
|
|
engine
libpng is still needed for PNG encoding (for thumbnails in saved games of sword25), but
since we'll probably drop support for the original saved games anyway, the PNG encoding
code will ultimately be removed
svn-id: r55723
|
|
Videos are never saved or loaded, thus when this happens, it probably indicates a game bug
or a corrupted saved game
svn-id: r55667
|
|
svn-id: r55664
|
|
Translated some comments, and pushed the indirect rendering define to the header
file, so that the engine won't try and update the screen with direct movie rendering.
Also, the thumbnail hack has been disabled, as it doesn't really work (at least not for
me: all the thumbnails are gray)
svn-id: r55663
|
|
svn-id: r55613
|
|
svn-id: r55600
|
|
svn-id: r55596
|
|
svn-id: r55595
|
|
on startup.
This reduced the initial memory used by 100MB for me, though the game keeps allocating
new resources in each scene without deleting them, because of the missing functionality in
getUsedMemory(). This change also slightly reduces the loading time on game startup.
svn-id: r55593
|
|
On my system, sizeof(png_uint_32) == 8, while sizeof(int) == 4.
svn-id: r55504
|
|
svn-id: r55501
|
|
svn-id: r55490
|
|
svn-id: r55489
|
|
svn-id: r55488
|
|
svn-id: r55482
|
|
svn-id: r55465
|
|
svn-id: r55464
|
|
warning/error/debugC calls
svn-id: r55462
|
|
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: 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
|
|
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
|
|
All should be renamed to reduce risk of accidental incorrect use.
svn-id: r53899
|
|
svn-id: r53898
|
|
svn-id: r53840
|
|
svn-id: r53835
|
|
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
|