[4.6.1] action 242 problems & draw distance HOMS
Moderator: GZDoom Developers
Forum rules
Please construct and post a simple demo whenever possible for all bug reports. Please provide links to everything.
If you can include a wad demonstrating the problem, please do so. Bug reports that include fully-constructed demos have a much better chance of being investigated in a timely manner than those that don't.
Please make a new topic for every bug. Don't combine multiple bugs into a single topic. Thanks!
Please construct and post a simple demo whenever possible for all bug reports. Please provide links to everything.
If you can include a wad demonstrating the problem, please do so. Bug reports that include fully-constructed demos have a much better chance of being investigated in a timely manner than those that don't.
Please make a new topic for every bug. Don't combine multiple bugs into a single topic. Thanks!
[4.6.1] action 242 problems & draw distance HOMS
I've been working on this map for a boom project and didn't get round to testing it in GZDoom until today. It features some large, non-solid map geometry made possible via the transfer sector height action, but GZD ignores it for these features (not for other areas of the map, mind you - there are plenty of places where 242 works just fine). This only happens with hardware rendering (it doesn't matter which renderer I choose). Weirdly, it did manage to render the objects from afar as I noclipped towards the area.
This is what it's supposed to look like, as displayed in the software renderer, but that leads me to the next problem...
In software mode, pillars at the back display the water floor texture from the rooms above as a ceiling in place of the green 'windows' seen in the foreground. Worse, the background further behind the pillars has turned into a giant HOM.
Here is a link to the map so you can test it for yourself.
I've tried it in 4.5 and the latest build and got the same result in both. This could be a settings issue rather than an actual bug but I'm not well versed in that side of things.
This is what it's supposed to look like, as displayed in the software renderer, but that leads me to the next problem...
In software mode, pillars at the back display the water floor texture from the rooms above as a ceiling in place of the green 'windows' seen in the foreground. Worse, the background further behind the pillars has turned into a giant HOM.
Here is a link to the map so you can test it for yourself.
I've tried it in 4.5 and the latest build and got the same result in both. This could be a settings issue rather than an actual bug but I'm not well versed in that side of things.
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49068
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [4.6.1] action 242 problems & draw distance HOMS
Can you please post the sector numbers where the problems happen?
Re: [4.6.1] action 242 problems & draw distance HOMS
OK.
Pillar windows:
189, 1050, 1092, 1121, 1149, 1162, 2297, 1205, 1230, 2352, 1260, 2389, 1288, 2428, 1302, 1330, 2460, 2497, 1373, 2525, 2557, 2588, 1398, 1428, 2615, 1454, 2505, 1482, 2396, 1510, 2628, 1538, 1566, 2326, 2679
Giant fireblu things:
1826-1830
Pillar windows:
189, 1050, 1092, 1121, 1149, 1162, 2297, 1205, 1230, 2352, 1260, 2389, 1288, 2428, 1302, 1330, 2460, 2497, 1373, 2525, 2557, 2588, 1398, 1428, 2615, 1454, 2505, 1482, 2396, 1510, 2628, 1538, 1566, 2326, 2679
Giant fireblu things:
1826-1830
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49068
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [4.6.1] action 242 problems & draw distance HOMS
This map uses 242 in a way that clashes with an effect that got added in early ZDooms and requires a slight change in how 242 works to display correctly in the hardware renderer.
For obvious reasons that effect cannot be disabled because several old ZDoom map sets from the early 2000's depend on it.
The only way to address this would be through a compatibility option.
For obvious reasons that effect cannot be disabled because several old ZDoom map sets from the early 2000's depend on it.
The only way to address this would be through a compatibility option.
Re: [4.6.1] action 242 problems & draw distance HOMS
Oh dear, what about the bugs seen in software mode?
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49068
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [4.6.1] action 242 problems & draw distance HOMS
No idea, but I wouldn't be surprised if it's somehow related to the same thing.
Re: [4.6.1] action 242 problems & draw distance HOMS
Yeah, on closer inspection the HOMs in software mode seem to kick in at roughly the same distance that hardware mode starts actually rendering 242 actions correctly, so there's probably some relation. Either way, do you have any advice on how to fix this? As hardware rendering seems to be the most stable, are there ZDoom-specific map actions that would offer a workaround in that mode?Graf Zahl wrote:No idea, but I wouldn't be surprised if it's somehow related to the same thing.
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49068
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [4.6.1] action 242 problems & draw distance HOMS
On your side, no. The only way to address this is to add a compatibility option in the engine. This is simply a use case that was never considered when doing the implementation
Re: [4.6.1] action 242 problems & draw distance HOMS
Fair enough, do you mind explaining in a bit more detail what you think went wrong here so people can avoid the problem?
- Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 49068
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [4.6.1] action 242 problems & draw distance HOMS
Sure.
ZDoom in its early days implemented a way to use 242 for a simple ROR effect. Normally when viewing from a non-242 sector the function that processes 242 sectors will pick the middle part.
This effect checks the actual vertical span of the sector you can view into and may also pick the upper or lower parts instead - and that's what happens here in a scenario it wasn't supposed to.
As long as you use this type to create deep water or invisible platforms all is fine, the problems will start if you can see the outer walls of these sectors. This code cannot deal with that situation because it was never considered.
ZDoom in its early days implemented a way to use 242 for a simple ROR effect. Normally when viewing from a non-242 sector the function that processes 242 sectors will pick the middle part.
This effect checks the actual vertical span of the sector you can view into and may also pick the upper or lower parts instead - and that's what happens here in a scenario it wasn't supposed to.
As long as you use this type to create deep water or invisible platforms all is fine, the problems will start if you can see the outer walls of these sectors. This code cannot deal with that situation because it was never considered.