0003118: Middle texture linedef scaling bleeds into nearby 3D floors in Software

Chat on our Discord Server Get the latest version: 3.2
Source Code

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0003118

Zandronum

[All Projects] Bug

public

2017-05-01 08:12

2024-03-01 18:18

Reporter

jdagenet

Assigned To

Priority

normal

Severity

minor

Reproducibility

always

Status

confirmed

Resolution

backport later

Platform

Microsoft

Windows

OS Version

Product Version

3.0-beta

Target Version

Fixed in Version

Summary

0003118: Middle texture linedef scaling bleeds into nearby 3D floors in Software

Description

It appears one-sided linedefs with texture scaling applied to the middle texture will cause a nearby 3D floor's sidedefs to alter in scale as the player moves and looks around. The variation of scaling is dependent on the player's position to the 3D floor, the scaled linedef, and the intensity of the scale applied.

From what I've gathered, the 3D floor's sidedef texture will scale roughly to the dimensions of which ever scaled, one-sided linedef is on the player's screen at that time.
The issue is not present if done on double-sided linedefs, top or bottom textures scaled.

As mentioned above, the intensity of the bug increases when the amount to scale is increased dramatically. It also depends on how many linedefs use middle texture scaling near the particular 3D floor.

The issue is only present in Zandronum 3.0 when using the Software rendering mode.

Steps To Reproduce

Load up "linedef_tex_scale.wad" with Doom2.wad and walk around the 3D floors and notice the textures scaling in real-time.

Attached Files

linedef_tex_scale.wad [^] (6,971 bytes) 2017-05-01 08:12

Relationships

Notes
(0017488) Edward-san (developer) 2017-05-01 18:19	Please check what happens with GZDoom 1.8.6 with Software mode enabled.

(0017505) Ru5tK1ng (updater) 2017-05-01 22:00	The issue also occurs with 1.8.6

(0017509) Edward-san (developer) 2017-05-02 08:31	In that case any version of GZDoom before 3.0 should be checked.

(0017522) Ru5tK1ng (updater) 2017-05-02 20:00	The problem doesn't occur in GZdoom 1.9.0

(0017541) Ru5tK1ng (updater) 2017-05-03 16:30	It appears these are the fixes for this bug from zdoom: 'https://github.com/coelckers/gzdoom/commit/8fa9aa26275e71b32cd92065c7ba6d80c7fd1b17 [^]' 'https://github.com/coelckers/gzdoom/commit/15b97c14093d80563f4773d17ea00e86b7b13ad0 [^]'

(0023181) Ru5tK1ng (updater) 2024-03-01 18:18	Will be fixed in the codebase upgrade.

**Issue Community Support**
Only registered users can voice their support. Click here to register, or here to log in.
Supporters:	Combinebobnt
Opponents:	No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2017-05-01 08:12	jdagenet	New Issue
2017-05-01 08:12	jdagenet	File Added: linedef_tex_scale.wad
2017-05-01 18:19	Edward-san	Note Added: 0017488
2017-05-01 18:19	Edward-san	Status	new => feedback
2017-05-01 22:00	Ru5tK1ng	Note Added: 0017505
2017-05-02 08:31	Edward-san	Note Added: 0017509
2017-05-02 20:00	Ru5tK1ng	Note Added: 0017522
2017-05-03 16:30	Ru5tK1ng	Note Added: 0017541
2024-03-01 18:18	Ru5tK1ng	Note Added: 0023181
2024-03-01 18:18	Ru5tK1ng	Status	feedback => confirmed
2024-03-01 18:18	Ru5tK1ng	Resolution	open => backport later

Questions or other issues? Contact Us.

Links

Doom and Doom II are the property of id Software.