ZDoom

Doombuilder is totally confused by the nodes ZDBSP (1.5) creates:

However, it's not a DB problem. Prboom struggles with texture offsets (yet has no black holes). Take any wad, zdbsp'ize it and load it up in said two programs.
If you can't find a wad that gets screwed in the second case (textures offset), I'd be glad to provide one.

Doesn't ZDBSP write a new node format that the normal Doom engine(s) can't handle?

... And this is a ZDoom bug... how?

This bug has been around some time and is pretty major as it means you can't reliably use ZDBSP nodes for non-ZDoom WADs. And no, this isn't a ZDoom bug, but if you were paying attention you'd see this forum also covers ZDBSP and ZETH ones as well.

The texture offset bug is well known. Apparently ZDBSP writes out incorrect seg offsets. But frankly, I don't get why these values are still being used by all the ports. I have had this issies with other node builders as well on occasion (WARM comes to mind.)

>Doesn't ZDBSP write a new node format that the normal Doom engine(s) can't handle?

Only when you use the compression option. (Using it will make other ports bomb out instantly.)

>... And this is a ZDoom bug... how?

It's a ZDBSP bug, and on top, since ZDBSP also builds non-Hexen maps, it's relevant for The World.

>The texture offset bug is well known. Apparently ZDBSP writes out incorrect seg offsets. But frankly, I don't get why these values are still being used by all the ports.

First of all, why does ZDBSP write incorrect offsets (that ports use then)?

Hirogen2 wrote: First of all, why does ZDBSP write incorrect offsets (that ports use then)?

Well, it's a bug!

Since ZDBSP started out as built-in code that would only build internal nodes that only ZDoom would ever see and use, Randy probably didn't see this as a huge issue.

I consider this something that should need fixing. ZDBSP is IMO the fastest builder out there and it would be a pity to use a different BSP program for non-Hexen maps.
So far, I only know of three all-format builders: ZDBSP, BSP v5.1-HX (by me) and DeepBSP. And what's bad: the first has a bug, the second is almost not used, the third is part of a shareware package (see the (never?)ending rants in this forum about rl)

Zennode and WARM also support Hexen format so you are not that limited.

Hirogen2 wrote:First of all, why does ZDBSP write incorrect offsets (that ports use then)?

Because ZDoom doesn't used the offsets, so the original nodebuilder code didn't calculate any. I had to add that when I made the external tool. I thought I got the math right, but apparently not. The only non-ZDoom testing I did with it was to test the GL nodes with EDGE.

randy wrote:Because ZDoom doesn't used the offsets

Heh I figured that out already, since ZDBSP'ed maps display fine in ZDoom

so the original nodebuilder code didn't calculate any. I had to add that when I made the external tool. I thought I got the math right, but apparently not.

Could you please correct it?

bump?

Fixed the offset issue.