- Sep 20, 2019
-
-
Alam Ed Arias authored
-
- Sep 17, 2019
-
-
Alam Ed Arias authored
-
- Aug 29, 2019
-
-
Alam Ed Arias authored
-
- Aug 24, 2019
-
-
Monster Iestyn authored
Compare the file name only for real See merge request STJr/SRB2!511
-
- Aug 23, 2019
-
-
James R. authored
CL_SendRequestFile prepends the path for each file.
-
- Aug 20, 2019
-
-
SteelT authored
-
- Aug 17, 2019
-
-
Monster Iestyn authored
Update version to 2.1.25 See merge request STJr/SRB2!507
-
Monster Iestyn authored
Fix an exploit where players could steal the final hash of a login See merge request STJr/SRB2!508
-
James R. authored
-
James R. authored
-
James R. authored
-
Monster Iestyn authored
-
- Aug 16, 2019
-
-
Monster Iestyn authored
-
Monster Iestyn authored
-
Monster Iestyn authored
PolyObject crush hotfix See merge request STJr/SRB2!506
-
Monster Iestyn authored
Use P_MobjInsidePolyobj instead of P_MobjTouchingPolyobj, so that you can be crushed by the polyobject's middle rather than just its edges
-
- Aug 15, 2019
-
-
Monster Iestyn authored
PolyObject fixes backport See merge request STJr/SRB2!505
-
Monster Iestyn authored
After looking at the FOF part of P_LineOpening for a while I now realise many of these variables aren't even necessary, so I removed them all. (Naturally I did the same to the camera equivalent) # Conflicts: # src/p_maputl.c
-
Monster Iestyn authored
Edit a lot of the rest of the polyobject-related code in P_LineOpening to make more sense and be more optimised. * If you collide with a line belonging to a polyobject, you should NEVER have to care about any FOFs that might be present in either sector of the linedef. This could lead to colliding with ghostly FOFs that aren't actually there or something dumb, if someone decided to give either of the polyobject's control sectors FOFs for some reason. We don't want that, obviously. * Polyobjects without POF_CLIPPLANE apparently are supposed to have a top and bottom "physical" height of value INT32_MAX and _MIN respectively, according to P_CheckPosition ...let's be consistent with this. * Finally, there is no more need for that back = front nonsense hack anymore with my changes made. # Conflicts: # src/p_maputl.c
-
Monster Iestyn authored
P_LineOpening: set int32 max/min as defaults for opentop, openbottom etc if a linedef you touched belongs to a polyobjetc. the only thing that really matters in this scenario is the polyobject itself after all! # Conflicts: # src/p_maputl.c
-
Monster Iestyn authored
-
Monster Iestyn authored
Modify P_CheckSector with a modified version of Sal's attempted proper fix for polyobjects crushing, so that we only need to check the polyobject's control sector directly in the waypoints code. This time I've definitely fixed that teleport to ground issue I'm pretty sure, I don't get it in my tests at least.
-
- Aug 09, 2019
-
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
Alam Ed Arias authored
This reverts commit 749c2753.
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
- Aug 08, 2019
-
-
Alam Ed Arias authored
-
- Jul 29, 2019
-
-
Alam Ed Arias authored
-
Alam Ed Arias authored
-
- Jul 16, 2019
-
-
Monster Iestyn authored
-
Monster Iestyn authored
Fix crash with GME sounds when being freed See merge request STJr/SRB2!504
-
- Jul 15, 2019
-
-
James R. authored
Someone thought it was a good fucking idea to make logins NetXCmds. NetXCmds are sent to everyone however. Thankfully logins are two passes. And the second pass uses a salt based on the playernum. Therefore, in order to actually make use of the final hash, you'd have to be the same playernum as who originally sent it. Still a stupid exploit. P.S. The netcode is LOL XD by VincyTM -Telos
-
- Jul 14, 2019
-
-
SteelT authored
-
- Jun 28, 2019
-
-
Monster Iestyn authored
# Conflicts: # src/r_data.c
-
SteelT authored
unfuck awayview See merge request STJr/SRB2!493
-