Setting sv_protocol QUAKE in DarkPlaces should be essentially Quake physics. It defaults to DPP7 which is a protocol with prediction in it so the physics are slightly different. 

I've accidently found that some pickup fall out of the level in DP, while they don't do that in regular engines (Mark V, QS). wtf? 

Putting it to "quake" and restarting a level crashes it, lol 

Can Q1 movements/physics be emulated via variables manipulation, just like Daikatana did with the Q2 engine (where Q2's movements and physics were largely different than Q1)? 

Cool, didn't know about that cvar. :-) I think you just found a bug Daya; it works if you set it when disconnected., i.e.:

disconnect
sv_protocolname quake
map e1m1
 

Though I ask, if it's a matter of prediction, does that mean the QUAKE protocol should be ditched in favor to DP7 if it's obsolete, or it just doesn't matter in the grand scheme of things if it's about player movement and physics? 

 

Quake's lack of an efficient protocol is a real problem for coop or deathmatch. But the word "protocol" makes it sounds simple.

It's 10 different things from separating the client and server, to timing, to reworking input and many other things.

It is a highly complex problem. 

 

There's a lot of settings for Darkplaces that make it work more like faithful Quake source port engines. You can find a bunch of them in Quoth's configuration files. If I remember right, they include stuff like zombie standing up behavior and grenades bouncing off slanted surfaces.

The point is that since the guys who make Quoth have gone to the trouble of setting as many of them as they could for Quoth with DP, you can at least have a look at what's in there. 

The lizard people ass algorithm is opt-in. Praise Twitter for getting it right.

https://blog.twitter.com/2016/never-miss-important-tweets-from-people-you-follow

"Here's how it works. You flip on the feature in your setting"

... or you don't. Simple as that. 

DP7 as a overall protocol seems to be best if I want to make a game that supports both single player and multiplayer/co-op, right?
Still, my focus on all of this is to have the player moving around and having physics just like in Q1 (minus bunnyhop, I thought of a speed-up mechanic everybody can use without breaking the game's balance), is this just a matter of overall gravity, player weigth, jump height and speed? 

Spike, you were the one that talked me out of carving up a quick-like FitzQuakeWorld out of ZQuake telling me how the Quakeworld protocol doesn't have baseline compression and just limits entities sent.

@daya -- you have many questions. If you want to fulfill that curiosity, go to http://forums.insideqc.com/ and find threads where Spike is replying. Spike has posted voluminousness quantities of info on such topics. 

Which is unfair, no readme can ever be complete.

In Quake, there are just way too many people who have added some bricks to the mountaintop.

The list goes haywire very quickly. 

We're gonna need him. Gravity Waves have just been confirmed.

For non-space geeks this is a huge deal! Could open all sorts of doors, and some actual legit theories even predict that parallel universes could be detected as their gravity waves would be the only things that could propagate into our universe...

https://www.theguardian.com/science/2016/feb/11/gravitational-waves-discovery-hailed-as-breakthrough-of-the-century 

Prof Neil Turok, director the Perimeter Institute for Theoretical Physics at Waterloo in Canada
� and dinosaur hunter during his free time. 

It seems there has been a new handful of failed Kickstarters recently.

I'm under the impression that one of their biggest weaknesses was trying to go full-time living off of the Kickstarter's funds alone. I'm glad I'm not in that situation.

Kickstarter should be used for one-off expenses, not for making a living. In my opinion, developers using Kickstarter should additionally have a steady source of income. Kickstarter does not give financial stability. 

Someone Is Complaining About The Arcane Dimensions Readme, Which is unfair, no readme can ever be complete. In Quake, there are just way too many people who have added some bricks to the mountaintop

@Baker, stop trying to make a mountain out of a mole hill! I was extremely careful with the AD readme file credits, anybody who was directly involved, who's assets were used or was critical to the release of the MOD is credited.

The fact that anybody thinks I am cheating people out of credit is ridiculous. I fully understand how it can feel when credits are missing because it has happened to me countless times. As I said in the AD thread, if someone believes a credit is missing, then post the information in the AD thread, stop fanning the flames of false speculation! 

Fine! 

Thanks! 

 

vanilla quakeworld has various limitations that prevent it from working well for anything other than basic deathmatch.
if you want an nq engine to be able to connect to more servers, go for it, but don't expect qw players to use it unless you also provide a whole load of things that can only really be called cheats. :P
if you want a shortcut, you could integrate my qtvlib project into said nq engine, which would provide easy qw->nq protocol translation (as well as mvd playback). however, doing so you'd still miss out on lots of qw-specific things, like player skins.
otherwise a nack-based protocol like fte's replacementdeltas extension (over either nq or qw base protocol), or dpp7, would give a better result for large datasets.
note that nack-based networking is fairly simple from the client's perspective, so long as you don't have to rewrite everything else too. I'd write a patch for it, but I'm too lazy even for that (no doubt I'd pick the wrong base, again).