control: tag -1 pending Le samedi 13 février 2016, 21:09:35 Fabian Greffrath a écrit : > Am Samstag, den 13.02.2016, 14:11 +0100 schrieb Alexandre Detiste: > > The package-size / number of files is not really an issue with GDP- > > generated > > packages. Even package with one 30kb text adventure games are ok; > > they don't put any weight on mirrors infrastructure etc... > > Agreed. Do you mean the WAD could get created separately if you create > the doom-wad package?
Yup, that's what I just commited. This way the purpose of doom-wad remains unchanged from what users have expected for 10 years & doom-e1m8b-wad gets proper short & long descriptions and copyright file. "E1M8B" is defenitively more publicized that level name "Tech Gone Bad", so I sticked with that. (example: http://doomwadstation.net/Romero/e1m8b/ ) A brand new doom-e1m8b-wad should work with a very old doom-wad just fine; but currently GDP will always generate boths, unless "-p" argument is used. Maybe some "--new" argument could be added; but then last major update version (like "updated: 43") would need to be documented in each .yaml file. "git --log" parsing at build time won't cut it, because there's always a lot of refactoring all the time while the generated packages doesn't change (& are checked with diffoscope). For proper Freedoom support, some runtime code would be needed to first check for the presence of doom.wad & then failover to freedoomu.wad when applicable. It's the same problem as for Compet-N level "The Classic Episode" main_wads: ... class_ep.wad: name: The Classic Episode (1st Ed.) args: -iwad doom.wad -file %s -warp 2 1 > > ...but playing with doom1.wad under prboom+ make it immediately crash > > after stepping out from the entry gate. freedoomu.wad works fine. > > PWADs should generally not work with the shareware IWAD. PrBoom+ should > detect that itself, so this is a bug. Someone on Romero's Twitter (I can't navigate this thing) said it even work with Chex Quest IWAD ;-) Greets,
signature.asc
Description: This is a digitally signed message part.
