New QuakeC virtual machine

So I've decided to write a new QC virtual machine for the Daemon port of Xonotic. DarkPlaces is written in C which is way too old and rewriting it would be slower than starting fresh. I've used the code that is already in the Daemon port but it had quite a few bugs and few very strange and non-portable design decisions. In the result I've rewritten about 90% of it.

Here's the git repo: https://gitlab.com/ftz/qcvm

The code is fully documented and designed to be read by a lot of people.

Now the only thing that is left to port Xonotic to Daemon is to implement all builtin functions. This library has 45 such functions already implemented. Reply

Am I the only one who doesn't want to deal with vector snapping in Quake 3 (based) engines? Reply

Am I the only one who doesn't want to deal with vector snapping in Quake 3 (based) engines?

What is it? Reply

https://www.q3df.org/forum/viewtopic.php?p=3516#p3516
Or the terminology was velocity snapping.

I don't have first hand experience with it; it was something brought up while playing Race CTS with someone. The way it was presented, was that if the map was rotated to align with 45 degrees, players would be (slightly) slower than if it wasn't- and slightly slower is the a big difference in a mode fighting over fractions of a second.
It'll be largely imperceivable if someone decided to port a map, but then rotate a bit to troll people. Reply

It can easily be removed. Reply

That's actually really cool! Thanks for speeding the Daemon port along with this! Reply

Now the only thing that is left to port Xonotic to Daemon is to implement all builtin functions. This library has 45 such functions already implemented.

For us non-experts: 45 out of how many approximately to get Xonotic / QC pogs code compiled with gmqcc running on this? Reply

Server-side QC: 300.
Client-side QC: 345.
Menu QC: 212. Reply

Uh, ok... that significantly dampens my enthusiasm for this and explains why the original Xonotic to Daemon porting plan was never getting anywhere. Still great work and lets see where this goes. Reply