Project

General

Profile

Activity

From 2007-12-16 to 2007-12-29

2007-12-29

07:03 Revision cda585f4 (github): Updated project settings to ensure the correct system is targeted (x86) and various other minor tweaks required in order to build with the latest Windows PSDK and DirectX SDK.
danij
06:49 Revision 5485984f (github): Changed project build options so that Doom64TC and WolfTC are not built by default.
danij
06:48 Revision 9690704e (github): Numerous changes to variable types representing the length of a memory buffer/cstring; always use size_t for this purpose.
danij
06:43 Revision bfebdb34 (github): The minimum value for texture anisotropy (when enabled) is 1 not 0.
danij

2007-12-19

00:54 Revision faf46a2b (github): Moved memory allocation for mobjs into the engine.
Renamed all of public API functions to do with mobjs and polyobjs to standardize on naming conventions.
Fixed a bug ...
danij

2007-12-18

04:38 Revision 19130e62 (github): Further revisions to polyobject allocation/spawning. Instead of creating polyobjs by first finding their spawnspot and then translating the points relative to the polyobj's anchor spot to the spawn spot; just create the points relative to the polyobj's anchor and link into the subsector they are currently in. They will be moved to their spawnspot (and relinked) later in the load process.
This meant that the polyobj original and previous point arrays don't need to be visible game-side and have been remov... danij

2007-12-17

18:50 Revision 7c4f1823 (github): Check player is in the void after loading a map/save game (fixes HOM being drawn when players are spawned as cameras outside the map during load).
danij
16:51 Revision 3601b986 (github): Fixed a bunch of compilation warnings output by gcc (mostly inconsequential).
danij

2007-12-16

20:35 Revision 2090079a (github): Fixed a typo in the polyobject loading of dpWadMapConverter which prevented the polyobject detection logic from working.
Fixed a bug in the edit map polyobject creation. Polyobject linedefs are now marked as such and subsequently, they ar... danij
19:09 Revision 1af106e3 (github): Reimplemented jHexen's P_RoughMonsterSearch algorithm. The logic is fundamentally the same but now uses P_MobjsBoxIterator instead of accessing the mobj blocklink rings directly. This means that the games no longer require knowledge of the (now completely engine-side) blockmap and the Doomsday public API routines for which have been removed.
Fixed a bug in the bbox to blockbox calculation. danij
16:29 Revision 640ad0ab (github): Removed code added during the debug of P_RoughMonsterSearch.
danij
16:24 Revision 00a4a112 (github): Fixed bugs in the original Hexen P_RoughMonsterSearch logic. During the outwards spiral, the top left, bottom right and bottom left blockmap blocks would be checked twice for each "layer" of the test.
This fix does not change the behaviour of the original algorithm and so has not been compatibility optioned. danij
14:33 Revision 850af103 (github): Removed P_BlockMobjsIterator as obsolete.
danij
14:29 Revision f02c330e (github): Remove P_BlockPolyobjsIterator as obsolete.
danij
14:28 Revision d73527ea (github): Removed P_BlockLinesIterator as obsolete.
danij
14:15 Revision c11fa5f4 (github): Removed fixed limit on the number of decorations that can be attached to a surface_t.
danij
 

Also available in: Atom