| Age | Commit message (Collapse) | Author |
|---|
|
svn-id: r20475
|
|
svn-id: r20436
|
|
svn-id: r20424
|
|
change the ambigiuous 'GameSettings::name' to 'GameSettings::gameid'
svn-id: r20115
|
|
svn-id: r20088
|
|
svn-id: r20084
|
|
svn-id: r20083
|
|
svn-id: r20061
|
|
svn-id: r20060
|
|
svn-id: r20059
|
|
and putting all our game-related lists in order.
svn-id: r20058
|
|
svn-id: r20027
|
|
svn-id: r20003
|
|
compared to ITE sprites, so to simplify things they are now flipped after
they are decoded.)
svn-id: r20002
|
|
svn-id: r20001
|
|
svn-id: r19986
|
|
svn-id: r19985
|
|
svn-id: r19984
|
|
* Changed MidiDriver::createMidi so that if MD_ADLIB is passed, it
now *does* instantiate the adlib driver.
* Rewrote MidiDriver::detectMusicDriver (code should be clearer now,
and hopefully easier to adapt/maintain). Note that the behavior
changed slightly (this may require some tweaking).
* Added MidiDriver::findMusicDriver which works similar to the old
MidiDriver::parseMusicDriver but returns the full MidiDriverDescription
and ignores all characters in the passed driver name following a colon ":".
* Changed MidiDriver::parseMusicDriver to use MidiDriver::findMusicDriver.
* Changed game engines to match the changes made to MidiDriver.
* Modified SCUMM engine to not record the selected midi/music driver
(in _midiDriver), but rather the music *type* (in _musicType).
svn-id: r19859
|
|
svn-id: r19754
|
|
svn-id: r19724
|
|
svn-id: r19706
|
|
svn-id: r19703
|
|
svn-id: r19668
|
|
BS2 were the last engines that didn't. But I could be mistaken.
svn-id: r19463
|
|
svn-id: r19412
|
|
-move puzzle data to itedata
svn-id: r19411
|
|
svn-id: r19329
|
|
svn-id: r19317
|
|
svn-id: r19239
|
|
svn-id: r19216
|
|
and nibbles order in samples appeared to be swapped. Had to untemplate
whole thing over again because I have no idea how to speicalize one of two
parameters in templates.
Now voices are clean but have some ticks, looks like overload. ITE wasn't
broken ;)
svn-id: r19166
|
|
svn-id: r19142
|
|
#1328019 "IHNM: French MD5s" and #1094819 "IHNMAIMS: md5's of my cd version"
respectively
svn-id: r19139
|
|
when everything else is :).
svn-id: r19136
|
|
by default by kind permission from Wyrmkeep Entertainment Co.
svn-id: r19125
|
|
as it is not possible to tell that by md5. Bumbed savegame version.
svn-id: r19113
|
|
to remove old leftover which plainly overewrote all those sophisticated
checks.
svn-id: r19112
|
|
it less of a CPU hog for 0.8.0, but I hope we'll be able to fix it properly
for later versions.
svn-id: r19083
|
|
ite and ihnm respectively. Sorry, but I had to do it before release, no
autoupgrade as games weren't supported only in developer's version.
Fix bug #1297365 "ITE: Game detection is broken".
Now it distinguishes between DOS CD and Win CD, though it uses platform and
language settings from .ini to do the choice. I.e current games need to be
redetected. Though only these 2 games are affected. I.e. they have exactly
same resource files, just Windows release adds up external patches. These
patches cannot be added to detection as they're stored in subdirectories.
Also I resolved problem between ite-demo-win and ite-demo-linux where latter
is a superset of former. I.e. it has all files which win demo has plus one
additional. And if you try to detect Linux demo it shows you both. Of course
this could be handled by upper solution, but to make sure I count number of
required files for matched versions and remove those which do not have max
number of files. I.e. if 2 games matched and one requires 4 and another one
requires 5 files, then we have 5 files matched which certainly points to
second game not the first.
svn-id: r19074
|
|
That eliminates GF_LANG_DE and GF_MAC_RESOURCES.
svn-id: r19071
|
|
svn-id: r19035
|
|
bug #1324103.
I've changed it - again - so that now it only centers the pitch wheels on
unload if a new mpCenterPitchWheelOnUnload property has been set. Currently
only the SAGA engine does that, so if it still breaks it only breaks SAGA.
I've also fixed what looked like an unintentional fall-through in the
MidiParser::property() function. Surently that can't cause any new
regressions? Please.
svn-id: r19032
|
|
least partially successful.
svn-id: r19025
|
|
svn-id: r19022
|
|
broken any old savegame made on a big-endian machine. Oh well, better now
than after 0.8.0 ...
svn-id: r19021
|
|
svn-id: r19020
|
|
was popping *twice* the number of parameters that had originally been
pushed.
This appears to have been a bug in the ITE floppy version as well; one that
was fixed in the CD version.
At least that's how I understand it.
svn-id: r19017
|
|
sev had already done that. All that was left for me was this final bit of
cleanup. :-)
svn-id: r19014
|
|
svn-id: r19013
|
