File di log originale · 20150802-5316.txt
------------------------------------------------------------------------
r5316 | helixhorned | 2015-08-02 01:40:42 -0700 (Sun, 02 Aug 2015) | 11 lines
Game: 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/
------------------------------------------------------------------------
r5315 | helixhorned | 2015-08-02 01:40:39 -0700 (Sun, 02 Aug 2015) | 1 line
engine.c: use swapptr() instead of swaplong() in two cases in drawmasks().
------------------------------------------------------------------------
See http://svn.eduke32.com/listing.php?repname=eduke32 for more details.
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
engine.c: use swapptr() instead of swaplong() in two cases in drawmasks().
