[Scummvm-devel] KYRA - Eye of the Beholder extension

Johannes Schickel lordhoto at gmail.com
Thu Dec 1 22:41:34 CET 2011


On 12/01/2011 10:05 PM, Filippos Karapetis wrote:
>
>
>     Maybe it's just me who wonders now why we have a big strict saying
>     that
>     we focus on adventure games, while we add non-adventures with only
>     small
>     parts of code shared with existing engines.
>
>
> Because in this case, the main engine that was added was focused on 
> adventure games. EOB 1 and 2 are a subset of this engine.
>

If you consider any game which uses utility functions and file formats 
from Kyra1-3 as a subset of the adventure engine, when we can probably 
support Dune 2 and Command & Conquer 1 and 2 too.

> So, again, does the debate in subengines come down to SLOC? If we are 
> that strict and *only* adventure games are supported, then all 
> non-adventure games should be disabled, or we come down with a 
> compromise (i.e. "only 2D point'n'click adventure games and 
> non-adventure games that were created using a supported 2D 
> point'n'click adventure game engine").

No, I wouldn't (and didn't, which you may have noticed if you read my 
mail) take SLOC as a base for this discussion. The discussion base I 
chose is *what* we actually need to add to support the game. EoB 1+2 and 
LoL have (at least partly) hardcoded support for monster related 
handling, for items too and in general for the rule system used in the 
game, level stuff, a new graphics drawing pipeline for the game screen. 
All this is in no way a subset of the adventure games in Kyra nor even 
at all related. It is a different game (engine) using parts of the same 
framework as the Kyra games use.

In this sense it is different from the RPGs we support with AGOS and 
SCI. In the case of AGOS the code gives the impression there's more 
shared code between the games it supports, i.e. even the item handling 
has some common base between the RPGs and the adventures. In the case of 
SCI I think there's not much (none at all?) game specific hardcoded bits.

Thus from a technical side it doesn't really make sense to take AGOS or 
SCI RPG games as an argument why we should add EoB. In fact the 
"compromise", which is basically what we implement so far anyway, you 
suggested doesn't really cover EoB, since EoB isn't really created using 
the same engine as Kyra 1-3. It's merely using the same (utility) 
framework Westwood used in all of its games from that area. At any rate 
I never even claimed we should only support adventures when we can 
easily support non-adventures like say in the case of SCI.

// Johannes




More information about the Scummvm-devel mailing list