When will it end? ZDBSP 1.8 is out!

Post by **randi** » Tue Jun 06, 2006 5:14 pm

ZDBSP 1.8 is now available, featuring a bug fix for v5 GL nodes and significant performance improvements over 1.7. Here are some quick download links:

Unlike 1.7, this version does not have a special SSE2 optimized version available for download. This is because ZDBSP 1.8 automatically detects SSE2 and uses it if it's available and uses non-SSE2 code otherwise.

And with this, I don't foresee any more changes to ZDBSP for a long while.

Post by **Graf Zahl** » Tue Jun 06, 2006 6:00 pm

This should have been 2.0, not 1.8.

Post by **randi** » Tue Jun 06, 2006 11:28 pm

You really think the changes warrant a major version bump? All I did was remove one major bottleneck and slightly lessen another. Now, if I had added multithreading support...

stx 2.0 · Post by **stx 2.0** » Tue Jun 06, 2006 11:54 pm

Yet another release..

Post by **Graf Zahl** » Wed Jun 07, 2006 1:40 am

randy wrote:You really think the changes warrant a major version bump? All I did was remove one major bottleneck and slightly lessen another. Now, if I had added multithreading support...

Everything combined from 1.6 to 1.8, yes. But the important thing is that it is now a universally usable node builder which 1.5 wasn't due to the deletion of overlapping linedefs.

sirjuddington · Post by **sirjuddington** » Wed Jun 07, 2006 7:03 pm

Graf Zahl wrote:But the important thing is that it is now a universally usable node builder which 1.5 wasn't due to the deletion of overlapping linedefs.

Actually I'm not too sure about that. I think other ports (and the original doom2.exe) still have problems with zdbsp's blockmap. I ran zdbsp on my deliverance.wad with version 1.7 and some of the enemies wouldn't notice me in chocolate-doom.

Post by **Graf Zahl** » Thu Jun 08, 2006 2:23 am

That can't be caused by the blockmap because unlike ZDoom most source ports use the BSP to check sight. Can you give me a link to this WAD so I can check myself?

sirjuddington · Post by **sirjuddington** » Thu Jun 08, 2006 10:04 am

http://www.doomworld.com/idgames/index.php?id=11871

I just figured it was the blockmap because I remember that being the problem some time before (enemies would see through walls if I used an older version of zdbsp).

rpeter · Post by **rpeter** » Thu Jun 08, 2006 10:25 am

In Doom P_CheckSight checks the REJECT lump then calls P_CrossBSPNode, with goes through the bsp tree. Blockmap is not touched as far as I can figure out.

Post by **Graf Zahl** » Thu Jun 08, 2006 10:46 am

In ZDoom it is because it uses Hexen's sight check which works differently.
In ports closer to the original it's not.

Post by **Da Spadger** » Fri Jun 16, 2006 5:56 am

If it weren't for one error in this, i would use it. Whenever i merge two or more sectors, it gives me an error message (I can't remember it at the moment, i'm not at my computer either.) and i can't enter 3d mode. I would have to get rid of the unused sector(s) before being able to get into 3d mode again. It's not really hard to do, but it's quite annoying. :\

EDIT: I use the :/ smiley too much. Changed.

QBasicer · Post by **QBasicer** » Sun Jun 18, 2006 5:23 am

Randy. You're my hero.

Hirogen2 · Post by **Hirogen2** » Thu Jun 22, 2006 8:33 am

randy wrote:You really think the changes warrant a major version bump?

Oh well we can go up to 1.99 if you like

All I did was remove one major bottleneck and slightly lessen another. Now, if I had added multithreading support...

Port it to POSIX/Linux, that would be a good reason for a bump.
/me already thinks of adding HPC-threading...

Jim · Post by **Jim** » Thu Jun 22, 2006 9:45 am

Hirogen2 wrote:Port it to POSIX/Linux, that would be a good reason for a bump.
/me already thinks of adding HPC-threading...

It already compiles fine on Linux.