DXX-Retro

s://www.gog.com/game/descent [1] https://github.com/CDarrow/DXX-Retro [2] http://descentchampions.org [3] http://descentrangers.com [4] mumble.descentrangers.com:6370 [5] https://playoverload.com

for it.) The key improvements in Retro: - homing missiles follow original trajectories (important for single player as well as multi!) - netcode fixed. Shots travel in the same direction for all players (Rebirth's compression algorithm introduced errors of up to 30 degrees in shot direction.) - gauss/vulcan ammo no longer duplicates inappropriately - raised network PPS limit (30 packets per second max; it's beautiful!) as well as other network fixes [4] - collision detection fixed. Shots which were almost exactly one frame away, and aimed at the edge of the ship, were detonating prematurely due to a vector math bug. - host options: add extra primary and/or secondary weapons, cap the number of secondary weapons allowed in the level, reduce vulcan ammo, allow players to select their own ship colors - improved calibration settings for joystick, mouse, and gamepads You can find more at the github page and the bountysource page [5]. ---------- [0] http://www.dxx-rebirth.com/frm/index.php/topic,1696.0.html [1] http://descentrangers.com/Home [2] Disclosure: I'm married to the Retro developer. [3] Video from her perspective: https://www.youtube.com/watch?v=JLuTJz-pDaM#t=263 . That's a girls-vs-guys team game with Lioness, against the legendary "kiln" (Mr_1994) and "Arch-Angel" (Stan), at the Descent in Denver LAN in August. [4] She wrote about the netcode fix here on HN, and one of the original developers showed up to comment: https://news.ycombinator.com/item?id=8401086 [5] https://github.com/CDarrow/DXX-Retro/issues and https://www.bountysource.com/trackers/2571293-cdarrow-dxx-re... . "JinX mode" is a spectator mode JinX was working on before he died suddenly last March, which has been renamed in his honor.

(it sends velocity and acceleration, too, and interpolates) -- but it's perfectly playable. Which is something worth remembering. With old school games, "crappy but perfectly playable" is actually all they were able to achieve. No, the physics engines aren't perfectly locked, and how tolerable this is will depend on your game. In a simple FPS, this really isn't a big deal. You just lag lead (compensate in aim, both for the motion of your enemy, and the fact that the data is old). :) Some of how he's proposing to send the data is wasteful. He initially proposes sending "is weapon equipped" and "is firing" as 1 byte a piece -- and later concludes he can get those in 1 bit a piece. True. That's a savings by a factor of 8 right there. But I can do you one better -- don't send it every update. How often do those states really change? In Descent, we have two classes of data: position and orientation data that's sent at a steady rate (10-30 PPS), and event data that's sent . . . whenever it happens. Equipping weapons is definitely the second type; it happens extremely rarely -- like, seconds pass between weapon switches. :) One thing that may surprise you. We don't send "is firing" as a flag with every packet -- we send one packet per shot taken! Two reasons for this: one, it's actually lower bandwidth. Shots fire rarely -- our fastest gun fires 20 bullets per second, but the next fastest fires six. Then five, then four, then . . . one shot every two seconds. And you're not always firing, either. Sending one packet per shot saves bandwidth. But it also increases accuracy! We attach those shot packets to a position and orientation update, so -- even if the receiver has incorrectly interpolated your position -- the shot goes exactly where you intended it to. This is very important. :) As a player (and a programmer -- but mostly a player), I'm concerned about the article's conclusions about the value of prediction, and the recommendation to avoid position popping by applying smoothing -- to quote the article, "it ruins the virtual reality of the game". Ok, yes, it does. But the thing is, you have a choice here. You can present your players with something pretty and smooth that is fundamentally a lie, or with something jittery that is the best knowledge you have about where the enemy is. This is a fundamental tradeoff: versimiltude or accuracy. You can't have both. My players overwhelmingly prefer accuracy. To them, the avatars on the screen are targeting aids, and they understand that the data is old and a bit lossy and bursty sometimes, and they want the best data possible so they can take the best shot possible. :) I suppose your mileage may vary by audience. Mine's been playing this game 20 years and "crappy but playable" is both normal and good to them. :) But -- I can't imagine this would be different in another FPS -- taking a shot that you know is good on your screen, and have it not hit the other guy . . . that's rage-inducing right there! Yeah, networked games are hard. For sure. And there are fundamental hard tradeoffs involved in engineering them. For sure. But it's an interesting problem, and also worth it. :) [1] https://github.com/CDarrow/DXX-Retro

ly positive feedback from many top-level pilots, was enough to touch off a flamewar that wasn't settled for weeks. People can be fanatical about their video games. [0] the game is Descent (1 and 2). Her mod can be found at https://github.com/CDarrow/DXX-Retro . The other mod is at http://www.dxx-rebirth.com/ . Current competitive 1v1 play is at http://descentchampions.org/ and group play is at http://descentrangers.com .