- Jan 22, 2016
-
-
wolfs authored
I got lazy and used a weird inefficient method, but I don't know how to clean this mess up :c At least it works.
-
- Jan 21, 2016
- Jan 20, 2016
- Jan 17, 2016
- Jan 16, 2016
-
-
Inuyasha authored
-
- Jan 14, 2016
-
-
Alam Ed Arias authored
-
Monster Iestyn authored
Added missing SHORT macros around these variables, they're needed for big-endian builds to use these properly ...I'm to blame for this particular slipup as it happens, surprise surprise
-
Monster Iestyn authored
-
Monster Iestyn authored
some of the mess in here really bothers me
-
Monster Iestyn authored
-
Monster Iestyn authored
From what I can tell, correcting this one value in finetangent[] shouldn't cause any harm at all, so...
-
Monster Iestyn authored
Note: polyobj_t's "translucency" is apparently a SIGNED integer, so in theory it's possible to get polyobj flats to use the "spanfunc = splatfunc" line using negative values. If this is not meant to happen, this should probably be fixed asap Conflicts: src/f_wipe.c
-
Monster Iestyn authored
I'm surprised how the source code flew in the face of this fact for so long and just used it everywhere, that's just silly. Conflicts: src/f_wipe.c
-
Monster Iestyn authored
Since cv_pointlimit is handled in P_CheckPointLimit, I've just created P_CheckTimeLimit for cv_timelimit. It helps make P_UpdateSpecials less messy-looking anyway.
-
Monster Iestyn authored
Actually uses 0 and 65536 now! (and also INT32_MIN)
-
Monster Iestyn authored
Fix up lib_finetangent so tan() returns values starting from "0" in Lua (finetangent itself hasn't been touched) Also fixed how the function went out of the array's bounds for ANGLE_180 and above (or negative angles)
-
Monster Iestyn authored
-
Inuyasha authored
-
Inuyasha authored
-
Inuyasha authored
Also makes comptime.bat work with git if able. Development builds will now show the branch and the SHA1 hash of the revision. Also been tested to work with subversion, where it displays "Subversion r####". You know, just in case.
-
-
(I won't touch overlays for now)
-
-
more detailed description: vissprites now store dispoffset in a separate variable from (y)scale, and uses it to influence order between sprites without it affecting the actual drawing of the sprites themselves
-
Inuyasha authored
The less branches, the better. Optimization is a bitch, you know.
-
Alam Ed Arias authored
-
Monster Iestyn authored
Fix md2s shoutouts to MI for breaking them accidentally I was about to just commit this straight to next but it's the perfect reason of why code review is beneficial and I'd be a hypocrite to point that out and then skip the process See merge request !28
-
- Jan 12, 2016
-
-
Monster Iestyn authored
Not related to Wolfy's problems afaik... this branch seems to be turning into a misc compiling fixes branch now
-
Monster Iestyn authored
Apparently all parts of the source code that require GLPatch_t are themselves used only if HWRENDER is defined. Do I need to say more? Not sure if this will fix Wolfy's latest problem or not though
-
Monster Iestyn authored
Basically, Wolfy's linux (non-CMake) compiling apparently fails here, and config.in.h actually lives outside of the sdl folder. Blame a particular someone for blindly copy+pasting these includes in this file without considering the consequences when adding support for CMake everywhere.
-
Monster Iestyn authored
Some small compiling fix ~~See commit description for details, I'm not repeating it all here with different words.~~ ~~Needs testing before we actually merge the changes in, I don't have anything besides Windows so I can't actually try this fix out for myself sadly. :(~~ This was originally a quick branch I made to fix a problem so that @wolfy852 could compile with Linux on some thing of his ...turned out not to be the only problem, and then I found a slightly unrelated problem altogether. So it's now a small assortment of compiling-related fixes. Also should be merged to next, which is hopefully obvious. See merge request !29
-
- Jan 11, 2016
-
-
Monster Iestyn authored
Not related to Wolfy's problems afaik... this branch seems to be turning into a misc compiling fixes branch now
-
- Jan 10, 2016
-
-
Monster Iestyn authored
Apparently all parts of the source code that require GLPatch_t are themselves used only if HWRENDER is defined. Do I need to say more? Not sure if this will fix Wolfy's latest problem or not though
-
Monster Iestyn authored
Basically, Wolfy's linux (non-CMake) compiling apparently fails here, and config.in.h actually lives outside of the sdl folder. Blame a particular someone for blindly copy+pasting these includes in this file without considering the consequences when adding support for CMake everywhere.
-
- Jan 03, 2016
-
-
colette authored
-
Compiling errors fixed in this commit: * Various cases of mixed declaration and statement code * Implicit declaration of slope functions (read: you forgot to put "include "p_slopes.h" in MORE than a few places) * an odd case of a bad fixed_t to float typecase, cause by using P_GetZAt directly inside FIXED_TO_FLOAT * a few minor cases of bad unsigned-signed comparisons * no prototypes for some of the new slope functions. For goodness sake Red, this is basic stuff!
-
NextLevel for level headers can now take the special strings "Title" "Evaluation" or "Credits" in place of their usual numbers (optionally, that is)
-