Activity
From 2008-05-17 to 2008-05-30
2008-05-30
- 23:49 Revision 9ceebb37 (github): Renamed various source files in plugins/common to standardize naming convention.
- 23:23 Revision 68c85c6e (github): Further commonization of the plat_t interface. Clean up, style update.
- 22:30 Revision db477747 (github): Commonized the definition of plat_t across all games and moved into plugins/common/include/p_plat.h
- 08:02 Revision b3908231 (github): Re-implemented the BOOM concept of "in-stasis" thinkers (they don't actually get to think) in the engine, thus simplifying the game-side management of thinkers (e.g. save games). Now thinkers of any type can be put in stasis (even mobjs). Perhaps "in-stasis" isn't really the best term?
2008-05-29
- 10:23 Bug #514: Light decoration placement on planes if origin is incident with a sector boundary
*Attachments:*
* http://sourceforge.net/p/deng/bugs/_discuss/thread/0997af28/d289/attachment/SomeDdayVisualAnomalie...- 10:23 Bug #514 (New): Light decoration placement on planes if origin is incident with a sector boundary
- Here are some example wads of some visual issues I have encountered in Dday.
TextureIssue.wad highlights an issue ... - 06:15 Revision efcaf061 (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 6 of 6.
- 06:14 Revision d8c8cae8 (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 5 of 6.
- 06:14 Revision a14a23c2 (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 4 of 6.
- 06:13 Revision ff19bf01 (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 3 of 6.
- 06:12 Revision 5d9b2bfc (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 2 of 6.
- 06:12 Revision 4296988b (github): thinkercap is no longer exported from the engine. In it's place we have a new engine-side P_IterateThinkers. Part 1 of 6.
2008-05-28
- 00:55 Revision cecb2ecb (github): Fixed typo in PO_GetPolyobj
- 00:42 Revision 7b71f9f2 (github): Combined PO_GetPolyobj and PO_GetPolyobjIdx into one routine. Also, changed the parameters of Polyobj_Rotate and Polyobj_Move to accept a polyobj_t* rather than a tag/idx.
2008-05-27
- 23:46 Revision c27e45c7 (github): Clean up.
- 20:06 Revision 4cf11ae3 (github): Continued work on converting the management of polyobjs to utilize the existing infrastructure used with mobjs.
- * Polyobjs are no longer accessed through DMU. polyobj_t is now a public, shared structure similar to mobj_t
* Now mo... - 19:52 Revision 525a93ff (github): Cleaned up jHexen's ST_refreshBackground a bit.
- 01:39 Revision fbbb9bae (github): Removed the redundant DDVT_ types for map data object indices.
- 00:09 Revision 15ff6f08 (github): Continued clean up of the Doomsday public API; specifically graphics/drawing related stuff:
- * Removed DGL_Color and DGL_Color2 and instead exported GL_PalIdxToRGB. The renderer should not be worrying about pal...
2008-05-26
- 23:50 Revision 45516320 (github): Use DGL_Color4f in R_DrawViewBorder rather than GL_SetColorAndAlpha
- 23:43 Revision bbbc618a (github): Fixed: Potential segfault in the lightgrid debug drawing which could result if the var viewPlayer is invalid.
- 23:41 Revision 22e86e91 (github): Further fixes for the non-working glowing surfaces.
- 23:37 Revision 27105978 (github): Fixed non-working glowing surfaces.
- Removed unused, superfluous global vars.
- 23:33 Revision 2613114a (github): The local var idx in M_DrawHUDMenu is only needed when either jDoom or jDoom64 are build targets.
- 23:30 Revision 05be9ca7 (github): Fixed FTBFS issue when building jHexen.
2008-05-20
Also available in: Atom