[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