EDuke32 Changelog Unofficial archive

Build 1746

29 December 2010 · 2 commits by 1 author · SVN

Builds by month 138 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 · 20101229-1746.txt 
------------------------------------------------------------------------
r1746 | plagman | 2010-12-29 01:17:48 -0800 (Wed, 29 Dec 2010) | 1 line

Fix release builds.
------------------------------------------------------------------------
r1745 | plagman | 2010-12-28 22:23:49 -0800 (Tue, 28 Dec 2010) | 1 line

Highpalookup maps implementation on the renderer side. Currently set to a hardcoded highpalookup of 6:6:6->RGB and causes a noticeable quality drop. Use the debug1 cvar to toggle ingame.
------------------------------------------------------------------------
r1744 | helixhorned | 2010-12-24 07:44:37 -0800 (Fri, 24 Dec 2010) | 1 line

Split MD3 model post-processing into common and Polymer parts and defer the latter if the game is started with a different renderer. This has the benefit of faster startup times and much less memory consumption in that case. When the user switches to Polymer later in-game, all processing is done in one run. I've observed crashes due to the music system if it takes too long, so the it may be unreliable.  Also some calloc->malloc where the clearing is unnecessary.
------------------------------------------------------------------------
Engine

Highpalookup maps implementation on the renderer side. Currently set to a hardcoded highpalookup of 6:6:6->RGB and causes a noticeable quality drop. Use the debug1 cvar to toggle ingame.

Pierre-Loup A. Griffais (Plagman) 28 Dec 2010, 22:23 UTC−8 r1745
FixEngine
Already listed in build 1744

Split MD3 model post-processing into common and Polymer parts and defer the latter if the game is started with a different renderer. This has the benefit of faster startup times and much less memory consumption in that case. When the user switches to Polymer later in-game, all processing is done in one run. I've observed crashes due to the music system if it takes too long, so the it may be unreliable. Also some calloc->malloc where the clearing is unnecessary.

Philipp Kutin (Helixhorned) 24 Dec 2010, 07:44 UTC−8 r1744