[Fenix]

moonq3, on 12 May 2014 - 01:46 AM, said:

Good move. Now that 4.2 is eol or at least in long-term maintenance what about using github to open source the game engine? While you guys are working hard on HD we could help commit faster bug fixes and server owners could checkout dev versions if they want to update to the bleeding edge. It's clear from recent events that you need more hands on deck, and this would be a great way to get them. You could certainly count me in as someone who has been programming and mod'ing quake since the 1990s.

https://github.com/B...r-UrbanTerror-4

[moonq3]

Fenix, on 12 May 2014 - 11:06 AM, said:

https://github.com/B...r-UrbanTerror-4

Thanks Fenix. At the moment that is only the server binary source, not the game qvm code where much of the game resides and which has always been closed. Since most of the bugs appear there (e.g. no second flag sound) that is what I am suggesting also be contributed to the public github repo.

[FS Frankie V]

moonq3, on 12 May 2014 - 03:59 PM, said:

Thanks Fenix. At the moment that is only the server binary source, not the game qvm code where much of the game resides and which has always been closed. Since most of the bugs appear there (e.g. no second flag sound) that is what I am suggesting also be contributed to the public github repo.

I'm not a coder so I can't really comment on the benefits of putting the game code into OS.

From the content side of things though the game code is tied into the in game assets in such away that the two are dependent on one another in a critical balancing act that a change in one area can create problems in another.

The server crashing in 002 for example was caused by a bug in the player model that caused the hitmesh to collapse into it's self.

Another strong motivator to change to UE4 is some of the tools to maintain healthy content, since it is tied into code, is either no longer available or no longer work due to obsolesces and other options are showing signs of slow death.

[Pilou42]

Frankie V, on 13 May 2014 - 04:07 PM, said:

I'm not a coder

Wat ? You're not a developer ?

[moonq3]

Thanks for the reply Frankie. Yes of course the game code uses and is mapped onto the assets, and there is no real need to change those mappings anyway.

What we have now are some simpler but serious bugs in the current version. Examples include:

1. When the second flag is taken in CTF the alarm does not sound.
2. No block/ghost mode in jumping blocks.
3. Jump timers are not at millisecond resolution.
4. Map rotation restarts after playing a non-rotation map instead of continuing on.
5. Player timeout kick/auto spec only works 50% of the time and never works for players who have only numbers in their name.

At the same time we have an over-worked development team heading in an exciting new direction.

These bugs and others are relatively minor code fixes that would not touch the assets at all, and you have a community willing to fix them if you release the game code in github. Please do consider taking our help.

[FS BladeKiller]

moonq3, your first mistake is saying these are minor code fixes. As any coder who has worked on the game code can tell you, nothing is ever as straight forward and as simple as it seems. Fix bug A and bug B crops up in a totally unexpected place. It's spaghetti code. If you are a coder and think you can help maintain 4.2 please apply to the team and include your credentials in your CV.

[moonq3]

Well that's a friendly response.

I said they were relatively minor, not minor. That the changes would be minor relative to hitmesh and asset mapping code that Frankie was talking about.

I can only speculate that the changes could be minor based on the q3 codebase, since I haven't seen your codebase. I do know that a proper noblock patch takes three lines of code in entity parsing, I've already done it for my jump server. Any of the FS coders here would tell you that most of these are really quite minor to fix by a competent coder.

I'm really not interested in joining FS to work on hidden proprietary code, and most of the other developers I know are not either. I would very much like to help improve the codebase and implement bugfixes once the game code has been properly released on github though. Many others would as well. FS doesn't have to accept all commits and would still retain control over the repository, and you would get more free help from a wider group of people. Plus this is 4.2, which is quickly becoming legacy while you turn your attention to HD. Let us help maintain it so you can spend your time on the exciting new HD project with UE4!

What do the FS coders in particular think about this? I am sure you could use the help. Also you know this is the way UT is going, the whole thing will be open in github and community developed.

[FS Frankie V]

moonq3, on 13 May 2014 - 11:28 PM, said:

What do the FS coders in particular think about this? I am sure you could use the help. Also you know this is the way UT is going, the whole thing will be open in github and community developed.

Well Barbie is the keeper of the code and I'm more than happy to let him decided what to do and when but be assured we do talk about OSing the game, more than you might think, but there is a lot to consider besides letting interested coders help out and there is a lot of baggage that has accumulated over the past 14-15 years.

As a bullet point.

If we were to OS anything I would rather source fstech1 as it is much cleaner than idtech3 as well has some updated tools available.

But to return serve I don't know of a single content artist willing to work with idtech3 and the ones I've asked have no interest at all.

[moonq3]

Do it Barbie do it! You know you want to :)

[moonq3]

No response to this Barbatos?