Per https://www.doomworld.com/eternity/engi ... udmf11.txt:
"
The "Doom" translation type... is considered to
represent the final fork of the v1.9 Doom engine, and therefore it includes
all line types added in DOOM II. It is also additionally considered to
include all specials defined in the BOOM and MBF source ports. Implementors
who support BOOM linedef types can handle these in the normal manner; ports
which do not support them should zero or otherwise ignore the offending
specials.
Documentation of the precise meanings of these standardized namespaces will
be provided in separate documents.
"
So what specials, parameters, flags &c. does an MBF- and UDMF-compatible engine expect in the "Doom" namespace?
For example, is it legal for door specials to have separate light tags as in ZDoom?
UDMF: What's in the "Doom" namespace?
Moderator: GZDoom Developers
Forum rules
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. If you still don't understand how to use a feature, then ask here.
Before asking on how to use a ZDoom feature, read the ZDoom wiki first. If you still don't understand how to use a feature, then ask here.
-
- Posts: 5
- Joined: Wed Aug 02, 2023 9:38 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Win10 x64
- Graphics Processor: nVidia with Vulkan support
-
- Posts: 1562
- Joined: Tue Oct 20, 2015 12:50 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Kozolupy, Bohemia
Re: UDMF: What's in the "Doom" namespace?
Legal? What do you mean?
-
- Posts: 753
- Joined: Tue Jul 15, 2003 3:37 pm
Re: UDMF: What's in the "Doom" namespace?
The "doom" namespace uses the regular Doom/Boom line specials, not the parameterized Hexen ones. So for example if you want a regular door you have to use special 1.
Boom actually has a light tag functionality, see https://soulsphere.org/projects/boomref/#sec1.2
Boom actually has a light tag functionality, see https://soulsphere.org/projects/boomref/#sec1.2
If they can go to jail for using the wrong specials, obviously.
-
- Posts: 1562
- Joined: Tue Oct 20, 2015 12:50 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Kozolupy, Bohemia
Re: UDMF: What's in the "Doom" namespace?
Why would they go to jail for using wrong line specials?
-
- Posts: 2119
- Joined: Thu May 02, 2013 1:27 am
- Operating System Version (Optional): Windows 10
- Graphics Processor: nVidia with Vulkan support
- Location: Brazil
Re: UDMF: What's in the "Doom" namespace?
It's a joke. "Legal" in this context means "in accordance to the specs".ramon.dexter wrote: ↑Fri Jun 14, 2024 8:24 am Why would they go to jail for using wrong line specials?
-
- Posts: 1562
- Joined: Tue Oct 20, 2015 12:50 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Kozolupy, Bohemia
-
- Posts: 5
- Joined: Wed Aug 02, 2023 9:38 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Win10 x64
- Graphics Processor: nVidia with Vulkan support
Re: UDMF: What's in the "Doom" namespace?
So does that mean there's no possibility for a remote door with tag A to change the light level in another location B on its own?boris wrote: ↑Fri Jun 14, 2024 8:09 am Boom actually has a light tag functionality, see https://soulsphere.org/projects/boomref/#sec1.2
-
- Posts: 255
- Joined: Mon Jan 09, 2023 2:02 am
- Graphics Processor: nVidia (Modern GZDoom)
Re: UDMF: What's in the "Doom" namespace?
You need more than one argument for that, but Doom/Boom format only has one, namely the 'tag' value.
So it's either the door sector's tag or the light sector's tag, but not both at the same time. Boom only allowed the light tag on non-remote door types because it had no other choice.
So it's either the door sector's tag or the light sector's tag, but not both at the same time. Boom only allowed the light tag on non-remote door types because it had no other choice.