ZDoom

by **Hirogen2** » Thu Oct 16, 2003 1:52 pm

HotWax wrote:(Is anyone else of the opinion that a simple "No, you're mistaken, Hirogen, it was actually XWE that broke those textures." would have sufficed?)

That is what I said?! (Though I added (XWE)now to make clear what "it" is)

by **Graf Zahl** » Thu Oct 16, 2003 11:26 am

HotWax wrote: /me sacrifices newly created segs to appease the great God of the Deep lest he continue to rant pointlessly.

by **HotWax** » Thu Oct 16, 2003 11:14 am

(Is anyone else of the opinion that a simple "No, you're mistaken, Hirogen, it was actually XWE that broke those textures." would have sufficed?)

/me sacrifices newly created segs to appease the great God of the Deep lest he continue to rant pointlessly.

by **Hirogen2** » Thu Oct 16, 2003 3:23 am

randy wrote:Ironically, XWE doesn't even display them correctly, even though it created them.

It looks to me more like it (XWE) does not create them correct, because they show up both fux0red in XWE and Doom.

by **randomlag** » Tue Oct 14, 2003 12:50 pm

randy wrote:Alright, I turned the unused word between the texture name and the scale values into a flags word. Now the maptexture definition in the wad starts like this:
Code: Select all
char name[8];
WORD Flags;
BYTE ScaleX;
BYTE ScaleY;
.
.
.

Done

v11.83 has this and automatic DECORATE support added.

You might consider one more flag bit - that's to automatically scale to the original DOOM texture so that no scaling has to be done by the user (ala the external formats).

It may make sense to release an interim version with support for the latest since there will be a lot better feedback on anything new done. Eg. TX, this and that.

by **randi** » Tue Oct 14, 2003 11:56 am

Ironically, XWE doesn't even display them correctly, even though it created them.

by **randomlag** » Tue Oct 14, 2003 11:30 am

Hirogen2 wrote:
randomlag wrote:The reason this happened is that you got confused on the transparency issue and did not follow my advice about changing the transparency color and instead used XWE.
Nah after I saw that XWE was not able to handel >509 I switch to Deepsea and, maybe I changed transparency maybe not. Can't remember.

These were made by XWE. I don't post unless I verify the facts. Do it yourself, you will find that the lump sizes do not match. On top of that the very first offset entry made by DeePsea vs XWE is different.

by **Hirogen2** » Tue Oct 14, 2003 11:28 am

randomlag wrote:The reason this happened is that you got confused on the transparency issue and did not follow my advice about changing the transparency color and instead used XWE.

Nah after I saw that XWE was not able to handel >509 I switch to Deepsea and, maybe I changed transparency maybe not. If it doesnot settle with the default cyan in index 247.... can't remember.

by **randomlag** » Tue Oct 14, 2003 10:23 am

Hirogen2 wrote:DeepSea's fault. I will correct that in a future re-release, probably when PNG and hires support is in ^_^

The least you can do is REMEMBER what you did. You used XWE and this is done by XWE. I've known this problem for a long time:)

The reason this happened is that you got confused on the transparency issue and did not follow my advice about changing the transparency color and instead used XWE (edit: or when you used the scaling it changed it when you saved?)

Proof: Easy, if you use DeePsea the lumpsize is different. There are also other anomalies I leave for others to discover.

IOW XWE's fault

by **HotWax** » Tue Oct 14, 2003 9:17 am

Dude, you WANT to incur His wrath, don't you?

by **Hirogen2** » Tue Oct 14, 2003 2:49 am

DeepSea's fault. I will correct that in a future re-release, probably when PNG and hires support is in ^_^

by **randi** » Mon Oct 13, 2003 10:45 pm

Alright, I turned the unused word between the texture name and the scale values into a flags word. Now the maptexture definition in the wad starts like this:

Code: Select all

char name[8];
WORD Flags;
BYTE ScaleX;
BYTE ScaleY;
.
.
.

At present (and probably forever), there is only one flag defined: 0x8000 will cause the texture to offset by world units instead of by texels.

However, while testing with your wad, I found out that whatever program you used to create the textures cannot properly create tall patches with holes. MIDBRONZ is probably the best example of this. See the attached screenshot.

by **Hirogen2** » Fri Sep 26, 2003 6:04 am

1. bigsky.wad - a reduced zrtxhtic.wad, so use bigsky.wad with the Heretic IWAD (E1M1 will look crappy but, this is about the sky...)
2. tex.wad - load this up and you will get the message '(number) >= wnumlumps', although it has nothing to do with wnumlumps! Instead, it is about patches missing. You might want to make an appropriate error message.

http://linux01.org:2222/f/sky-n-tex.cab (274KB)

Edit: Guys, I do not know why you're downloading this, it's just useful for Randy

by **randi** » Thu Sep 25, 2003 11:21 pm

Hirogen2 wrote:the sky... (it is not the usual size but you see it's not working)

Will you make me a copy of your texture wad with just the sky?

by **Bio Hazard** » Fri Sep 19, 2003 5:52 pm

so this hasent been fixed yet?

ZDoom

[Fixed] Using highres textures screws them

Post a reply

Expand view Topic review: [Fixed] Using highres textures screws them

Release an interim version?

Re: Using highres textures screws them