ZDoom

Oh no, bump. I hope i did not do anything bad.

I have new idea.
GZDoom must have extra sorting system, counting with 3D floors, mid walls and sprites to draw translucent polygons in correct order, this sorting can't be done using Z-Buffer (as i know). I even noticed that GZDoom split sprites in view to fit every part into each 3D floor (so it can draw each part at different time).

I have not checked GZDoom code (and i don't know if i will), but is it possible to port GZDoom's sorting to ZDoom, so Z-buffer will not be used at all?

This is just idea, based on ... well nothing. I might try it, maybe. It will be easier if i get some more info how GZDoom sorts translucent walls/floors/sprites, so don't need to search it in sources.

cq75 wrote:This is awesome, I hope this gets put into skulltag when you guys get it working

But that'll take more than 10 years!

This is awesome, I hope this gets put into skulltag when you guys get it working

And they only look moderately OK on Linux. I still haven't gotten the will power to develop on another system yet.

Eriance wrote:Ok, I've definitely not checked this forum in too long. So I can actually play DE WITHOUT Gzdoom now? o.o

To a limited extent.

You should be able to find a build of ZDoom with 3D floors on if you go to the DRD Team SVN site, in the seldom-used "experimental" area. Since the branch hasn't been synced with the trunk for a while it's a bit outdated, though (r2444).

Ok, I've definitely not checked this forum in too long. So I can actually play DE WITHOUT Gzdoom now? o.o

DaMan wrote:PM'd this to Blzut but he never got back to me

I'm fairly sure I did. I didn't respond the the NOASM PM though. In anycase it's showing basically the same as it does on my Mac. I tried compiling for 32-bit Linux and it worked just as well as 64-bit so that's out of the question (not that I really thought it would be different either). I'm working on getting my Mac to be a bearable development system (read installing KDE), but other than that I haven't put too much thought into it.

PM'd this to Blzut but he never got back to me so I'll post here if he didn't forward it the right people.
I assume the problem he's talking about is this.

Spoiler:

---

Compiling with NOASM fixes it.

Spoiler:

---

Blzut's Linux build is 64bit.

Actually it would be nice if someone would let me know how they work on Windows right now. On x86-64 Linux the opaque, non-sloped 3D floors render fairly well. (In other words I'm able to play DE MAP07 with someone watching and they couldn't identify any of the 3 glitches I know about.) However, on the Mac the floors don't seem to render completely and so I'm wondering if it's the same on Windows.

At the moment it's not really useful for public release.

Is it possible for builds from the 3D Floor branch be compiled and put here? http://svn.drdteam.org/

This is a dream come true.... Hope it gets finished.

This is cool, keep it up and maybe we will see some multiplayer maps with 3D floors

Even as buggy as it is, it's still awesome beyond words.

You can also see a little bleeding bar on the left side (a thin black/grey line)