Age | Commit message (Collapse) | Author |
|
Videos are never saved or loaded, thus when this happens, it probably indicates a game bug
or a corrupted saved game
svn-id: r55667
|
|
- Optimized and cleaned up translateYUVtoRGBA()
- Disabled a lot of seeking-related functionality
- Replaced some calloc() calls, used for audio buffer creation with malloc()
svn-id: r55666
|
|
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: r55597
|
|
svn-id: r55596
|
|
svn-id: r55595
|
|
The original checked the total amount of memory occupied by all resources. This has been
changed to a maximum number of simultaneous resources instead, so the game resources
are no longer leaked. Also disabled the unused or debug functions getUsedMemory(),
setMaxMemoryUsage(), setMaxMemoryUsage(), isLogCacheMiss(), setLogCacheMiss(). Performed
some cleanup on code related to the above.
svn-id: r55594
|
|
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: r55479
|
|
subclass of the Common::Point class
svn-id: r55478
|
|
svn-id: r55477
|
|
svn-id: r55475
|
|
svn-id: r55473
|
|
svn-id: r55472
|
|
svn-id: r55469
|
|
svn-id: r55465
|
|
svn-id: r55464
|
|
svn-id: r55463
|
|
warning/error/debugC calls
svn-id: r55462
|
|
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
|