[Scummvm-devel] SCI file handling revamp
Max Horn
max at quendi.de
Thu Feb 26 16:40:40 CET 2009
Am 26.02.2009 um 07:01 schrieb Lars Skovlund:
> On Tue, Feb 24, 2009 at 11:52:09PM -0500, Max Horn wrote:
>
[...]
> You probably guessed this, but the main reason for "mirroring" is that
> the game media may be write protected.
Not only that, in ScummVM, game data is *always* read-only :-). So
yeah, I guessed it, it's pretty obvious :-). And I know we'll have to
implement mirroring for this reason (as we have done in other engines,
e.g. for HE SCUMM games), but I don't want to do it without having a
test case.
> Think about how a game might
> handle settable global options. The best example of this would be the
> Hoyle series, although other games may have them as well. These would
> be stored across sessions in external files. Such options would have
> to have default values, either assigned by a script, or, indeed, by
> shipping a set of options files on the game media.
>
> Lots of games use external files for storage; I can't think of any
> others that need default versions.
Relying on external storage is fine, and should work already with the
patch. What is not implemented is indeed using the "default" (read-
only) version shipped as part of the game data...
Are there demo versions of these holye games and do they also use an
external config file with a default set of settings? That would help
with testing. Otherwise, I only have the PQ, SQ, KQ and LSL series as
full versions... Do any of those use this "feature"?
Cheers,
Max
More information about the Scummvm-devel
mailing list