Sarge
Register | User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > ZDoom vs. BUILD?
 
Author
All times are GMT. The time now is 02:32. Post New Thread    Post A Reply
Megamur
Forum Regular


Posts: 970
Registered: 02-11


Is there anything BUILD can do that ZDoom still can't emulate in some fashion? Could a painstaking level editor remake BUILD levels/items/weapons/actors in ZDoom and lose nothing in the translation? Or are there still some advantages to BUILD designing that ZDoom can't offer to level authors?

Old Post 04-13-11 04:14 #
Megamur is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
Mithran Denizen
Senior Member


Posts: 1093
Registered: 05-10


BUILD still has a few tricks up its sleeve that would be tough to do in ZDoom. Not as much as you might expect, though.

Old Post 04-13-11 04:22 #
Mithran Denizen is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Quasar
Moderator


Posts: 4615
Registered: 08-00


Do note that the Shadow Warrior engine is the most advanced incarnation of the BUILD engine though and had a shitload more stuff added to it than you get in the stock codebase. Or at least that's always been my understanding.

Old Post 04-13-11 04:40 #
Quasar is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Megamur
Forum Regular


Posts: 970
Registered: 02-11



Mithran Denizen said:
BUILD still has a few tricks up its sleeve that would be tough to do in ZDoom. Not as much as you might expect, though.


Wow, the terrain movement/deformation stuff is crazy.

Old Post 04-13-11 05:04 #
Megamur is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
Mithran Denizen
Senior Member


Posts: 1093
Registered: 05-10


Quasar's certainly right that Shadow Warrior is much more advanced than the plain 'Duke3D' version of BUILD, though even that has the non-static slope movement and some nifty moving sectors / sector-over-sector stuff, among a few other features that ZDoom can't really handle.

I think Shadow Warrior is still fit as a BUILD comparison to ZDoom, though, because it's the most feature-rich of the games that used the engine as a base, plus the source code is now available (and I think it actually has been since like 2006 or something).

Not that I wouldn't give my left kidney to see Blood working properly through something other than DOSBox. :)

Old Post 04-13-11 05:20 #
Mithran Denizen is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Graf Zahl
Why don't I have a custom title by now?!


Posts: 7130
Registered: 01-03


The only thing Build is not as good as Doom is in handling large open levels. I once tried adding a Build-style sector processing algorithm to GZDoom. It worked ok but performance completely broke down on wide open levels. For those Doom's BSP is still much better.

Old Post 04-13-11 07:08 #
Graf Zahl is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
LogicDeLuxe
Member


Posts: 628
Registered: 08-03


Thanks to the lack of BSP, you can move every wall in real time, though. No need for very limited polyobjs. The only restriction is, that you can not cross other sector boundaries. Also, sectors can overlap as you like, as long they can not be seen simultaneously. Only RORdoom had this ability. Overlapping sectors can even share the same altitude, which is not possible in any bsp based 3D engine.

I wonder, would it be possible to do some kind of hybrid renderer? At least 90% of a typical Duke3D map could be done in Doom with bsp, especially the outdoor parts. Maybe a sector flag to exclude it from the bsp tree and the engine should portal render them automatically then. Wouldn't this give us the benefits of both?
An intelligent node builder could detect automatically any moving or overlapping sector to set this flag accordingly.

Old Post 04-13-11 11:08 #
LogicDeLuxe is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Graf Zahl
Why don't I have a custom title by now?!


Posts: 7130
Registered: 01-03


I think this would be doable but it's obviously a lot of work to get it to work properly. The biggest issue is that the renderer would have to switch back to the BSP behind the BUILDified area and doing this properly is the biggest issue in my opinion. It wouldn't work without a lot of help by the node builder which would have to treat the entire area containing any BUILD-like structure as one large subsector.

Old Post 04-13-11 11:34 #
Graf Zahl is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Marnetmar
Forum Staple


Posts: 2028
Registered: 09-10


Maybe someone should make a doom port based on the build engine?

Old Post 04-13-11 14:08 #
Marnetmar is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
david_a


Posts: 1350
Registered: 09-02


If someone was going to put two renderers into a port it would be cooler if they were wildly different, like in Descent 3. Imagine outdoor areas in Doom using a Magic Carpet style renderer...

Old Post 04-13-11 14:58 #
david_a is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
Swiss_Cheeseman
Green Marine


Posts: 35
Registered: 05-03



Marnetmar said:
Maybe someone should make a doom port based on the build engine?


That would actually be pretty interesting. Is there anything the Doom engine can do that Build can't? I can't really think of anything.


Graf Zahl said:
The only thing Build is not as good as Doom is in handling large open levels. I once tried adding a Build-style sector processing algorithm to GZDoom. It worked ok but performance completely broke down on wide open levels. For those Doom's BSP is still much better.


I don't see why it isn't. Most of Duke3D's city levels are quite large. It's not like performance is much of a factor nowadays anyway since any modern PC runs Duke3D at like 500fps.

Old Post 04-13-11 16:42 #
Swiss_Cheeseman is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
esselfortium
Cumulonimbus Antagonistic Posting


Posts: 5268
Registered: 01-02


I think Graf was particularly referring to modern maps. Good luck running Vela Pax, Blackrock, or Deus Vult 2 at a playable rate without BSP. :P

__________________
essel.spork-chan.net - doom stuff, artwork, and music by esselfortium

Old Post 04-13-11 19:50 #
esselfortium is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Ladna
Junior Member


Posts: 115
Registered: 04-10


Doom is more complicated than you think. For one, software rendering isn't easy, but BUILD shares that handicap so it's not really relevant. However, BSP allows Doom to support huge maps without chopping them into parts and only loading one at a time, or using more complicated tricks like procedural generation. Without that stuff, you're faced with the daunting task of collision detection and occlusion over thousands and thousands of sectors. Doing this even at the low rate of 35fps is pretty intense, and really the only way Doom gets away with it is using BSP.

It's easy to say, "Pff, Doom/BUILD is so primitive compared to Black Ops or Bad Company, surely there will never be performance issues", but in many ways Doom's technical achievements still dwarf modern games. The vast majority of advances that have been made are graphics-oriented and implemented in hardware. But when you start talking about game logic, collision detection, or physics in general, we're basically still at Doom/BUILD technical levels, with all the limitations that suggests.

Well, it's also perhaps worth mentioning that tons of engine limits have been lifted from the original Doom source code by heroic source port authors, so it's not as if something written in 1992 could magically handle modern maps like Sunder. In many ways Doom has kept current with hardware advances, so it's probably more accurate to say that while Doom's renderer is arguably a lot more primitive than that of modern games, source port engine updates continue to take advantage of hardware advances (more RAM, bigger/faster disk drives, faster CPUs).

Old Post 04-13-11 19:58 #
Ladna is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Graf Zahl
Why don't I have a custom title by now?!


Posts: 7130
Registered: 01-03



esselfortium said:
I think Graf was particularly referring to modern maps. Good luck running Vela Pax, Blackrock, or Deus Vult 2 at a playable rate without BSP. :P



The one I used for testing was Hellcore 2 MAP09 (Hobb's End Horror)

This is a wide open city map with absolutely nothing view blocking in sight and the time the Build algorithm needed to sort the geometry was utterly prohibitive. With a BSP you don't need to sort. That's what the BSP is there for, after all.

Duke's city maps are tiny by today's mapping standards for advanced Doom source ports.

Old Post 04-13-11 21:18 #
Graf Zahl is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Spleen
Member


Posts: 497
Registered: 08-08


If I was picking an engine to make a 2.5D game with from scratch, I'd definitely pick Eternity Engine. I can add features myself if I really need them, so the arguable pros and cons of ZDoom and Build are outweighed by the fact that it has a real FOSS license. ZDoom's/Build's licenses can bite you down the road if it's a serious project.



Ladna said:
It's easy to say, "Pff, Doom/BUILD is so primitive compared to Black Ops or Bad Company, surely there will never be performance issues", but in many ways Doom's technical achievements still dwarf modern games. The vast majority of advances that have been made are graphics-oriented and implemented in hardware. But when you start talking about game logic, collision detection, or physics in general, we're basically still at Doom/BUILD technical levels, with all the limitations that suggests.
I think the real limitations are caused by the fact that most games still have static levels at their core, even if individual objects are destructible, or even parts of the level are, like in Red Faction. In this sense Minecraft is arguably the most ground-breaking 3D game since Doom, since it's the first commercially-successful 3D game where 100% of the level is completely dynamic.

Old Post 04-16-11 04:51 #
Spleen is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Gez
Why don't I have a custom title by now?!


Posts: 7046
Registered: 07-07



Spleen said:
If I was picking an engine to make a 2.5D game with from scratch, I'd definitely pick Eternity Engine.

But... The curse, man! What about the curse?

Old Post 04-16-11 08:19 #
Gez is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
Csonicgo
This post is probably useless


Posts: 3960
Registered: 03-04



Gez said:

But... The curse, man! What about the curse?



The curse that the codebase is stable?????

Old Post 04-16-11 22:25 #
Csonicgo is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Graf Zahl
Why don't I have a custom title by now?!


Posts: 7130
Registered: 01-03


Maybe the curse of eternal development? :D

Old Post 04-16-11 22:29 #
Graf Zahl is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Gez
Why don't I have a custom title by now?!


Posts: 7046
Registered: 07-07



Csonicgo said:
The curse that the codebase is stable?????

It was of course a joke about how none of the ambitious projects for Eternity ever come to fruition. (The real explanation being naturally that the majority of ambitious projects tend to be abandoned before completion, and EE has had just a handful of them so it's statistically normal that none of them were ever released.)

Not sure what you mean by "stable codebase" though. Ever since I started compiling its SVN builds, I've seen it go through several development branch merges, thorough rewrite of many subsystems, and a complete switch from C to C++. Before my time, FraggleScript support has been entirely removed and now Small is starting to go this way as well. The codebase seems to have a healthy amount of mobility; which makes sense for a program in active development.

Old Post 04-16-11 22:39 #
Gez is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
cq75
Green Marine


Posts: 35
Registered: 01-11


It was cool watching those SW videos, I never knew the Build engine could do things like that, but it makes sense since it isn't limited to the BSP.

Old Post 04-24-11 16:19 #
cq75 is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
Creaphis
I will deliberately take a contrary position just for the sake of writing incredibly long arguments


Posts: 3991
Registered: 10-05



Marnetmar said:
Maybe someone should make a doom port based on the build engine?


Someone was doing exactly this but I forget who. Read every thread in Source Ports started within the last two years and you might find out.

Old Post 04-25-11 04:42 #
Creaphis is offline Profile || Blog || PM || Email || Search || Add Buddy IP || Edit/Delete || Quote
HWGuy
Member


Posts: 257
Registered: 08-02



Creaphis said:
Someone was doing exactly this but I forget who. Read every thread in Source Ports started within the last two years and you might find out.

Sounds a lot like Hellduke TC.

Old Post 04-25-11 06:49 #
HWGuy is offline Profile || Blog || PM || Search || Add Buddy IP || Edit/Delete || Quote
All times are GMT. The time now is 02:32. Post New Thread    Post A Reply
 
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Classic Doom > Source Ports > ZDoom vs. BUILD?

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.

Forums Directory