Depending on other game option checkboxes. This is used to
enable/disable the semi-smooth scrolling checkboxes for FM Towns Loom,
since it's only used when smooth scrolling is enabled.
Macintosh versions of GR and MH1-2 use the same combined directory
filename convention as DOS, Atari ST and Apple IIgs (but not Amiga or
CoCo3). However, the filename convention for volumes uses the common
AGI v2 format, without a game id prefix.
Example:
DOS: GRDIR, GRVOL.x
Mac: GRDIR, VOL.x
To account for this, we'll use the following:
1. Rather than take the directory filename prefix from volume files,
we now get this from the directory files themselves (which makes
more sense anyway).
2. Later, when loading individual volumes, check for Mac platform and
exclude the prefix from the path.
This improves the previous single game check for Mac Gold Rush, which
formed directory and volume paths for that game only. This check is
now obsolete and has been removed. The detection flag that was used to
invoke the workaround has also been removed.
Add both Manhunters to detection tables. They don't start yet (because
the AGI V3 games store their directory files differently). I'll attempt
to fix this by adapting the method used for Mac Gold Rush.
Also add a new PC version of MH2 in order to resolve an md5 conflict
with the Mac version.
* Remove redundant language text
* Fix entries with duplicate md5 hashes
* UTF-8 titles since they're now supported
* Correct titles to match game & AGI Wiki
* New CoCo 3 ports of fanmade titles
* Fix alphabetical sorting
Gourd of the Beans is now listed as a Windows game. This was
released in 2015 and was always distributed with a modern interpreter,
specifically NAGI. It was never meant to be played in MS-DOS.
Adds detection for CoCo 1/2 early / pre-AGI games. CoCo 1 and 2 were
not generally forward compatible with CoCo 3, which was officially
supported by Sierra for KQ3 and LSL1 only.
These games either won't start or crash on the title screen, so I've
flagged them as unsupported for now.
Also adds some additional fanmade CoCo 3 ports. I'm in contact with
the porter and may be updating and further cleaning up these entries
as I learn more.
Alternate version of Troll's Tale works without issue.
PCjr, Tandy 1000, and IBM PC booters for KQ1-2 do not work because
the earliest AGI versions are not yet supported.
Later MS-DOS releases of Troll's Tale also do not work yet.
The autosave refactoring that was done in
7adad5aaf5831dc5adcee140f38aacc4a5db2518 used g_engine for identifying the
autosave slot. This worked for in-game save/load, but doesn't fit when
called from the launcher.
Fix by passing MetaEngine to SaveStateDescriptor ctor and using it for this
query.
Amends 7adad5aaf5831dc5adcee140f38aacc4a5db2518.
Some engines call setAutosave and some don't. isAutosave is used to
determine if a saved game is an autosave, but in fact, on most cases it
just falls back to comparing the name to "Autosave".
This is wrong for several reasons:
* Older versions of ScummVM used Autosave 0.
* The name "Autosave" is translated, so if you change the language, it
won't be detected.
Instead of relying on the name, use the well-known getAutosaveSlot() from
Engine/MetaEngine.
Fixes#12735.
This employs a "lazy" approach: the "format" for the credits stays
exactly as it was, i.e., perl code. Of course one may want to change
this to another format (e.g. YAML, JSON, XML; or also shell script or
AWK, like `configure.engine` uses). But I deliberately kept it simple,
to get a minimal change that is easy to verify. Any further changes to
e.g. the format can be layered atop this.
These worked, but caused the entries in the launcher to be named wrongly
so have switched to using GAME_FO macro to set the GF_FANMADE feature
flag without other flags causing side effects for the launcher entry
naming.
This change simplifies the AGI engine volume handling by using the music
and sound fx volumes set in the ScummVM GUI as the maximum levels which
can be set by the scripts. This avoids the complexity of synchronising
changes between these and the scripts (which only had a single 16 step
volume range which is inverted in meaning by quite a large number of
fangames).
This still allows the game scripts to adjust the volumes, but only within
the maximum range set in the Launcher / GMM.
This avoids issues such as https://bugs.scummvm.org/ticket/10732 where
users complained about extremely loud output in some cases.
The previous entries did not set the GF_FANMADE feature flag which meant
that the volume reversal workaround was not triggered resulting in no
audio output as per https://bugs.scummvm.org/ticket/9829
Several other entries which are using GAME macros and don't explicitly
set the GF_FANMADE flag should probably be fixed as well.
