Nickname SVN e nomi Git sono unificati per persona.
player.c: factor out large A_ShootWithZvel() block into A_ShootHardcoded()
The block is taken over verbatim; 'vec3_t srcvect' is passed by value. The primary purpose of this is that it's easier to compare custom projectile behavior in A_ShootCustom() with the hardcoded one by reading the code of these two functions. For example, this may be of use to modders wishing to emulate a hardcoded projectile. DONT_BUILD.
in drawspritelabel(), use fixed background color.
Make it always one of the colors that the 2D color cycles to (base color + offset in [0 .. 4]) instead of <base color>-3, as that one might be in a different color ramp.
add byte array editorcolors[256] to m32script variables.
This makes it possible to set up editor colors at startup (from m32_autoexec.cfg). For example: script_expertmode 1 do for i range 256 ifge i 33 { set editorcolors[i] i } script_expertmode 0 Use this method in the description of how to get old-style 2D colors in tiles.cfg and suggest an alternative color index pair.
make 'script_expertmode' require an argument (0 or 1) to toggle.
Without an argument, it prints the current state.
In package/sdk/tiles.cfg, use the right word for "remove commenting".
DONT_BUILD.
changes to aid getting the old color scheme (by customizing).
- bump MAX_TILE_GROUP_ENTRIES to MAXUSERTILES - in loadtilegroups(), only assign a tile color if it wasn't already assigned - allow "hidden" tile groups by omitting the hotkey - Tweak the description added to tiles.cfg
honor "blocking color" declared with DEF 'spritecol' et al.
Meaning tilegroup's 'colors' directive. Also, to the packaged tiles.cfg, add a description of how to emulate the earlier Mapster32 sprite coloring for one tile group.
in a.m32, draw color info ("set showpal 1") more informatively.
- draw ticks above the palette "ruler" - draw all editor colors (colors in editorcolor[])
introduce DEF command "2dcolidxrange <col> <idx> <idxend>".
<col> is the editorcolor[] starting index <idx> is the actual color index start <idxend> is the actual color index end So, editor colors from <col> onward will be mapped to [<idx> .. min(<idxend>, 255)]. Takes precedence over '2dcol'.
in drawscreen_drawsprite(), "sprite[j]." -> "spr->".
Also a similar stylistic tweak in parsetilegroups().
fix variable that is used uninitialized.
premap.c: on prelevel(), clear bits 16 and 32 of effector sprites.
remove "Ludicrous Zoom!" message when reaching max 2D zoom.
The problem is that it stays a few seconds afterwards, obscuring information on the status line.
add var 'corruptcheck_game_duke3d' and enable by default.
Currently, this checks for effector sprites that are not face-aligned. See https://forums.duke4.net/topic/8324-icestation-colossus-map-broken
various stylistic tweaks, no functional changes. DONT_BUILD.
in TROR-join sectors [Ctrl+J], print z difference hint.
At the very least, this makes it easier to decide for one option ("Connect yellow ceiling w/ blue floor (1) or (v)ice versa?") when one of the differences is zero, which might have occurred from temporarily breaking TROR links.
fix fillsector() calls before fade_editor_screen().
The latter allows one to specify a color to keep, but with r5302 the fillsector() highlights are drawn with transparency, thus making it ineffective. Add an argument to toggle transparency to fillsector() (now fillsector_maybetrans()) and two wrapper functions.
don't offer to "Insert outer loop and make red walls" w/ RAlt+RCtrl.
This feature only makes sense with the complete de-selection of a set of sectors, i.e. when pressing RAlt to do this, not adding or removing sectors to/from the set of already highlighted ones.
call update_highlightsector() after 3D mode RCtrl+RAlt.
RCtrl+RAlt (+['] or [;]) selects sectors in 3D mode, by The Mechanic.
in manual member editing, Shift+ENTER allows toggling individual bits
For values that are displayed in hex. Patch by The Mechanic, with modifications.
amend action's viewtype -8 to be more in line with the others.
after playtesting with Esc+[T], break from the key polling loop.
Bug noticed and fix located by The Mechanic.
allow viewtype -8 for 'action', meaning to x-flip the shown sprite.
Similarly to how -5 and -7 and are accepted since r3859.
don't enable/disable SDL text input.
At program start, text input is enabled anyway and it does not seem to have any adverse effects. However, disabling it after e.g. game save leads to the OSD not working properly any more: normal keys are passed via handleevent_pollsdl's SDL_TEXTINPUT case.
don't repeat #ifdef/#endif for SDL_{Start,Stop}TextInput().
SDL2 layer: handle all Ctrl+[A-Z] keys passed to OSD_HandleChar().
See that function for a list of what these do in the OSD.
fix oob write for Ctrl+K ("delete all to end of line").
in test/helixspawner.lua, make COLOR a global variable. DONT_BUILD.
To demonstrate and test that it can be modified from outside, and that these changes are kept with savegame restores.
add config variable 'corruptcheck_heinum'.
With 3 modes: 0: auto-correction and warning disabled 1: auto-correction enabled (default, current behavior) 2: auto-correction and warning enabled
make BOUNCEMINE spawn FRAMEEFFECT only if moving horizontally.
Also add "zshoot -4096 BOUNCEMINE" to lunatic/test/weaponvars.con to demonstrate that bouncemines can be shot.
don't spawn FRAMEEFFECT1 for BOUNCEMINE.
There's no point, really. Since the bouncemine is immobile, the tsprites will all be overlaid at one point and show the same picture, as far as I can see. Worse, since r4876, the generated sprites may draw on top of the actual one. The former have their shade always set to sprite[t->owner].shade though, and will then appear fully bright (shade -127, since BOUNCEMINE sets it like this). This fixes issue number 4 from http://forums.duke4.net/topic/8042-five-minor-problems-report/
engine.c: use swapptr() instead of swaplong() in two cases in drawmasks().
don't redundantly adjust globalcursectnum in polymost_drawrooms().
See r5024 and the added comment.
in DNCOORDS display, show x/y/z for VEL + ps->fric x and y components.
Also, prettify some ps->fric-related code. DONT_BUILD.
fix displayed viewscreen when its x/yrepeat isn't evenly divisible by 4.
add DEBUG_FRAME_LOCKING functionality.
fix unbalanced begindrawing()/enddrawing() pair in printext16().
Fix various, but not all warnings.
Except: - missing braces around initializer [-Wmissing-braces]: due to union-in-struct vec3f_t - comparison between signed and unsigned integer expressions [-Wsign-compare]: in polymer.c
fix two "variable may be used uninitialized" warnings.
I didn't produce a case when this could actually have happened, but reading the code, in the case of variable 'j' it seems possible with an empty map.
fix a possible oob read via drawspritelabel; sanitize 2d3d mode.
That is, in m32_is2d3dmode(), also check if 2d and 3d mode resultions are the same. Otherwise, oob writes (e.g. via tileinfo_doprint()) and other thinkable niceties may ensue.
fix an oob write in test_map().
mdsprite.c: from updateanimation(), if m->[cn]frame >= numframes, clear to 0.
This prevents an oob access when rendering, the one observed was at polymer.c:4255.
Fix an out-of-bounds read in getpskyidx().
m32exec.c fix "multiple unsequenced modifications to 'insptr' [-Wunsequenced]".
fix 'resizearray' after r4735: copy over old values, zero-init new ones.
Make lunatic/test/gamearray.con run in C-CON, too.
