zdoom and hi res textures

KuriKai · Post by **KuriKai** » Thu Aug 16, 2007 5:48 pm

Ok, I am trying to test the dhrp in Zdoom and GZdoom, but I am having a problem. The wall textures are all the wrong scale, as if they are being treated like doom scaled textures. Although since the flats are scaled correctly, I cant tell if this is a bug or feature, its kind of an ambiguous problem.

Anyone know how to fix?

Regards
KuriKai

Post by **Gez** » Thu Aug 16, 2007 6:02 pm

First question first, and sorry if it's a bit of a "duh" question, but did you use the HIRESTEXT lump?
http://208.78.96.242/wiki/HIRESTEX

KuriKai · Post by **KuriKai** » Thu Aug 16, 2007 6:13 pm

thanks. I have never used zdoom before.

KuriKai · Post by **KuriKai** » Thu Aug 16, 2007 6:30 pm

Does it have to be called HIRESTEX or is there some way to have seperate ones for seperate games? as there are duplicate texture names.

can I put each respective HIRESTEX in a games "textures/doom*" folder?

Chilvence · Post by **Chilvence** » Thu Aug 16, 2007 6:32 pm

Ok since this was originally my question I'll bump in.
I have a simple shell command to generate the hirestex lump:

Code: Select all

for i in $(ls) ; do echo remap ${i%.*} $i >> hirestex; done

Should do it. I dont have zdoom set up on linux at the moment though (shame on me) so I cant verify it.

edited:

Ok, I have fiddled with it. any of the below options:

remap BIGDOOR1 bigdoor1
or
remap BIGDOOR1 /textures/doom/bigdoor1
or
remap BIGDOOR1 /textures/doom/bigdoor1.png

gives the error:
W_OpenLumpNum: 4294967295 >= NumLumps

when I try to load it as hirestex.lmp via the command line.

Chilvence · Post by **Chilvence** » Sat Aug 18, 2007 4:23 am

Can somebody point me to a working example of this feature? I am sure it should work the way I am writing the lump, I would like to see if I am doing something stupid wrong.

Post by **Graf Zahl** » Sat Aug 18, 2007 5:10 am

Try remap BIGDOOR1 textures/doom/bigdoor1.png without a leading slash.

Chilvence · Post by **Chilvence** » Sat Aug 18, 2007 9:19 am

Well, that solved it crashing, but it still doesn't seem to work. Perhaps I am assuming too much - is the remap feature supposed to scale the hi-res variant to the original sized texture? Or do I need to have anything else in the hirestex lump?

Post by **Graf Zahl** » Sat Aug 18, 2007 11:36 am

Try to rename the directory. 'textures' is a synonym for TX_START so it might create some interference.

Chilvence · Post by **Chilvence** » Sat Aug 18, 2007 12:14 pm

That is probably what is happening. However, the textures directory is also the correct one for hi-res textures in timmie's zdoomgl, which I thought the current system was based on. In that, the folder names were used in that for conditionally loading textures for each version of doom, which is important, because there are many name conflicts where the texture is totally different.

Post by **Gez** » Sat Aug 18, 2007 9:15 pm

Not that many, but enough to be disruptive.

The list is this:
BIGDOOR7
BRNPOIS
NUKEPOIS
SHAWN1
SKY1
SKY2
SKY3
STEP1
STEP2
STEP3
STEP5
SW1BRN1
SW1STARG
SW1STON2
SW1STONE
SW2BRN1
SW2STARG
SW2STON2
SW2STONE

Additionally, there's also a texture conflict between Doom1 and Hexen: PLANET1.

Post by **Graf Zahl** » Sun Aug 19, 2007 1:33 am

Chilvence wrote:That is probably what is happening. However, the textures directory is also the correct one for hi-res textures in timmie's zdoomgl, which I thought the current system was based on. In that, the folder names were used in that for conditionally loading textures for each version of doom, which is important, because there are many name conflicts where the texture is totally different.

These are 2 totally different systems. The hires replacement system only works with an actual directory (not a Zip/PK3) but no HIRESTEX and this is not supported by ZDoom. If you want to do it for ZDoom you have to:

a) put everything into a WAD/PK3.
b) not use any of the reserved directory names for your data.

The ZDoomGL system is implemented in GZDoom but again, only for using a real directory.

Chilvence · Post by **Chilvence** » Sun Aug 19, 2007 6:59 am

Hmm, It looks like the only solution will be to have a base pack for common textures, and then an extension for each game version. Which is ironic, since KuriKai has just moved away from doing that to simplify the download, usage and understandability (heh, new word) of the texture pack.

Is there any more general way of causing a pk3 file to load differently depending on what version of the iwad you are using?

KuriKai · Post by **KuriKai** » Mon Aug 20, 2007 12:34 am

I'm not keen on having a base pack and then extra packs.

Chilvence · Post by **Chilvence** » Mon Aug 20, 2007 1:26 am

Well, not when the needed feature is accounted for in every other port, especially.