Activity

From 2011-03-31 to 2011-04-13

2011-04-12

22:54 Revision 2b0e4cd5 (github): Z height information in mobj deltas: The Z information is sent also if just the plane heights change. skyjake
22:52 Revision f91ccd91 (github): Mobj flags synced from server to client: In an effort to ensure that mobj state is properly transmitted from
the server to the clients, moved the mobj flags a... skyjake
18:51 Revision e6013015 (github): Client mobjs are treated like regular mobjs: The client mobjs are added to the thinker list and use the game's
mobj thinker function. However, at the moment, P_Mo... skyjake

2011-04-11

18:56 Revision ae7e1daa (github): Refactoring clientside mobjs and player data: Client mobjs are now equivalent to game mobjs + an attached extra info struct.
This allows handling the mobjs as-is i... skyjake
18:53 Revision 9c93e2dd (github): Fixing warnings and doing general code cleanup.: For instance, there were some unused music functions in the Quicktime driver. skyjake
09:05 Revision 1773041a (github): GL texel minification and magnification modes are now defined in TextureVariantSpecification: Todo: Refactor TextureVariantSpecification removing all magic numbers, dualities etc, etc. danij

2011-04-10

13:56 Revision 97fb9d8c (github): Refactoring continues:: * Reimplemented updating of Materials after an engine reset/update. The new mechanism moves all update logic into the... danij

2011-04-09

21:55 Revision b93d3dbb (github): Refactoring continues:: * Removed patching of de::Material within the Materials subsystem and re-implemented it within the DED reader, patchi... danij
12:24 Revision 9ca351f2 (github): Reimplemented Def_CreateAutoMaterials to generate new Material definitions rather than interface directly with the Materials subsystem. All concrete Materials are now constructed from definitions in the same manner and at the same time.: danij
09:19 Revision 8efc5ac7 (github): Continued refactor of the Textures and Materials subsystems:: * Record logical dimensions of a texture in de::Texture, set to width = height = 0 in the default constructor. Added ... danij
00:15 Feature #1534: Alternative for decoration light pattern skip: The problem with this idea is that it asks the engine to interpret your intentions in a non-trivial way for every sur... danij

2011-04-08

23:56 Feature #1534: Alternative for decoration light pattern skip: Yea, some kind of merge or limit sounds what I've been thinking. Though if the surface is large enough, then there co... jimigrey
23:40 Feature #1534: Alternative for decoration light pattern skip: I think I see now where this suggestion has come from. Its because you are wanting the engine to dynamically "merge" ... danij
23:35 Feature #1534: Alternative for decoration light pattern skip: So the intention is to limit the maximum number of times the decoration will tile, so that a single definition is int... danij
23:31 Feature #1534: Alternative for decoration light pattern skip: It's easier to align LITE5 kind of lights to floors and ceilings, as they can be fitted nearly anywhere. But that kin... jimigrey
23:27 Feature #1534: Alternative for decoration light pattern skip: 72 lights vs 9 lights
*Attachments:*
* http://sourceforge.net/p/deng/feature-requests/_discuss/thread/a6b04f0b/7681/... jimigrey
23:27 Feature #1534: Alternative for decoration light pattern skip: Perhaps it would help if you could explain what this placement method is intended to enable and/or examples of when i... danij
23:08 Feature #1534: Alternative for decoration light pattern skip: Image with more explanation
*Attachments:*
* http://sourceforge.net/p/deng/feature-requests/_discuss/thread/a6b04f0b... jimigrey
22:19 Feature #1534: Alternative for decoration light pattern skip: Ok, I made some image that might explain it a bit better, I hope. jimigrey
22:18 Feature #1534: Alternative for decoration light pattern skip: I have read this through numerous times in an attempt to wrap my head around your suggestion but I've no idea what yo... danij
19:37 Feature #1534 (Rejected): Alternative for decoration light pattern skip: I have another idea for decoration lights. It would be some sort of density. It would always create at least one ligh... jimigrey
21:31 Feature #1533: Decoration light color from sector: Is it useful though? Artistically speaking, when would one realistically want the light decoration color to be the sa... danij
20:52 Feature #1533: Decoration light color from sector: Yes, I meant that they would use the sector's light color. I experimented on this myself. I made it so that if I set ... jimigrey
18:12 Feature #1533: Decoration light color from sector: It shouldn't be necessary to create multiple copies of the same texture. You can use the same texture with as many ma... danij
09:14 Revision 464280eb (github): Returned dpExample back to a releasable state.: danij
08:51 Revision f80ced95 (github): Removed the experimental model decoration stuff. It was only implemented as way for various individuals to test their work-in-progress models in-game. I now need to make some changes to this subsystem and as this code isn't going to go into a release build its time for it to go.: It is still available in our revision history, so if you want to continue experimenting with it you can do so by chec... danij
08:02 Revision 553649e4 (github): Fixed: R_PrecacheMap was in charge of initializing the decorated and glowing surface lists. Consequently they would not be built if playing back a demo.: Minor cleanup. danij
07:51 Revision 94341fc8 (github): Optimize: createGlowLightForSurface can early out if the Surface's Material is not presently glowing at this time.: danij
06:33 Feature #1531: "take" cmd to take away pickup powers: I suggest that we do not allow "give" to work like this and instead implement a "take" console command. The only reas... danij
06:02 Revision 3c19bad2 (github): Visibility of TextureVariant can now be restricted to the Textures and Materials subsystems.: Todo: Materials should not need to know of them either - refactor API danij
03:16 Revision 5ce03664 (github): Relocated image analysis records out of TextureVariant and into Texture as these aren't really variable. If we do want per-variant values it would be trivial to transform the general case according to the variant's specification in an accessor.: Perform image analyses immediately after source image load and prior to variant construction/preparation. danij

2011-04-03

19:34 Revision f08458cd (github): Texture upload refactoring continues:: * Store the used/assumed color palette index for the loaded image data in de::Image making it possible to determine t... danij

2011-04-02

20:15 Revision 80b7f13b (github): Merge dangling commits (TortoiseGit bug?).: danij
18:46 Revision 96dc0730 (github): Further refactoring of the texture upload/processing pipeline in ringzero:: * Began replacing the use of TextureVariantUsageContext identifiers, turning the context-specific logic branching int... danij

2011-03-31

15:01 Bug #959 (New): [Doom] Crushed bad guys and tag666: I just tried E1M8 of this episode 1 map set in both Dday 1.8.6 and beta 6.9 and the 666 tag wasn't always triggering.... vermil

Also available in: Atom

Project

General

Profile

Doomsday Engine

Activity

Activity

2011-04-12

2011-04-11

2011-04-10

2011-04-09

2011-04-08

2011-04-07

2011-04-06

2011-04-05

2011-04-04

2011-04-03

2011-04-02

2011-03-31