EDuke32 Changelog Archivio non ufficiale

Build 1746

29 dicembre 2010 · 2 commit di 1 autore · SVN

Build per mese 15 build

  1. gen

  2. feb

  3. mar

  4. apr

  5. mag

  6. giu

  7. lug

  8. ago

  9. set

  10. ott

  11. nov

  12. dic

File di log originale · 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 dic 2010, 22:23 UTC−8 r1745
FixEngine
Già presente nella 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 dic 2010, 07:44 UTC−8 r1744