Age | Commit message (Collapse) | Author |
|
svn-id: r34080
|
|
and tempo when using "odd" output rates like 48 kHz or 8 kHz
svn-id: r34079
|
|
svn-id: r34078
|
|
instead of once
svn-id: r34076
|
|
- more work on fm-towns music tempo
svn-id: r34067
|
|
Fixes bug #2058539: OS: Assert starting demo (regression).
May possibly also fix bug #2019344: FW: crash with Amiga Italian version (photocopy room),
but not sure about that because I couldn't reproduce the bug myself.
svn-id: r34065
|
|
svn-id: r34064
|
|
svn-id: r34061
|
|
svn-id: r34060
|
|
svn-id: r34057
|
|
svn-id: r34055
|
|
"KYRA/SCUMM: Thumbnail support/improvement"
- Extended SCUMM engine to support savegames without thumbnail header. (Increased savegame version to prevent saves to be loaded from older ScummVM versions)
- Fixed KYRA to properly support savegames without thumbnail header.
svn-id: r34054
|
|
(Without Max' compressed backward seeking support for now)
svn-id: r34053
|
|
svn-id: r34050
|
|
this to
the Tinsel engine a while back to fix mysterious problems, but forgot to add it
elsewhere.) Maybe this will fix the mysterious IHNM crashes, as well?
svn-id: r34048
|
|
svn-id: r34047
|
|
caused by a small buffer and subsequent out-of-bound writes.
* Disabled debug code.
svn-id: r34046
|
|
svn-id: r34041
|
|
Removed incorrect transparency data used for logo. Now it's shown correctly.
svn-id: r34039
|
|
svn-id: r34038
|
|
Future Wars's Amiga demo is trying to load collision data files
'L8_MK.NEO' and 'L23_MK.NEO' that aren't supplied with the demo.
Previous code crashed when a file couldn't be found,
now it gives a warning instead.
svn-id: r34036
|
|
This was caused by assuming in-place decompression is ok, it wasn't,
although AFAIK the original did decompression in-place too.
Changed unpacking to be done not in-place and the glitch vanished.
Also changed the unpacker to also handle uncompressed input data.
svn-id: r34034
|
|
svn-id: r34032
|
|
svn-id: r34030
|
|
use inventory objects"
svn-id: r34028
|
|
svn-id: r34027
|
|
exist"
svn-id: r34023
|
|
svn-id: r34022
|
|
svn-id: r34019
|
|
fading
svn-id: r34015
|
|
svn-id: r34009
|
|
1) Remove DS version of the ARM blitters in favour of the 'normal' ARM one.
2) Update normal ARM blitter to use Carlo's clever algorithm.
3) Update C version with Max Horns patch (slightly tweaked - counting down
on loops is better, M'kay).
svn-id: r34006
|
|
- adpcm decoding for rhythm channel
- cleanup
svn-id: r33993
|
|
svn-id: r33991
|
|
* Added scaling as a new blt option
* Activated scaling for the main character in BRA
svn-id: r33985
|
|
- improved accuracy
- complete percussion channel support (does not work atm though, since the instrument data is missing)
- some cleanup
svn-id: r33980
|
|
(Learned this from trying to implement convertPI1_2 i.e. gfxConvertSpriteToRaw myself to see if that was the problem with the Operation Stealth's labyrinth arcade sequence).
svn-id: r33976
|
|
svn-id: r33973
|
|
type 0 overlays (i.e. color sprites). Objects with negative frame values are supposed to be jumped over (Verified with disassembly).
svn-id: r33967
|
|
(regression)):
For Future Wars o1_compareGlobalVar now compares global variable 255 to be equal to everything.
The scripts probably tested global variable 255 for equality with some value (Maybe 143?)
to see whether copy protection was properly passed.
svn-id: r33950
|
|
svn-id: r33948
|
|
svn-id: r33943
|
|
svn-id: r33942
|
|
in balloons for BRA.
svn-id: r33940
|
|
svn-id: r33939
|
|
floating point arithmetic (or at least replaced some doubles with floats)
- Improved support for PC-98 music: HOF tracks seem to be fine, KYRA should be okay, too (I can't compare with an emulator since I am missing the floppy boot disk with the executable)
- There are still tempo issues. Some tracks play way too slow, others way too fast
- PC-98 sound effects in Kyra 1 don't work (I would need the floppy disk with the executable for that)
svn-id: r33938
|
|
svn-id: r33936
|
|
to unsigned 8-bit. Maybe this'll fix the crash in AdlibSoundDriver::setupInstrument() eriktorbjorn was getting in Future Wars when teleporting from the photocopier room to the swamp. There was a OPLWriteReg(_opl, 0x80 | car, reg->sustainRelease) call with sustainRelease = 65452. Now there shouldn't be any such calls made because the sustainRelease value is always 8-bit now. Hopefully this won't break anything.
svn-id: r33935
|
|
svn-id: r33934
|
|
svn-id: r33933
|