DRD Team

Now that we've seen some larger changes to GZDoom, I'm curious as to what direction GZDoom will go in the future. Is GZDoom still simply going to follow ZDoom in terms of features, or can we expect (hope?) to see some other GZDoom-specific stuffs? I for one would welcome such things as directional lighting and Legacy's coronas, but I have no idea where GZDoom is going in the first place.

I still got the same problem as before: Not enough time. Unless someone else starts helping out I'm afraid that the big things won't happen. The model code, for example is in desperate need of reworking but it's just far too much for the little amount of time I can spend on Doom.

Well, I fully understand that seeing this is only a hobby, and I'm happy with whatever is put out. I guess I'm asking not what is likely to happen, more, what do you as the developer eventually want to see happen with it? What are your goals for GZDoom? Even if it's not feasible to do something, doesn't mean you can't dream.

The question is, where can we find trustful help for Graf Zahl to work on things like that?

The only other person I know of who has shown the skill and the willingness to add features to GZDoom's OpenGL renderer was Torr Samaho (mostly in model-related code, but also that HQ resize filter). However, he's working on a now-outdated version of the renderer and I don't think he'd want to invest time working on code he couldn't use in Skulltag then.

Yeah, I was going to suggest earlier that we kidnap Torr Samaho for this, but as you mentioned, with GZDoom's new renderer, I honestly can't see him helping us out here.

Do you know what i hope to see in GZDoom?
A new Dedal code. Dude, that make me sad!
I know that is a damn hard job to fix but, the decal code make me sad.

Why that?

Gez wrote:[..] he's working on a now-outdated version of the renderer and I don't think he'd want to invest time working on code he couldn't use in Skulltag then.

So, is Skulltag not going to include the new GZDoom renderer?

There is no new renderer, just a heavily optimized one.

And unless they renegotiate, no, they can't use it because it contains a source-release clause.

Graf Zahl wrote:Why that?

Hmmm...
I mean this:

What am I supposed to see there?

The decal was divided by the vertex.

Ah, nevermind.

Ok. Is there a two-sided line between them? Sometimes this can cause the decal code to pick the wrong linedef to spread the decal to.

Negotiate?... I believe the terms you specified were "OpenSource or GTFO". I don't see much middle ground there, which is what negotiation implies.