Browse logs with clarity: filter by type/year, search text, and inspect parsed commit details.
m32script: fix some commands breaking too early in case of a failed validation. If one next instruction happened to be interpreted, madness would ensue, because the pointer wouldn't be aligned on the "opcode" part anymore. Also, with "seti", set current sprite index only after a successful validation.
New M32Script command "getspritelinktype" <spritenum> <<linktypevar>>. This get into the writable variable the "linking type" of the sprite with index <spritenum>. The result is a bit field of ORed values: 1: lotag has linking semantics 2: hitag 4: extra, 8: xvel, 16: yvel, 32: zvel, 64: owner (custom only) Custom setting about which sprites have what kind of linking can be programmed via EVENT_LINKTAGS: it receives a sprite index as the 'current sprite' and is supposed to return the bit field in RETURN. An example which lists sprites and their linking hi- and lotags is provided in the state 'listusedtags' in a.m32. ------------------------------------------------------------------------
------------------------------------------------------------------------ r2592 | helixhorned | 2012-04-05 12:49:54 -0700 (Thu, 05 Apr 2012) | 5 lines A couple of less interesting changes. - strip 'inline' from animateoffs() definition, remove declaration in build.h - one min/max -> clamp - one malloc/strlen/strcpy -> strdup ------------------------------------------------------------------------ r2591 | helixhorned | 2012-04-05 12:49:30 -0700 (Thu, 05 Apr 2012) | 5 lines m32script: fix some commands breaking too early in case of a failed validation. If one next instruction happened to be interpreted, madness would ensue, because the pointer wouldn't be aligned on the "opcode" part anymore. Also, with "seti", set current sprite index only after a successful validation. ------------------------------------------------------------------------ r2590 | helixhorned | 2012-04-05 12:49:12 -0700 (Thu, 05 Apr 2012) | 14 lines New M32Script command "getspritelinktype" <spritenum> <<linktypevar>>. This get into the writable variable the "linking type" of the sprite with index <spritenum>. The result is a bit field of ORed values: 1: lotag has linking semantics 2: hitag 4: extra, 8: xvel, 16: yvel, 32: zvel, 64: owner (custom only) Custom setting about which sprites have what kind of linking can be programmed via EVENT_LINKTAGS: it receives a sprite index as the 'current sprite' and is supposed to return the bit field in RETURN. An example which lists sprites and their linking hi- and lotags is provided in the state 'listusedtags' in a.m32. ------------------------------------------------------------------------
Eduke32 Changelog Viewer