[r737] Wrong Door Background Image

[Deathlike2]

Icarus can be obtained here: http://www.doomworld.com/idgames/index.php?id=5191

The door in this map should show what there is on the other side...
ZDoom (r2147):


However in GZDoom, it seems render the background image for the map.


I'm not using r738 because of the rocket launcher bug (and there hasn't been a new build since then).

[Graf Zahl]

I can't see anything in your screenshots due to the map overlay. Also, please use another image host. Imageshack is almost unusable for me and I was unable to get the full size images.

[Deathlike2]

Just click on the images links to see the enlarged versions.

For your convenience, I put them in spoiler tags:

[spoiler][/spoiler]

[spoiler][/spoiler]

Edit:
I redid the pics, so it would be easier to upload here as an attachment.

The first pic is the original, the second pic in the file is the same location with the map overlay.

[Enjay]

I'm not sure if the automap is part of the bug or not but, if it's not and you are just using it to show the position on the map, you can type IDMYPOS and the current coordinates will be displayed on screen.

[Deathlike2]

The automap is used to show location, and is not part of the bug.

[Graf Zahl]

These doors are a mess. We'll see if it can be fixed...

[Deathlike2]

Here's another example with r741 of Strain: http://www.doomworld.com/idgames/index.php?id=8467

Hopefully this provides better insight to the issue. Maybe it has to do with the radius of a glowing object or something along those lines.

The picture is from map25 of Strain.

Edit: Removed images

[Deathlike2]

I thought this was an issue with GZDoom, but this bug also occurs in ZDoom.

Picture was taken with ZDoom r2165.

Edit: Removed images

[Gez]

1. Smaller pictures! If your screenshot are greater than 640*480, crop them, resize them, or use thumbnails.
2. If it's a ZDoom bug, report it at the ZDoom bug forum.

[Graf Zahl]

The Strain door is just not perfectly designed. If it glitches with ZDoom it most likely glitches with Doom.exe, too.

[Deathlike2]

Ah ok. I've tried looking through it via doom2 (well, a dehacked version) and that behavior happened there too. My bad. I thought they were related but obviously they were not.

[Gez]

This still happens. Here's an APNG animation (won't work in IE, Chrome or Safari; will work in Firefox or Opera) to illustrate the issue:
[spoiler][/spoiler]
If the door is fully closed, the room on the other side is not drawn at all, and instead the sky is drawn behind the bars. As soon as a part of the room can be seen below the opening door, the room can be seen as expected behind the bars.

So the issue is that the renderer doesn't know that transparent doors like this can be seen through even when closed.

[Graf Zahl]

These doors defeat the detection logic and I don't know what to do about it.

[Graf Zahl]

I'm sorry but the original problem is not fixable without breaking much more important things.

These doors would work fine if they didn't use F_SKY1 as a texture. But by using the sky I'm running into a certain problem here: Unlike the software renderer the GL renderer cannot detect that the ceiling of these sectors is out of view. And so these doors get treated like any other sector boundary between 2 sky sectors: The upper texture's area is filled with the sky.

[Gez]

What's odd is that sector 91 does work, and it's built like the others (F_SKY1 ceiling texture).