Bug#777338: Bug#764200: Bug#777338: game-data-packager: please add support for Doom3 BFG

Simon McVittie smcv at debian.org
Tue Feb 10 10:58:40 UTC 2015


On 10/02/15 10:10, Alexandre Detiste wrote:
>>> Again, I'd have used doom3-bfg-data here.
> I think it's better to have two distinct doom3-{*-}data and
> doom3bfg-{*-}data namespaces,
> so we immediately see if an expansion is for the original game or the
> BFG edition.

Sure, that's reasonable.

>>> Thanks for the files, I only needed to remove the references to doom.wad, doom2.wad
>>> and nerve.wad; these are already handled by other yaml files.
>>
>> note sure what's the effect... but the bfg edition includes those games
>> as well, so they also need to be installed.
> 
> The current yaml layout only accept 1 steam id+path to look into for files;
> so someone would have now to do:
>    game-data-packager doom3
>    game-data-packager doom2 <full path of Doom 3 BFG>
>    game-data-packager doom <full path of Doom 3 BFG>
> to package everything, not much fun.

There are two parallel issues here:

* Doom 3 BFG contains WADs which can be used with any Doom
  source port such as chocolate-doom

* Doom 3 BFG itself contains a modernized Doom source port by id
  Software, "Doom Classic", with which to play those WADs

So I think what Tobias is saying is that we should include doom.wad,
doom2.wad, nerve.wad in doom3bfg-data so you can play them in "Doom
Classic", regardless of whether we also pick them up for doom-wad and
doom2-wad so you can play them in chocolate-doom or whatever.

Their size is tiny compared with Doom 3, so I don't think the
duplication would be a real problem.

We could make doom and doom2 search /usr/share/games/doom3bfg in
addition to any other paths, to make this easier?

We could perhaps even have a mechanism for doom3bfg to say

    includes_games:
    - doom
    - doom2

which would try to load those YAML files and build their packages too?

> I guess adding "steam2:" would be too hackish for the yaml...
> So we need to move everything to a new layout like this, ok ?
> (I can make the populate...() accept both syntax too):
> 
> packages:
>   doom2-wad:
>      steam:
>         2300: common/Doom 2
>         208200: common/DOOM 3 BFG Edition

How confident are you that there will never be Steam metadata other than
id and path?

I think I'd prefer a list of dicts like this:

steam:
- { id: 2300, path: "common/Doom 2" }
- { id: 208200, path: "common/Doom 3 BFG Edition" }

Regards,
    S



More information about the Pkg-games-devel mailing list