EDuke32 Changelog Unofficial archive

Build 5316

2 August 2015 · 2 commits by 1 author · SVN

Builds by month 225 builds

  1. Jan

  2. Feb

  3. Mar

  4. Apr

  5. May

  6. Jun

  7. Jul

  8. Aug

  9. Sep

  10. Oct

  11. Nov

  12. Dec

Original log file · 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.
Game FixEngine

don't spawn FRAMEEFFECT1 for BOUNCEMINE.

Philipp Kutin (Helixhorned) 2 Aug 2015, 01:40 UTC−7 r5316

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/