[Scummvm-devel] SCI versions...

[Lars Skovlund]

On Wed, May 13, 2009 at 08:49:27AM +0000, Filippos Karapetis wrote:
> 
> Hi there
> 
> I was looking at the different SCI versions, and then I
> had this weird idea. The resource manager already has a set of SCI
> versions, and it can (in most cases) detect the SCI generation of the
> game reliably (there are exceptions, like Jones and LSL6, but it most
> cases it's reliable). Could we base the SCI generation check (i.e.
> SCI0, SCI1 etc) on the resource manager's findings?

I'm not sure I understand exactly what you want to do. But there are
at least some games (PQ1/VGA, the Crazy Nick's series, perhaps others)
whose resource files are SCI1 (using the old compression routines
etc.) but whose interpreters are SCI1.1 (with the distinction between
heap and script resources being the most important issue here). If I
understand your intention correctly, these games would fail to work
with such a solution. Of course, we could add another version number
to the resource version enum... but then it really ceases to be about
resources and more like a more comprehensive kind of version enum. Or
make it a game flag, or deduce it from the existence of heap
resources... 

IMO it is neater to have to know that, for example, a game is newer
than time t, than knowing it needs feature GF_LOFSABSOLUTE (which
every game newer than time t needs). Of course there are cases of
backported features, where such a system breaks down.

Lars