Building the New Evolution

So will it finally run on Linux 'native' (in quotes, because .NET apps don't even run on Windows natively), via Mono?

MikeRS said:

So will it finally run on Linux 'native' (in quotes, because .NET apps don't even run on Windows natively), via Mono?

That's what I was about to ask. What .NET version are you targeting, and are you using any pinvoke calls?

No that is impossible, because DirectX cannot run on Linux. Also, I chose to use the Windows.Forms lib for the GUI because it is professional and familiar, this also is not working in Linux (Mono has a very crap implementation but I don't blame them) Please don't start any "But you can use X" or "X is better" flaming, I have considered using alternatives, but this is my decision and I'm not changing this.

Have you considered OpenGL at all...? It works on both Windows and Linux.

Also, I don't really see how using that particular UI makes it look "professional and familiar". It's just copying Office 2003, which is completely inconsistent with other Windows applications, that's not very professional in my book.

Are you going to fix that bug that occurs in DB1 that causes it to start lagging seemingly exponentially when the nodes are built once you get past a certain number of sidedefs/sectors (IIRC it is not a problem with the nodebuilder, but with DB1)?

Dr. Zin said:

Are you going to fix that bug that occurs in DB1 that causes it to start lagging seemingly exponentially when the nodes are built once you get past a certain number of sidedefs/sectors (IIRC it is not a problem with the nodebuilder, but with DB1)?

Doom Builder 2 is a complete redesign and rewrite from scratch

Vista user *waves*

• Plugins that allow developers to make their own editing modes, including 3D mode extensions (slopes, 3D floors).
• On top of the great new features, there are little enhancements as well, such as full 32-bit anti-aliased 2D mode rendering, full PNG, BMP and GIF support and a more professional GUI look.

I love you CodeImp

Too bad linux is out of the picture, but this will be awesome nonetheless.
Can't wait!

DooM Builder is one of the big reasons DooM is still alive today! And all of the others too!!!!

doom builder was awesome in its day
but its just fallen into such disrepair now

im really looking forward to DB2, im already impressed by those few screenshots

my project is on hold until this time, im holding my breathe :)

I'll partake in the Vista testing.

I'll be able to help out by testing on non-Western Windows systems (not that it makes too much of a difference, but I can test on Windows XP in Simplified Chinese, Traditional Chinese and Korean, and at the very least the Simplified Chinese Windows Vista).

If John Anderson is unavailable for some reason, I'll probably be able to help out with the docs as well.

Setting textures as background? PK3 support? Very excited.

I would say something here about how stupid that "welcome to 2008, folks" argument is, but I'll let someone else do it.

Otherwise. I'll install this on my Virtual Machine when it comes out so not all is lost.

I tried Doom Builder for the first time a few days ago and I gotta say that is a very professional program, it is easy to setup and start mapping and the 3D mode worked pretty well (not flawlessly though) on my old 3d card. It has that "It Just Works" quality which I strive for in my own programs.

I would be seriously interested in helping you out, except that I'm a Free Software / Linux guy at heart and the technology you are using for DB2 restricts it to the Win32 platform (I don't think Mono can seriously be considered, as it's always playing catchup to Microsoft's implementation).

So I'll merely wish you luck on the rewrite.

Xtife said:

doom builder was awesome in its day
but its just fallen into such disrepair now

I'm sorry, did I miss the patches that gradually took out features, broke functions, introduce bugs and added bloatware?

It is still the same as it was 'in its day' and still remains a good functional editor now. [/overthetop]

Thanks for the kind words everyone! that motivates me :D

Looks promising.

First of all, there are a lot of things redesigned to better fit the needs of the mappers. For example: You can now configure nodebuilder settings and testing settings per game configuration, so that when you switch game configuration to edit some other map, the relevant settings will change along with your choice.

CodeImp, one thing you might want to consider when working on these things; when choosing a plain Doom format, by default make 3D mode display textures like in Doom and in Chocolate Doom as much as possible. Various wads lately have some texture alignment issues and tutti frutti glitches because there's a difference here (I think 3D mode is behaving more like Boom in most cases).

It's funny that MBF (an old DOS port) completely fixed the tutti frutti effect long ago, while IF I'M NOT WRONG ZDoom still has it at irregular-tall (!= powers of 2) textures.

Would you consider adding native Eternity ExtraData support, so esselfortium and the developper(s) of Mordeth and Millennium Doom would gain pace?

Build it with 3d in mind, and there's a chance u might start a trend among source port authors to make implementing true 3d a standard, which it should be by now anyway.

And completely ignore vanilla compatibility? Right...

printz said:

It's funny that MBF (an old DOS port) completely fixed the tutti frutti effect long ago, while IF I'M NOT WRONG ZDoom still has it at irregular-tall (!= powers of 2) textures.

At least it doesn't produce tutti frutti! ;)

Yeah, I know. But the drawing function was never rewritten to handle non-power-of-2 texture sizes. If it bothers you and you want it changed you can always make a feature request.

myk said:

Looks promising.

CodeImp, one thing you might want to consider when working on these things; when choosing a plain Doom format, by default make 3D mode display textures like in Doom and in Chocolate Doom as much as possible. Various wads lately have some texture alignment issues and tutti frutti glitches because there's a difference here (I think 3D mode is behaving more like Boom in most cases).

Sure I will use Chocolate Doom for comparision then, but I can't really simulate the tutti frutti effect (and I don't really want to either) because it is a very specific glitch related to Doom's software rendering (3D rendering doesn't have this sort of problems)

CodeImp said:
but I can't really simulate the tutti frutti effect (and I don't really want to either)

Yeah, that's fine; it could apply what's used for missing textures over 1-sided lines in the portions that would produce it. Perhaps likewise in any areas that will produce the medusa effect (i.e. multi-patch textures on a 2-sided linedef).

The screenshots look pretty cool, and it'll be nice to be able to load more then one resource. :p

myk said:

in the portions that would produce it {the TFE}.

Just know that in classic Doom the TFE appears only within the 128 range of the short texture. Regardless, the new designers should know themselves better, because they can read the faqs in idgames/docs or somewhere there. They can read them by opening them with DOS edit ("edit" from RUN or the command-line) and saving them, after slightly modifying them, or saving them as. They'll gain the proper text format.

printz said:
Regardless, the new designers should know themselves better, because they can read the faqs in idgames/docs or somewhere there.

Ideally, but as experience tells, if the editing tool isn't helping, it's just more likely there will be a mistake or a glitch. The idea of 3D mode is to be able to see more or less what the game will show while you're editing.

myk said:

Ideally, but as experience tells, if the editing tool isn't helping, it's just more likely there will be a mistake or a glitch. The idea of 3D mode is to be able to see more or less what the game will show while you're editing.

True, but it can never be a 100% accurate simulation, so you always still have to test your map in the engine you designed it for anyway.

imho the 3d editor should not try to render stuff as doom does. it would be horrible if it would not render invisible lifts and stuff like that, since you do want to se that when editing. The 3d mode is not meant to be used to see how the map will look in the end, it's meant to assist you in editing. You'll still always have to use the real engine for testing.

(I run 64bit vista, so if you want anything tested just harass me on irc or something)