Size limit in Doom format maps?
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Size limit in Doom format maps?
Hello!
Is there a limit to the Doom format maps, when using zdbsp and GZDoom?
In other words:
Is there a maximum number of sectors, vertices, lines etc.?
How likely are slime trails in Doom format maps, when running in GZDoom?
Many thanks
zhd
Is there a limit to the Doom format maps, when using zdbsp and GZDoom?
In other words:
Is there a maximum number of sectors, vertices, lines etc.?
How likely are slime trails in Doom format maps, when running in GZDoom?
Many thanks
zhd
- Gez
- Developer
- Posts: 1399
- Joined: Mon Oct 22, 2007 16:47
Re: Size limit in Doom format maps?
Maximum number of map elements depends on format. If you use UDMF, it's virtually unlimited. In binary map formats (Doom or Hexen formats) then there's a hard limit of 65535 elements of each type that needs to be referenced by other elements. For example, you can have more than 65535 things, but you cannot have more than 65535 sidedefs. The sidedefs limit is usually the first reached.
The usual kind of slime trails (caused by lack of precision in vertices added by the nodebuilder) will not happen in GZDoom's hardware renderer.
The usual kind of slime trails (caused by lack of precision in vertices added by the nodebuilder) will not happen in GZDoom's hardware renderer.
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Many thanks, Gez!
zhd
Does this mean that slime trails can appear in ZDoom, but not in GZDoom?The usual kind of slime trails (caused by lack of precision in vertices added by the nodebuilder) will not happen in GZDoom's hardware renderer.
zhd
- Gez
- Developer
- Posts: 1399
- Joined: Mon Oct 22, 2007 16:47
Re: Size limit in Doom format maps?
Well, you can use the software renderer in GZDoom, and then you get the same result as in ZDoom.
But with the hardware renderer, there is no slime trail.
But with the hardware renderer, there is no slime trail.
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Thanks a lot!
Okay, I'll go and try my maps with just the software renderer and see, if there are any slime trails.
And in deed, I've never ever seen slime trails with GZDoom so far.
zhd
Okay, I'll go and try my maps with just the software renderer and see, if there are any slime trails.
And in deed, I've never ever seen slime trails with GZDoom so far.
zhd
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Uhm well, I've a few more questions on this issue.
1.
WHY is it, that slime trails don't appear in GZDoom? Because of a more precise storage of the gl-nodes?
2.
If one places vertices not snapped to the 8x8 grid provided by several (most) editors, does this do any "harm" like slowing the game down or the like?
Thanks
zhd
1.
WHY is it, that slime trails don't appear in GZDoom? Because of a more precise storage of the gl-nodes?
2.
If one places vertices not snapped to the 8x8 grid provided by several (most) editors, does this do any "harm" like slowing the game down or the like?
Thanks
zhd
- Gez
- Developer
- Posts: 1399
- Joined: Mon Oct 22, 2007 16:47
Re: Size limit in Doom format maps?
Yes, basically.Zhadoom wrote:WHY is it, that slime trails don't appear in GZDoom? Because of a more precise storage of the gl-nodes?
Doom's original nodebuilder can leave tiny gaps between sectors due to lack of precision for vertex position. These gaps, combined with the "flood fill" technique used for flat rendering, results in slime trails.
There is another issue with the original nodebuilder in that it does not necessarily create concave subsectors. OpenGL requires concave nodes, so GZDoom will use GL nodes if present (and will create them while loading the level if they are missing). Since GL nodes have greater precision, they do not leave gaps. Furthermore, rendering flats is not done in a flood-fill manner like in the software renderer, so even if there were visible gaps they would not result in slime trails.
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Hi GEZ!
Many thanks for this explanation.
So, one should prefere GZDoom over other ports, whenever possible, right?
Kind regards!
zhd
Many thanks for this explanation.
So, one should prefere GZDoom over other ports, whenever possible, right?
Kind regards!
zhd
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Hello hello!
Okay, is there a way to convert maps in Doom format including GZDoom-linedef types?
I tried zwadconv + wad2udmf
Basically, this works fine. The maps look allright and work properly. However, linedef types like 281 are completly gone after user zwadconv. They turn into linedefs with no action. Also slope linedefs are action-less and linedef typs 4xx
All these are listed in the xlat-lumps in gzdoom.pk3. Hence, is there a way, that zwadconv can use the information of an xlat file?
And another question:
What parameters do I have to give to zdbsp in order to build an udmf map?
Kind regards!
zhd
Okay, is there a way to convert maps in Doom format including GZDoom-linedef types?
I tried zwadconv + wad2udmf
Basically, this works fine. The maps look allright and work properly. However, linedef types like 281 are completly gone after user zwadconv. They turn into linedefs with no action. Also slope linedefs are action-less and linedef typs 4xx
All these are listed in the xlat-lumps in gzdoom.pk3. Hence, is there a way, that zwadconv can use the information of an xlat file?
And another question:
What parameters do I have to give to zdbsp in order to build an udmf map?
Kind regards!
zhd
- Gez
- Developer
- Posts: 1399
- Joined: Mon Oct 22, 2007 16:47
Re: Size limit in Doom format maps?
Unfortunately, zwadconv is a very old program that hasn't been updated for years. Its conversions are hardcoded and it cannot be made to use xlat.
ZDBSP shouldn't need any special parameter to work with UDMF maps. If ZDBSP doesn't process a UDMF map correctly, it might be because you use a very old version of it dating back from before UDMF existed? If so update it!
ZDBSP shouldn't need any special parameter to work with UDMF maps. If ZDBSP doesn't process a UDMF map correctly, it might be because you use a very old version of it dating back from before UDMF existed? If so update it!
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Hi Gez!
Thanks for the reply!
I use zdbsp 1.18.1 and it works fine. I was wondering, however, if it needed particular parameters for udmf files like for example -X
Kind regards!
zhd
Thanks for the reply!
I use zdbsp 1.18.1 and it works fine. I was wondering, however, if it needed particular parameters for udmf files like for example -X
Kind regards!
zhd
-
- Posts: 57
- Joined: Tue Sep 02, 2014 16:06
Re: Size limit in Doom format maps?
Hi!
Well, finally all of my maps have successfully been converted to udmf.
Now I wonder if there is polyobject bleeding in GZDoom at all?
Or does it not occur due to the necessity for concave nodes?
Bye!
zhd
Well, finally all of my maps have successfully been converted to udmf.
Now I wonder if there is polyobject bleeding in GZDoom at all?
Or does it not occur due to the necessity for concave nodes?
Bye!
zhd
- Gez
- Developer
- Posts: 1399
- Joined: Mon Oct 22, 2007 16:47
Re: Size limit in Doom format maps?
There shouldn't be any problem with BSP.