Age | Commit message (Collapse) | Author |
|
svn-id: r54929
|
|
svn-id: r54928
|
|
svn-id: r54927
|
|
only for 8bpp videos
svn-id: r54849
|
|
svn-id: r54841
|
|
svn-id: r54840
|
|
svn-id: r54839
|
|
svn-id: r54385
|
|
svn-id: r54358
|
|
svn-id: r54287
|
|
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: r54231
|
|
svn-id: r54205
|
|
svn-id: r54200
|
|
Based on the FFmpeg decoder. Only the 16bpp version has been implemented (and all that should be needed). The videos I have tried work fine with the codec. The audio does not yet play in these videos, but I hope to work on DK3 IMA ADPCM soon.
svn-id: r54194
|
|
svn-id: r54191
|
|
As happens for the last frames in the Fascination videos.
svn-id: r54144
|
|
svn-id: r54104
|
|
svn-id: r54099
|
|
svn-id: r54080
|
|
(could cause invalid memory access in MI1)
svn-id: r54079
|
|
As happens for the last frame in the first video of the Fascination
intro.
svn-id: r54072
|
|
These bugs would cause crashs in MSVC 2008/2010 release builds.
svn-id: r53893
|
|
svn-id: r53762
|
|
(used in the MI1 circus scene after Guybrush gets shot out of the cannon)
svn-id: r53616
|
|
svn-id: r53555
|
|
- made use of LordHotos graphics/sjis code to reduce code duplication
- japanese mode for version 3 and 5 works fine now with few exceptions (some line spacing glitches in MI1 intro etc.)
svn-id: r53554
|
|
See bug report #3087917
svn-id: r53493
|
|
The first correction was to use a temporary variable to remove the possibility of a memory leak when using realloc.
The second correction was to remove the gain variable from QDM2Stream::qdm2_calculate_fft() which has always evaluated to 1.0f and so has no effect.
svn-id: r53489
|
|
svn-id: r53161
|
|
svn-id: r53160
|
|
svn-id: r53141
|
|
svn-id: r53091
|
|
svn-id: r53086
|
|
svn-id: r52968
|
|
svn-id: r52967
|
|
This commit should fix at least the following bugs/feature requests: #1032859, #1252088, #1055391, #1315968, #1315938, #1742106, #812891.
The FM-Towns version of Scumm games use a mixed graphics mode with 2 layers (one with 32767 colors and one with 16 colors). Among other things I have added a screen output class which emulates this dual layer approach which allows specific hardware effects like enabling and disabling layers (e.g. in the voodoo priestess scene in MI1).
Old savegames (saved before this update) will load, but you’ll encounter palette glitches in the verb/inventory screen, since the 16 color palette for layer 2 is not contained in your savegame. This will be true at least for version 5 games. Certain scene change actions (which require the verb/inventory part to be redrawn) might correct this (e.g. try looking at the treasure map in MI1 and closing it). Version 3 games should be okay, since they use a static text palette which is never changed and which will be reset after loading a savegame.
This update requires a USE_RGB_COLORS setting for proper operation. 8 bit users will get a warning that they’ll have to expect palette glitches . Apart from that the engine in 8 bit mode should not only still work okay, but also benefit from some of the other (non palette related) improvements (e.g. bug #1032859 should be fixed even in 8 bit mode).
Japanese font drawing hasn’t been improved much yet. This will be a separate task.
svn-id: r52966
|
|
svn-id: r52956
|
|
svn-id: r52955
|
|
svn-id: r52954
|
|
svn-id: r52953
|
|
svn-id: r52939
|
|
Our warning() and error() functions always add an exclamation mark
to the end of the message anyway.
svn-id: r52791
|
|
_frameRate is now stored using Common::Rational instead of uint32.
svn-id: r52689
|
|
PICT images of <8bpp are now supported and paletted images now work when the PixelFormat passed is not 1Bpp.
svn-id: r52671
|
|
This prevents accidental implicit rounding
and might also fix compilation on AmigaOS4 (bug #3060981).
svn-id: r52616
|
|
Fixes crashes when playing two videos in Riven DVD (card 262). Note that the videos still don't display properly because of a bug in QTRLE 16bpp. For the record, FFmpeg doesn't handle this properly either.
svn-id: r52603
|
|
Patch #3057924 is "QuickTimeDecoder: Scaling x and y separately". Thanks to kreegee for the patch and fuzzie for fixing a couple bugs with it.
svn-id: r52594
|
|
svn-id: r52489
|
|
Indeo3Decoder::decoderImage() was leaking inData
svn-id: r52408
|