Activity
From 2020-01-15 to 2020-01-28
2020-01-28
-
15:39 Revision 5eee4d39 (github): UI: Update copyright year
-
15:27 Revision 5509b612 (github): Freedesktop: Added version 2.2.2 to the metainfo
-
09:39 Revision 648c6bb2 (github): Changed release type to "Stable" for 2.2.2
-
01:23 Feature #2407 (New): "follow / no follow" in the automap settings
- Add the option "follow / no follow" to the automap settings
2020-01-26
-
09:20 Bug #2406 (Closed): [Windows] Color adjustments are not being applied
- The color adjustment settings (gamma, brightness, contrast) have no effect.
2020-01-22
-
20:32 Feature #2405 (Closed): Per-model FOV for rendering psprite models
- Instead of the default fixed FOV for psprites, there should be an option for the model asset definition to override t...
-
06:48 Bug #2370: [2.3 Unstable] Render Hack Regressions
- sonicdoommario wrote:
> Looking at the map, the areas where the Chaingunners are enclosed with block monster lines a... -
06:41 Bug #2370: [2.3 Unstable] Render Hack Regressions
- Encountered this one in Map12 in Plutonia, diagonally across from the exit (at 800, -3200). The area that the Chaingu...
-
06:32 Bug #2404 (New): REKKR compatibility issues
- There is a number of problems with "REKKR.":https://www.doomworld.com/idgames/levels/doom/megawads/rekkr
* Some ma... -
06:20 Revision 6c9ff26e (github): Fixed|libgui: Recognizing TGA image data
- Zero-area images are invalid.
2020-01-20
-
22:38 Revision 062de727 (github): Client: Importing a Gloom map
-
22:37 Revision 9e4c69f1 (github): Cleanup
-
06:26 Bug #2370: [2.3 Unstable] Render Hack Regressions
- Wanted to throw in another regression I encountered, this one in Map24 of Plutonia. This map has cages with Revenants...
2020-01-18
-
12:52 Revision a5d1e5ca (github): Merge branch 'master' of skyjake.fi:doomsday/engine into work/omega
- # Conflicts:
# doomsday/apps/client/include/client/clientsubsector.h
# doomsday/apps/client/include/world... -
11:57 Revision 49761781 (github): Cleanup
-
11:43 Feature #2379 (Resolved): HUD Weapon FOV 4:3 adaptation
-
07:33 Revision e1e8d5ba (github): Scripting|World: Querying and changing thing flags
- IssueID #2375
-
07:33 Revision 22947ec4 (github): libcore|Scripting: Converting a number to uint32
2020-01-17
-
19:57 Feature #2403 (New): User-provided particle texture flipbook (atlas)
- Large collections of particle textures (perhaps animated) would be more convenient to provide as a user-prepared atla...
-
19:41 Revision 9a6842e9 (github): Renderer: Adjust fixed weapon FOV for 4:3 view aspect
- IssueID #2379
-
13:54 Feature #2379: HUD Weapon FOV 4:3 adaptation
- tried on 2.3 Unstable [#3302] x64 and it works ok for me
-
13:13 Revision c8bc9e12 (github): Renderer: Better workaround for cubeshot
- Resetting the full GLState for each cube face works, but this still means that somewhere during rendering the frame t...
-
13:13 Revision 0478e816 (github): FIxed|Model Renderer: 3D models only partially visible
- Incorrect clip plane distances for regular 3D models. Caused by an oversight in issue 2373.
IssueID #2400 -
13:13 Revision cd09a054 (github): libcore: Added more Vec typedefs
- # Conflicts:
# doomsday/sdk/libcore/include/de/core/vector.h -
07:27 Bug #2401 (Resolved): "cubeshot" does not render views for all directions
- Marking as resolved, although might be worth finding out later where the GL state is being mismanaged.
-
07:25 Bug #2402 (Closed): [macOS] Doomsday.app notarization failed
- Notarization was not successful because the server and tools executables were not all codesigned.
-
07:24 Bug #2400: Some models are not rendered (invisible) or rendered only partially
- Found a regression due to implementation of #2373.
-
07:23 Revision 4fae7de8 (github): FIxed|Model Renderer: 3D models only partially visible
- Incorrect clip plane distances for regular 3D models. Caused by an oversight in issue 2373.
IssueID #2400
2020-01-16
-
20:29 Revision e2aa0647 (github): Renderer: Better workaround for cubeshot
- Resetting the full GLState for each cube face works, but this still means that somewhere during rendering the frame t...
-
19:53 Bug #2401: "cubeshot" does not render views for all directions
- Got a workaround, but the real cause should be investigated.
-
13:43 Bug #2401 (Closed): "cubeshot" does not render views for all directions
- It appears the "cubeshot" command is broken. Only one of the views is rendered into the output image.
Could be an ... -
17:34 Revision ab815587 (github): Freedesktop: Fixed typo in metainfo release date
-
17:33 Revision 931c557f (github): Renderer: Workaround for cubeshot issue
- Why is it necessary to reinitialize the framebuffer between faces?
IssueID #2401 -
17:33 Revision 97243304 (github): libcore: Added more Vec typedefs
-
13:36 Bug #2400 (In Progress): Some models are not rendered (invisible) or rendered only partially
- I have a hunch about what could be wrong here, let me take a look...
-
05:01 Bug #2400: Some models are not rendered (invisible) or rendered only partially
- > so I will send them via PM
>
> will mark as "ISSUE ID = 2400"
done: https://talk.dengine.net/messages/1737#It... -
04:56 Bug #2400: Some models are not rendered (invisible) or rendered only partially
- > so I will send them via PM
will mark as "ISSUE ID = 2400" -
04:55 Bug #2400 (Closed): Some models are not rendered (invisible) or rendered only partially
- Some models are not rendered (invisible) or rendered only partially
Testmod and cfg/logs are confidential, so I wi... -
12:14 Revision c8cd9fa3 (github): Freedesktop: Fixed typo in metainfo release date
-
12:12 Revision 35a1d668 (github): Freedesktop: Fixed typo in metainfo release date
2020-01-15
-
21:22 Revision 3fa14fdb (github): Broke the world apart
- ClientServerWorld is now split to ClientWorld and ServerWorld, and the common parts are in the libdoomsday base class...
Also available in: Atom