Closed fragglet closed 7 years ago
I'm surprised it doesn't. This wouldn't be related to the fact that Deutex always looks for the TEXTURE lumps in the IWAD first, would it?
Here's some rough code I wrote that should make Deutex not look for the TEXTURE lumps in the IWAD unless specified via -iwad. Problem is IDK what to do with the PNAME section.
Friendly head-up: It's usually more helpful to link to the commit rather than the file. Otherwise it's very hard to know what you changed.
But, I think you commented on the wrong bug? Your change looks like it's related to #7 and probably unrelated to this issue.
Chances are they are both related.
I see no reason to think so.
Confirmed. It's an unrelated issue. CMPOmakePWAD()
does this:
while (TXTentryParse
(name, filenam, &X, &Y, &Repeat, TXT, false) == true) {
TXTentryParse()
is a standard function that parses lines from the config file. The filenam
variable is populated, but the value isn't actually used. It goes on to just construct the filename ignoring it:
if (MakeFileName
(file, DataDir, "TEXTURES", "", name, "TXT") == true) {
Detail("CM52", "Reading texture file %s", fname(file));
TXUreadTexFile(file, true);
There's also a ton of duplicated code that's identical between TEXTURE1 and TEXTURE2. This is a horrible codebase.
Then simply changing name
to filenam
should fix it. That's how the other composing functions do it.
This is a horrible codebase.
Yes it is. ;)
Fixed as of a2339720b6df26924726bce1252b903410e140d1
The config parser allows you to specify a filename explicitly for most sections. For example you can do this:
You can't do this when specifying a texture lump in the [textures] section; it has to conform to the name of the lump.
This used to be annoying for Freedoom, but is slightly moot now, since we generate our own texture lump.