Jump to content

GZDoom Scythe HOM


maxmanium

Recommended Posts

Hey folks, sorry if this has been posted before but I couldn't find anything about it. MAP22 of Scythe has this HOM, but it only happens on GZDoom (software renderer). I'm just curious if anyone knows why it happens.

 

Screenshot_Doom_20191019_172249.png.1e76ccb883f9466f2b3907740b9f5daa.png

Share this post


Link to post

Cause by sector 236 having the "wrong" floor/ceiling heights. Fix by having floor/ceiling heights of 120/121 respectively.

Edited by hawkwind

Share this post


Link to post
3 minutes ago, hawkwind said:

Cause by sector 236 having the wrong floor/ceiling heights. Fix by having floor/ceiling heights of 120/121 respectively.

 

But why does it only happen in GZDoom?

Share this post


Link to post
13 hours ago, maxmanium said:

But why does it only happen in GZDoom?

 

I don't think it does though, I think I've seen this in PrBoom when I went through Scythe.

Share this post


Link to post
1 hour ago, seed said:

 

I don't think it does though, I think I've seen this in PrBoom when I went through Scythe.

 

Seems fine to me

Share this post


Link to post

Did u guys check compatibility settings for both GZdoom and PrBoom+. I don't remember seeing this in either port but the last time I played Scythe was many years ago.

Share this post


Link to post
9 hours ago, seed said:

 

I don't think it does though, I think I've seen this in PrBoom when I went through Scythe.

PrBoom+ 2.5.1.5 at least is fine in software. Also using just zdoom 2.8.1 the area rendered fine. Could not see any compat settings for this issue. Would seem the software code has been modified since 2.8.1 ?

Edited by hawkwind

Share this post


Link to post

Seems to be a problem unique to GZDoom, and only in software/softpoly renderers, with no compatibility setting to fix it. It does not occur in PrBoom+ or Chocolate Doom (But ZDoom 2.8.1 does cause the problem for me). This is easily fixed using level compatibility, so I made a pull request for GZDoom. Once this gets committed into the master, this visual glitch will be fixed in the next GZDoom Devbuild, and by extension, GZDoom 4.2.4 and later. As for why this occurs exclusively in GZDoom's software renderer, your guess is as good as mine...

Edited by 3saster

Share this post


Link to post

The obvious answer would be that the renderer is not exactly the same, just like it swallows some map constructs others may choke on, the opposite can just as easily happen. It may be related to GL nodes. I remember the floating crate in Suspended in Dusk producing similar HOM in older ZDooms when the textured automap was on. GZDoom needs the GL nodes anyway so you can't switch them off and check, you'd have to do that in 2.8.1.

 

Share this post


Link to post
  • 2 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...