NGZDoom - GZDoom fork with actor and camera roll

[Gez]

Hopefully, this will prompt someone to choose a..."final solution" as it were...and implement into GZDoom's trunk and, by extension, Zandronum.

Zandronum has yet to catch up to the 2010 version of ZDoom...

[Athel]

I never got why Zandronum/Skulltag is so far behind from ZDoom. Any explanation on this?

[NeuralStunner]

I never got why Zandronum/Skulltag is so far behind from ZDoom. Any explanation on this?

No. The last man we sent to investigate, well, he never returned. That was four years ago. I had to inform his family. The looks on their faces just tore me apart inside.

Anyway, the short answer: Too much to do. Each new feature needs to work across a server/client network game, and there's not enough developers/testers with the free time to spare for "catching up". Too much of the community woulod rather shrug it off and stay in a rut, or complain about the slow development rather than trying to help in any meaningful way.

[Galaxy_Stranger]

Hopefully, this will prompt someone to choose a..."final solution" as it were...and implement into GZDoom's trunk and, by extension, Zandronum.

Zandronum has yet to catch up to the 2010 version of ZDoom...

Yeah, but they update...to a degree...from time to time...

I wish a project like Odamex would just switch to GZDoom.

[Xtyfe]

I never got why Zandronum/Skulltag is so far behind from ZDoom. Any explanation on this?

No. The last man we sent to investigate, well, he never returned. That was four years ago. I had to inform his family. The looks on their faces just tore me apart inside.

Anyway, the short answer: Too much to do. Each new feature needs to work across a server/client network game, and there's not enough developers/testers with the free time to spare for "catching up". Too much of the community woulod rather shrug it off and stay in a rut, or complain about the slow development rather than trying to help in any meaningful way.

It seems to me what they need is two teams of people. One for the old features, and one for the new until both come together and it's in sync. At this point they may as well start over though, too much has happened in 5+ years since.

One day... One day we may see the merge of the major ZDoom forks back into ZDoom itself. One can dream

[Gez]

Several years ago there was a rewrite of the archive code, and at first there were several issues. Skulltag developers decided to make a pause in catching up to wait for these issues to be fixed, and in the meantime they'd go on to fix Skulltag bugs instead.

Fast-forward, Skulltag died and was reborn as Zandronum, the bugs with the new archive code have been fixed so long ago nobody remembers they even existed, and Zandronum hasn't caught up yet. Instead they moved on to do plenty of new features on their own, like integrating an optionally-permanent database system, authenticated logins, etc. Seems to me they're happier branching off in their own direction and I'd bet they won't ever resume earnest effort to catch up. Instead they'll just backport some features out of sequence from time to time when requested by their userbase but otherwise remain forever a ZDoom 2.3 derivative.

[Enjay]

Which is all fine and good and allows Zandronum to keep going and to stick to its primary purpose.

What is also does, however, is spawn 1001* people asking "please make you mod compatible with Zandronum" whenever a new (G)ZDoom project comes out that uses features introduced in the last few years.

*hyperbole


Aaaanyway, this camera roll effect looks pretty cool. I'd like to see it used in a Duke-style death view where the player view flops/rolls to one side as it falls to the ground on death. Tying it in with the "skullpop" feature would also be cool.

[Nash]

So how many people have actually started messing with this and made mods that use the new features? I'm thinking that this may not have been a good idea after all (in hindsight) and I'm not sure if it's worth the effort maintaining the codebase if no one is going to use it. It's a lot of work and definitely more work that I'd usually be willing to put effort in.

I only put this up because (I'm sorry if I'm being honest) the amount of requests that I put this up was starting to get a little uncomfortable for me.

Perhaps I should just put a .diff of the roll features instead and anyone who wants to do it can build their own binaries?

[YukiHerz]

i was thinking of something...

Would it be possible to make a sort of "Lean" mechanic?

[xenoxols]

That is exactly why I am exited for this. Unfortunately I don't have access to my windows PC and I'm stuck with a mac, which it won't compile on. Probably due to OS X's ancient opengl support.

[StrikerMan780]

I'd definitely use this to make a 6dof shooter. One of my favorite game genres of all time.

[NeuralStunner]

I don't see software incompatibility as a big problem, when +/- 90 degree freelook is "incompatible" already. You just can't expect a lot of camera magic with the column renderer.

[Armaetus]

"This video is private"



I wanted to see it..

[Nash]

[quote="Glaice"]"This video is private"

Woops! Sorry about that.

Announcement 29/12/2014:

I have decided that I don't have time to keep this up to date and therefore this "fork" will remain frozen at GZDoom revision c39e962. If there is enough interest in this that it necessitates a code base update, I will do it on a by-request basis. I also have no means (nor the inclination) to build the program for non-Windows systems unless I actually get help so I'm sorry, non-Windows guys. This was more of a proof of concept thing anyway and most importantly, was put up by request from several people. I don't think making it a "fork" was a good idea. Anyway, if anyone has any suggestions or better ideas, just let me know.

[Caligari87]

Have you considered doing a pull request or something to get the code into the main GZDoom codebase, at least the rolling and non-1.2-aspect parts? That's pretty much what I would be interested in, if anything.