[META] Xonotic reboot/port in modern engine

I stopped reading your big wall of text before I reached the half-way point as I don't see any information in it. All I read here makes me think that you have no clue about software development. I've wasted enough time with this thread already, so I think I'll simply ignore it. I might look at it again in the unlikely case that you actually do something except talking.

Yeah, I am sorry it was just very redundant and expressed in more simple language. Most of the points that people raised (including by yourself) were just contradictory to points that I had already clarified.

I think it is difficult, if just people come in who argue from a perspective that is 10 or 20 years old as if it was still true today - some even being not very informed about half or anything that is talked about, even though they notice that what they are thinking obviously contradicts solid and certain conclusions reached by other people, who seem very versed on the matter.  
From that point of view, much of anything I said is just redundant in a sense. Maybe I should not have addressed the heavier outcries of disconcertment at all. I don't know ... yes it kind of defeats the purpose to explain anything to anyone and now people get even confused by the variety of explanations. I should have been more pragmatic. Maybe  this thread is still good though, for anyone who is trying to argue out of outdated assumptions.

Some reference of this discussion can be linked to these thread (inside there are thread reference links too):

https://forums.xonotic.org/showthread.php?tid=8529

Sorry if what I just wrote below is a bit long... But for something it is clarified.

At a certain point, you're right.
There are limits to the game as well as the engine has:

• You can't make a voice chat. It says there: 
  Voice chat within Xonotic will never happen (at least until / unless a Daemon-based port is available). Apart from the incredible amount of work involved, Darkplaces isn't capable of relaying that volume of traffic without extreme impact to gameplay. Since Discord (and Mumble to a lesser extent) are the de-facto standards for in-game voice chat, there'd been very minimal utility to implementing it anyway.
  

• Physhics are limited and still only can be used for experimental reasons. It still lags and suffers fps drops.
  

• Developing QuakeC code in Xonotic, you can't create more STATs by exceeding the limits, I think that are functions treated as bits of memory. If you surpass the number of STATs, it'll cause spamming errors and possibly shutdown the game.
  

• In certain things like assigning an attribute to an entity, it can be complex to solve. Also, it doesn't resolve in a moment, it can take days or even months until you realize something that you didn't know was what was needed.
  

• The process of developing something can take a lot of time and sometimes need to work correctly, cleaning bugs and code parts.
  

The development isn't easy as Unity and Godot as you think. Depending on what things you have to handle very carefully. Well, although this also applies to other games, but this one requires more effort to treat well depending on what elements.

---

On the other hand, you will find very few people here who seem to be used to trying things outside of the community and know things aren't from here. They've struggled with the old that the only thing they can do is slowly come up with workable solutions with this project. They have it difficult to put the project on the other engine. 
Maybe they don't have enough knowledge to be able to overcome...

I don't see anything wrong with copying the assets and implementing it in another engine. But considering that, there are mappers here that have all the maps saved as .BSP format or some project of theirs (.MAP), maybe there is some way to pass these maps in another engine.

What I don't know is that why they complain about something new, they don't seem to try it afterwards. 
It's like protesting a food you've never had tried to eat and you don't know if it is good or not.

I remember that there is a community that started to move the project to another engine about 5 years ago, they even put their old project as if it were a voluntary and optional process, everyone could do whatever if they want to use the old part to test optionally. But they are focused in the actual project (in an actual engine) than the old one (in an old engine). 

Trying new things is like exploring the unknown, you can find things that you've never achieved and didn't know if something was possible to do it.
So it helps you open yourself up more. 

I think it's clear that this is too much work for the team to handle, it's basically remaking the game. It'd be nice to have voice chat, though. I think they added it in ioquake3 in some really weird way, maybe it can be done on DP as well.

Someone is working on a similar game in Godot4: https://codeberg.org/unfa/liblast

Still a long way to go before it is comparable to Xonotic, but you might want to check it out.

Someone is working on a similar game in Godot4: https://codeberg.org/unfa/liblast

Still a long way to go before it is comparable to Xonotic, but you might want to check it out.

Thanks. From my first impression of it though, it doesn't want to be a Quake-alike game.

Maybe it is good to steal some code from.

I have thought about pulling a Xonotic reboot off alone. But Xonotic is still awesome as it is and I have other important projects to work on ... so it is better to be left in the dark.

i want it by "next summer"

I have two extremely important projects I will work on first. I will probably not be available for a Xonotic reboot in 2022.