Package: game-data-packager
Version: 42
Severity: wishlist
Tags: newcomer
http://www.gog.com/promo/bethesda_launch_id_software_bundle_260815

g-d-p should already be able to package these games in two steps:

- innoextract setup-*doom*.exe -d /tmp
- game-data-packager doom /tmp

If you bought these games, please provide output of
"game-data-packager make-template setup-####.exe"
in order to fully automate game assets packaging.

Thanks !

Hi again,

Am Mittwoch, den 26.08.2015, 20:37 +0200 schrieb Alexandre Detiste:

as indicated in #797550, "game-data-packager make-template" is
currently broken because it passes a command line option over to
innoextract that has not yet made its way into an official innoextract
release and is thus not available in the innoextract Debian package.

Thus, I have manually removed the offending command line option from
/usr/share/games/game-data-packager/game_data_packager/make_template.py
and run "game-data-packager make-template" on the three setup_*.exe
from gog.com:

$ game-data-packager make-template ~/Downloads/setup_the_ultimate_doom_2.0.0.3.exe > ~/setup_the_ultimate_doom_2.0.0.3.txt 2>&1
$ game-data-packager make-template ~/Downloads/setup_doom2_2.0.0.6.exe > ~/setup_doom2_2.0.0.6.txt 2>&1
$ game-data-packager make-template ~/Downloads/setup_quake_the_offering_2.0.0.6.exe > ~/setup_quake_the_offering_2.0.0.6.txt 2>&1

Please find the results attached!

Cheers,

Fabian

Am Montag, den 31.08.2015, 15:54 +0200 schrieb Fabian Greffrath:

Not to forget Final Doom!

 - Fabian

Le lundi 31 août 2015 16:00:03, vous avez écrit :

I guess readme.txt & helpme.txt are worthless.

So for this game, only manual.pdf needs to be added ?

I added it to both .deb ; as it is not that big.

For Larry Suit Larry, the .pdf is much bigger than the game itself,
and would be copied 5 times; so larry[12356].yaml
all generate identical larry-doc.

Here a separate final-doom-doc seems overkill.

Can you test packaging with:

./run final-doom --no-search -d /tmp --no-compress --verbose setup_final_doom_2.0.0.5.exe

dpkg -c /tmp/tnt-*.deb

dpkg -c /tmp/plutonia-*.deb

?

Am Montag, den 31.08.2015, 19:47 +0200 schrieb Alexandre Detiste:

I think so.

This is fine.

All seems fine.

Some remarks:

- Strictly speaking, we do not really need the tnt31fix.wad if tnt.wad
  is the id-anthology version, like in the GOG package. Anyway, it does
  not hurt and some source ports may expect it to be present.

- If I do "./run doom ~/Downloads/setup_the_ultimate_doom_2.0.0.3.exe",

  i.e. without the --no-search parameter, it still iterates over my
  file system and complains that it has found a possible doom1.wad that
  does not match the pocketpc variant. I think we had this sorted out?

- Also, if I give the path to a specific package, shouldn't --no-search
  probably be the default?

- GOG's Doom 2 is a bit trickier to handle since it also contains all
  of the Master Levels, right?

Thanks for your work, awesome as always! ;)

 - Fabian

I'm not sure that it should. If I have an outdated version 1.0 of a game
in /usr/share/games, and I run

    game-data-packager somegame somegame-1.1-patch.zip

then I would expect it to search /usr/share/games for version 1.0,
extract the version 1.1 update from the given file, and combine them.
(This is assuming a Quake-like engine where patches add new files rather
than editing existing files.)

    S

Le mardi 1 septembre 2015, 10:05:23 Fabian Greffrath a écrit :

This warning is now silenced.

I guess --no-search is mostly usefull for people working on G-D-P,
it's not really intended for end-users.

Right

Am Dienstag, den 01.09.2015, 11:07 +0200 schrieb Alexandre Detiste:
archive, once for Doom 2 and once for the Master Levels? i think this
would be a valid option, since strictly speaking it contains two
"products".

Another remark:
Would it be possible to contain a little marker in the extended package
description of the data package that states something like "This
package contains game data from the setup_foo_1.2.3.exe archive from
GOG.com"? This would help keeping updated GOG archives and Debian
packages in sync.

 - Fabian

Le mardi 1 septembre 2015, 17:47:54 Fabian Greffrath a écrit :

Not so complicated after all:

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=67fb16653a98792b8f99df7205c3d4167a65736c

Yes
I guess they only update the engine bits, not the data.
(only exception known: Blake Stone)

Le lundi 31 août 2015, 15:54:43 Fabian Greffrath a écrit :

These .cue files bother be... someone need to write some code to split those
in chunks & convert these to .ogg files...

  477       904c3b60ea72df51529f5f2e7338ccd4 game.cue
  767725728 f91e5688efd91eefc6d42c6626cb89a4 game.gog
  443       af2fff72a5e58eb4c73cdf66ea95ebc3 gamea.cue
  335849136 c50f090c78438469986d8dbeb01274cf gamea.gog
  400       a4762f868ee0921608d23f92a3c3b981 gamed.cue
  349963488 7461d62fdd7f0fa0b4fc369281784cac gamed.gog

Am Mittwoch, den 02.09.2015, 19:33 +0200 schrieb Alexandre Detiste:

Awesome!

Anyway, it helps documenting where the game data came from.

 - Fabian

Am Mittwoch, den 02.09.2015, 21:52 +0200 schrieb Alexandre Detiste:

The shnsplit tool from the shntool package seems to be the method of
choice for this:

https://wiki.archlinux.org/index.php/CUE_Splitting

 - Fabian

Am Mittwoch, den 02.09.2015, 19:33 +0200 schrieb Alexandre Detiste:

So, any plans to implement this?

 - Fabian

control: clone -1 -2
control: retitle -2 Please reference source archive in package description

Le dimanche 13 septembre 2015, 09:51:12 Fabian Greffrath a écrit :

Still thinking about it.

This should be per-package, not per-game;
for example, rott-registered-data would get that
"Built from setup_rise_of_the_triad_2.0.0.5.exe",
but the shareware episode not.

Is this need only for innoextract'ed archives or all
kind of archives ?

Alexandre

Le dimanche 13 septembre 2015, 11:04:49 Fabian Greffrath a écrit :

This should work for simple games:

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=e47ad4da639bca86695c20c3ddff746717d46e7c

For ROTT this got confused because the GOG.com package also
provides some files used to build rott-data (shareware).

Is the demo playing in ROTT broken ?

Now DEMO1_*.DMO is the only reason to download 1rott13.zip
when packaging the Steam/GOG version, but still
the demo doesn't work.

----------

setup_doom2_2.0.0.6.exe will likely also end in either
doom2-wad's or doom2-masterlevels-wad's description
at random; but not both.
good idea

Am Sonntag, den 13.09.2015, 15:11 +0200 schrieb Alexandre Detiste:

Demos from the Shareware version will not play back in the registered
version and vice versa.

So, this is somehow expected. The *.dmo files should get tagged as
optional in g-d-p, they are strictly not important.

Hm, this is unfortunate, but i am sure there is a work-around for this.
Maybe introduce a global string variable that is set to the file name
of the archive as long as this is worked upon and is reset empty
immediately after g-d-p is finished with that archive?

 - Fabian