MantisBT - Zandronum
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0003118Zandronum[All Projects] Bugpublic2017-05-01 08:122024-03-01 18:18
Reporterjdagenet 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusconfirmedResolutionbackport later 
PlatformMicrosoftOSWindowsOS Version10
Product Version3.0-beta 
Target VersionFixed in Version 
Summary0003118: Middle texture linedef scaling bleeds into nearby 3D floors in Software
DescriptionIt 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 ReproduceLoad up "linedef_tex_scale.wad" with Doom2.wad and walk around the 3D floors and notice the textures scaling in real-time.
Additional Information
TagsNo tags attached.
Relationships
Attached Files? linedef_tex_scale.wad (6,971) 2017-05-01 08:12
/tracker/file_download.php?file_id=2094&type=bug
Issue History
Date ModifiedUsernameFieldChange
2017-05-01 08:12jdagenetNew Issue
2017-05-01 08:12jdagenetFile Added: linedef_tex_scale.wad
2017-05-01 18:19Edward-sanNote Added: 0017488
2017-05-01 18:19Edward-sanStatusnew => feedback
2017-05-01 22:00Ru5tK1ngNote Added: 0017505
2017-05-02 08:31Edward-sanNote Added: 0017509
2017-05-02 20:00Ru5tK1ngNote Added: 0017522
2017-05-03 16:30Ru5tK1ngNote Added: 0017541
2024-03-01 18:18Ru5tK1ngNote Added: 0023181
2024-03-01 18:18Ru5tK1ngStatusfeedback => confirmed
2024-03-01 18:18Ru5tK1ngResolutionopen => backport later

Notes
(0017488)
Edward-san   
2017-05-01 18:19   
Please check what happens with GZDoom 1.8.6 with Software mode enabled.
(0017505)
Ru5tK1ng   
2017-05-01 22:00   
The issue also occurs with 1.8.6
(0017509)
Edward-san   
2017-05-02 08:31   
In that case any version of GZDoom before 3.0 should be checked.
(0017522)
Ru5tK1ng   
2017-05-02 20:00   
The problem doesn't occur in GZdoom 1.9.0
(0017541)
Ru5tK1ng   
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   
2024-03-01 18:18   
Will be fixed in the codebase upgrade.