Activity
From 2015-05-04 to 2015-05-17
2015-05-17
- 18:06 Bug #2060 (Closed): [Hexen] SIGSEGV when shooting a Centaur with Frost Shards
- 16:37 Bug #2060: [Hexen] SIGSEGV when shooting a Centaur with Frost Shards
- It looks like a problem with the mobj that the Centaur is defending against. The mobj in question sometimes, very inf...
- 12:42 Bug #2060 (In Progress): [Hexen] SIGSEGV when shooting a Centaur with Frost Shards
- 12:40 Bug #2060 (Closed): [Hexen] SIGSEGV when shooting a Centaur with Frost Shards
- In build 1596 on OS X:...
- 18:05 Revision d4dfe59a (github): Fixed|Hexen: Crashes due to null pointer access
- During playtesting, these were found to cause crashes under rare
circumstances.
IssueID #2060 - 18:03 Revision 9bcadc7d (github): Fixed|Hexen: Crashes due to null pointer access
- During playtesting, these were found to cause crashes under rare
circumstances.
IssueID #2060 - 14:52 Revision d247626f (github): Merge branch 'master' into cmake-build
- 14:29 Bug #1988: [MP] When spawning on a weapon, weapon fires at speed of pistol
- Can confirm the bug still exists build 1596
- 06:17 Feature #2037: [Linux] Get Doomsday working with Clang
- Build with clang and -O0 earlier. Tried starting a new game and it looks like a stack overflow occurred in @map.cpp@ ...
- 04:48 Feature #2037: [Linux] Get Doomsday working with Clang
- I saw that, and was somewhat excited.
I'll run off a clang build and post back. This time around, I'll also grab ...
2015-05-16
- 22:04 Revision 3c136529 (github): Cleanup|libappfw|GridLayout: Added an assertion
- 16:31 Bug #2058 (Closed): [Windows] Adjust client UI scaling factor according to system DPI setting
- Currently, when running on Windows with a higher than default DPI setting, the UI is not sized correctly. The client ...
- 16:11 Revision f59e172e (github): Renderer|Defaults: Increased dynamic light brightness and size
- Continuing tweaking the default renderer settings for the best, most
natural appearance. - 15:24 Feature #2057 (New): Multiple client instances
- With Snowberry gone, it is feasible to add support for running multiple client instances. When the client is starting...
- 15:20 Bug #2055: [MP] Multiple instances can't connect to a local server
- Client identification is determined by the @client.id@ file in the runtime folder. When you were running multiple ins...
- 10:46 Bug #2055 (New): [MP] Multiple instances can't connect to a local server
- Multiple instances of Dday running on the same computer can't connect to the same server; Dday immediately disconnect...
- 10:51 Revision 38842534 (github): Merge branch 'reintegrate-upstream' of ssh://github.com/RomanHargrave/Doomsday-Engine into cmake-build
- 10:47 Bug #2056 (New): Moving platforms sound origin incorrect
- In HeXen and Heretic (I haven't tested Doom), the sound origin for moving platforms appears to be incorrect, or it do...
- 10:44 Bug #2054 (New): [MP] No weapon pickup notification in Hexen
- In HeXen MP, when one picks up a weapon, there is no audio or visual notification of any kind.
Comparatively, mana... - 10:42 Feature #2037: [Linux] Get Doomsday working with Clang
- commit:aee9fecd may have some impact on this issue.
2015-05-15
- 23:36 Revision ef521aed (github): Fix|libdoom: st_stuff had a bad merge that resulted in ST_ClosAll becoming HU_WakeWidgets. Reimplemented HU_WakeWidgets and ST_CloseAll
- 23:36 Revision 9ee7cd69 (github): Fix|libheretic: a bad merge swallowed up HU_WakeWidgets
- 21:49 Bug #2052 (Closed): [OS X] Crash when loading a map (clang, release build)
- 20:24 Bug #2052: [OS X] Crash when loading a map (clang, release build)
- I dug a little deeper and found the root cause. (Which is nice because qmake doesn't easily support source file speci...
- 20:16 Bug #2052 (Resolved): [OS X] Crash when loading a map (clang, release build)
- 14:15 Bug #2052: [OS X] Crash when loading a map (clang, release build)
- After investigating closer, this looks a lot like an optimization bug in clang. (MSVC and GCC builds work fine.)
I... - 21:47 Revision 906e8e3a (github): Snowberry: All WAD addons except hexdd.wad are loaded with "-file"
- IssueID #2034
- 21:47 Revision 0a003e0f (github): Snowberry: All WAD addons except hexdd.wad are loaded with "-file"
- IssueID #2034
- 20:33 Revision 7359098f (github): Merge branch 'master' into stable
- 20:20 Revision aee9fecd (github): Fixed|Client|Map|Clang: Crash in optimized build (undefined behavior)
- During line owner sorting, LineOwner was returning references to null,
which is undefined behavior according to the C... - 14:23 Feature #2053 (New): [HeXen DK] Automatically handle version 1.0 lack of SNDINFO
- The initial version of HeXen DK (1.0) was released without a SNDINFO lump, which leads to no music while playing exce...
- 13:54 Bug #2034 (Resolved): [HeXen DK] Snowberry versus Ring Zero launching
- 12:57 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- My versions of DK 1.0 and 1.1 (from patching my 1.0 Iwad) are both marked as Iwads.
- 12:05 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- skyjake wrote:
> That's interesting. I wonder if yours is from a different version?
Could be. Mine has been patched... - 11:48 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- That's interesting. I wonder if yours is from a different version?
Well, this means Snowberry just has to treat th... - 11:12 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- My copy of hexdd.wad is indeed a PWAD
- 10:53 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- Note that regardless of whether hexdd.wad is marked as an IWAD it should be treated by Snowberry as a required/startu...
- 10:42 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- Could you check if your copy of @hexdd.wad@ actually identifies itself as an IWAD? I just tried 1595 on Windows and i...
- 10:25 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- On Windows the Python sources are compiled to bytecode .pyc files I believe, perhaps the executable was built from ol...
- 09:02 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- I tried it with Fedora, and it did work correctly: "-iwad" was used for both WADs, and hexdd.wad wasn't loaded twice ...
- 08:37 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- I'll do some Python debugging...
- 07:34 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- Build1595 - Snowberry is still using -file for HEXDD.wad for me.
Options.rsp:... - 13:54 Revision 2bce8025 (github): Snowberry|Fixed: Always load Deathkings WAD with the "-iwad" option
- IssueID #2034
2015-05-14
- 23:14 Revision f9a121a8 (github): Snowberry: Use "-iwad" when addon is an IWAD file
- Needs testing with the next build to see if this is a sufficient fix.
IssueID #2034 - 22:47 Bug #2052 (Closed): [OS X] Crash when loading a map (clang, release build)
- Build 1591, Apple LLVM version 6.1.0 (clang-602.0.49).
When running the client or doomsday-server, in map.cpp, @so... - 22:33 Revision 9e5de905 (github): Fixed|Hexen: Compiler warning (unused argument)
- 15:01 Revision c19ab466 (github): Fixed|Unix: Minor build errors
- 15:00 Revision 46117911 (github): Fixed|Unix: Minor build errors
- 11:56 Feature #2051 (New): XG test suite / demo map
- We need a map that tests all the features of XG in a systematic fashion. This can then act as a test suite to fix reg...
- 01:44 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- My take is this is simply obsolete logic in Snowberry - both HEXEN.WAD and HEXDD,WAD should be specified with -iwad s...
- 01:39 Bug #2034: [HeXen DK] Snowberry versus Ring Zero launching
- It appears this problem is quite simply that HEXDD.wad is being loaded twice when launched from Snowberry. A summary ...
2015-05-13
- 22:50 Bug #2049: Inadequate minimum OpenGL version detection/handling (Windows)
- Very glad to hear this is now fixed.
(Trying to debug anything using Qt Creator on Windows is a complete nightmare... - 21:50 Bug #2049 (Closed): Inadequate minimum OpenGL version detection/handling (Windows)
- 21:42 Bug #2049 (In Progress): Inadequate minimum OpenGL version detection/handling (Windows)
- The problem was that a number of calls were attempted to the OpenGL 2+ entrypoints that were all @nullptr@ because of...
- 10:35 Bug #2049: Inadequate minimum OpenGL version detection/handling (Windows)
- Doomsday's dialog is not shown and no error is printed in the log, on Windows 7 64-bit.
- 10:13 Bug #2049: Inadequate minimum OpenGL version detection/handling (Windows)
- If the minimum OpenGL version check fails, the current behavior is to show an error dialog box (using @nativeui.cpp@)...
- 10:08 Bug #2049 (Closed): Inadequate minimum OpenGL version detection/handling (Windows)
- The default display driver on Windows 7 does not support OpenGL 2.0 (or later) resulting in the Doomsday client faili...
- 21:49 Revision a73892f9 (github): Fixed|Windows|libgui: Crash during startup if display driver doesn't support OpenGL 2
- Entrypoints were null, calls were still being made.
IssueID #2049 - 21:48 Revision 6a0815b1 (github): Fixed|Windows|libgui: Crash during startup if display driver doesn't support OpenGL 2
- Entrypoints were null, calls were still being made.
IssueID #2049 - 17:25 Revision df1bfbbd (github): Merge branch 'master' into cmake-build
- 08:59 Revision 481bc01c (github): Fixed|World|ContactSpreader: Spread contacts over middle surfaces with a non-opaque material
- Addresses an issue with dynamic lights, observed in hexen-dk MAP48,
in the westernmost room (the Afrit cages). - 05:59 Feature #2047: Allow user to select a specific IWAD file for a (custom) game session
- I agree. I had been thinking about this whilst out to lunch and this was one thought that I had -- to be able to defi...
- 04:39 Feature #2047: Allow user to select a specific IWAD file for a (custom) game session
- This is looking at the problem from the wrong perspective. Rather than overriding an IWAD for a pre-defined game mode...
- 03:22 Feature #2047 (Closed): Allow user to select a specific IWAD file for a (custom) game session
- Right now, Doomsday locates by name game data. After it finds a list of candidate files, it selects the one which mat...
- 05:27 Revision 3be10324 (github): Merge branch 'master' of github.com:skyjake/Doomsday-Engine
- 05:27 Revision 5fdf8495 (github): Client|Server: Untangled header includes (don't use de_*.h), cleanup
- 03:50 Bug #2048 (New): Particle effects obscure map objects
- I have attached definitions for all available game plugins, however this is an issue with the engine rather than the ...
2015-05-12
- 23:31 Bug #1989 (In Progress): Client assert fail (possible crash) if joining game during intermission
- 23:15 Revision 8f6f39a0 (github): Merge branch 'master' into stable
- 23:06 Bug #1591: [BSP] Fully overlapped map geometry is not always split
- Ok good. For bookkeeping I created a separate issue for the fix so it's included in 1.15.
- 21:55 Bug #1591: [BSP] Fully overlapped map geometry is not always split
- The 1.15 release target was indeed set because of the first part of this issue. As that is now addressed there is no ...
- 20:59 Bug #1591: [BSP] Fully overlapped map geometry is not always split
- danij wrote:
> The second issue concerning splitting of overlapped line segments wrt support of maphacks (such as th... - 23:04 Bug #2046 (Closed): [BSP] Space partitioning results in superfluous line segments
- An overly conservative epsilon used when searching for existing line segments in the map would sometimes lead to the ...
- 22:41 Bug #2043: [Hexen] Puzzle item use regression
- Good catch, vermil! This was apparently just a simple typo/oversight in the revised inventory code.
- 22:40 Bug #2043 (Closed): [Hexen] Puzzle item use regression
- 22:37 Revision 35cb1b44 (github): Fixed|Hexen: Unsuccessful use of puzzle item should not move cursor
- A simple oversight, it seems. 'lastUsed' was always IIT_NONE in this
scope.
IssueID #2043 - 22:36 Revision 5ad8c86c (github): Fixed|Hexen: Unsuccessful use of puzzle item should not move cursor
- A simple oversight, it seems. 'lastUsed' was always IIT_NONE in this
scope.
IssueID #2043 - 21:15 Revision 98ea456d (github): Fixed|Hexen: Resolve merge conflicts from 05f0b122
- 20:33 Revision 3f5f37f6 (github): Setting release type to "Candidate"
- Stable branch will be used for making the release candidate and
stable builds. - 20:30 Revision 5fd0f898 (github): Merge branch 'master' into stable
- 14:52 Revision 05f0b122 (github): Fixed|Hexen: Incorrect mana given on collection of fourth-weapon piece
- IssueID #2045
- 09:31 Bug #2045 (Closed): [HeXen] 4th weapon pickups for current player class give wrong quantity of mana
- 09:29 Revision f9fe10bc (github): Fixed|Hexen: Incorrect mana given on collection of fourth-weapon piece
- IssueID #2045
- 00:09 Bug #1967: [Multiplayer] Heretic/HeXen liquid splashes/damaging floors doubled
- To reword the original report. One is incorrectly taking damage twice from damaging floors in Heretic and HeXen MP
- 00:07 Bug #1967: [Multiplayer] Heretic/HeXen liquid splashes/damaging floors doubled
- I'll add to this report to say that during the old MP testing phase, this issue also affected Doom, but it was fixed ...
2015-05-11
- 22:05 Revision 42dc834f (github): Revert unrelated commits
- 22:01 Revision be980ab1 (github): Merge branch 'doom64' into reintegrate-upstream
- 21:58 Revision a5461773 (github): Merge branch 'cmake-build' of https://github.com/skyjake/Doomsday-Engine into cmake-build
- 21:27 Revision 5985778e (github): Merge origin/cmake-build
- 12:33 Bug #2042: Mobj spawning at sector boundary height should choose highest contacted floor
- Yes, when a mobjs centre point is exactly on the line shared by two sectors, the Vanilla games appear to always place...
- 12:21 Bug #2042: Mobj spawning at sector boundary height should choose highest contacted floor
- vermil wrote:
> When a mobj is perfectly over two sectors of different heights
I understand this as the mobj's ce... - 11:58 Bug #1129: Various mobj Z movement clipping bugs
- I've now observed bug 2 happening in HeXen with bad guys walking off ledges into scenery items and then becoming stuc...
- 09:48 Bug #2045 (In Progress): [HeXen] 4th weapon pickups for current player class give wrong quantity of mana
2015-05-10
- 20:57 Bug #2045: [HeXen] 4th weapon pickups for current player class give wrong quantity of mana
- Note that this issue has already been addressed in the recently pushed @hud-cleanup@ branch.
- 20:18 Bug #2045 (Closed): [HeXen] 4th weapon pickups for current player class give wrong quantity of mana
- Forth weapon pieces for the class the player is playing are incorrectly only giving 20 blue mana when picked up, inst...
- 19:50 Bug #2044 (Closed): [HeXen] Pig mode weapon switching should be inactive
- In Dday, when one is a pig, the 1-4 key's lower and re-raise the pigs weapon.
In Vanilla HeXen, the weapon selecti... - 02:40 Revision 93df11e0 (github): Fix function signature for GWA category
2015-05-09
- 23:31 Revision f0af88ee (github): Fix missing definitions and add gwa support to snowberry
- 21:40 Bug #2043 (Closed): [Hexen] Puzzle item use regression
- In modern Dday attempting to use either an artefact or a puzzle item that can't be used (for instance, the player alr...
- 20:59 Bug #2042 (New): Mobj spawning at sector boundary height should choose highest contacted floor
- I wasn't sure what to title this report.
When a mobj is perfectly over two sectors of different heights, Dday has ... - 18:54 Bug #2006 (Closed): [MP] Automap and Inventory left open on player death
- 18:35 Bug #2006 (Resolved): [MP] Automap and Inventory left open on player death
- Fixed by adding a new packet that allows the server to tell the client to close the HUDs (causes a call to @ST_CloseA...
- 17:39 Bug #2006 (In Progress): [MP] Automap and Inventory left open on player death
- 18:54 Bug #1966 (Closed): [MP] Powered up Phoenix Rod broken
- 17:27 Bug #1966 (Resolved): [MP] Powered up Phoenix Rod broken
- 18:49 Revision 439e1445 (github): Merge branch 'master' into cmake-build
- 18:47 Revision 120d6237 (github): Fixed|Multiplayer|All Games: Close automap and inventory when player dies
- A new packet was added so the server can tell a particular client to
close their automap and inventory.
IssueID #2006 - 18:47 Revision 82cb6195 (github): Cleanup|libcommon|All Games: Call ST_CloseAll() when player is dying
- 18:47 Revision 1d416dc4 (github): Fixed|Multiplayer|Heretic|libcommon: Phoenix Rod flame and weapon refiring
- The client was not sending information about the weapon's refire
status, causing the server to perform the incorrect ... - 18:47 Revision 0d904dca (github): Debug|Client: viewPlayer and displayPlayer aren't always in sync
- Todo for later: Clean this up, there should only be one of these.
- 18:47 Revision e2c682ea (github): Loop|Client|Server: Advance a single tic if app has been stuck for a long time
- This addresses the problem where Doomsday would remain stuck running
a massive number of tics after wall time has ski... - 18:46 Revision 72cb4411 (github): Fixed|Console|libdoomsday: Handling an empty string argument
- Compiling on the Raspi, the comparison between -1 (integer) and
a char was always false (compiler warning). This caus... - 18:46 Revision 5cdafd63 (github): Fixed|Time|libcore: Missing conversion of Time to text
- Previously it was only possible to convert a high-performance time
to text using the BuildNumberAndSecondsSinceStart ... - 18:46 Revision 1087ccd4 (github): Fixed|libcore|libgui: Use Qt serialization format 4.8
- Since Qt 4.8 is the oldest supported serialization version, for
compatibility reasons all builds should use that format. - 18:46 Revision aef05e09 (github): Fixed|Network|Client: Treat port 0 as equivalent to the default port
- 18:46 Revision 91bb6b51 (github): Cleanup|libshell: Define the default server port as a constant
- 18:22 Revision 88d34c49 (github): Fixed|Multiplayer|All Games: Close automap and inventory when player dies
- A new packet was added so the server can tell a particular client to
close their automap and inventory.
IssueID #2006 - 18:15 Revision e3c31c07 (github): Cleanup|libcommon|All Games: Call ST_CloseAll() when player is dying
- 17:26 Revision c5e2311d (github): Fixed|Multiplayer|Heretic|libcommon: Phoenix Rod flame and weapon refiring
- The client was not sending information about the weapon's refire
status, causing the server to perform the incorrect ... - 11:06 Bug #1820 (Closed): [MP] Heretic Hell Staff rain colors don't match player colors
- The rain colors now match the colors chosen by the players.
- 08:51 Bug #1820 (In Progress): [MP] Heretic Hell Staff rain colors don't match player colors
- 11:03 Revision aa5e2833 (github): Heretic|Multiplayer|Fixed: Incorrect Hell Staff rain colors
- The rain color matches the player color in multiplayer games.
IssueID #1820 - 11:03 Revision 3dc45e10 (github): Heretic|Multiplayer|Fixed: Incorrect Hell Staff rain colors
- The rain color matches the player color in multiplayer games.
IssueID #1820 - 11:01 Revision b600eac5 (github): Debug|Client: viewPlayer and displayPlayer aren't always in sync
- Todo for later: Clean this up, there should only be one of these.
- 10:04 Revision 71d6067a (github): Loop|Client|Server: Advance a single tic if app has been stuck for a long time
- This addresses the problem where Doomsday would remain stuck running
a massive number of tics after wall time has ski... - 09:41 Bug #2040: Auto-completion popup widget width changes when scrolling
- This is almost certainly related to the recent "DocumentWidget content size accuracy fix.":http://tracker.dengine.net...
- 08:49 Bug #1961: Client fatal error due to invalid data received from server
- This may have been caused by #1954, and has therefore been fixed. Should keep an eye out.
- 05:33 Revision 12e307ef (github): metric is sometimes (inexplicably without deeper research) null
- 00:15 Bug #2041 (New): Clipping issue in Hexen MAP10 - Wastelands near {x:160, y:-3248}
- Seemingly a logic error in the map renderer, occlusion ranges added for the polyobj geometry result in geometry behin...
2015-05-08
- 23:23 Bug #2040 (Closed): Auto-completion popup widget width changes when scrolling
- When scrolling through the auto-completion suggestions the popup widget's width changes according the width of the lo...
- 21:25 Revision 8de4b6a5 (github): Add more vim specs to gitignore
- 20:10 Bug #2036 (Rejected): Automap lines are not visible
- 19:32 Bug #2036: Automap lines are not visible
- Disregard that.
This is now working.
That was strange...
No settings were changed, by the way. - 19:46 Feature #1325: Boom line types and sectors
- rhargrave wrote:
> Is there such a list right now?
I don't think there is. I believe this is the most comprehensi... - 19:29 Feature #1325: Boom line types and sectors
- I think that it might be helpful to have a list of yet-to-be-implemented BOOM features along with technical details, ...
- 18:57 Bug #2039 (Closed): "Fly up" without Wings artifact causes inventory to scroll around randomly
- 18:49 Bug #2039 (In Progress): "Fly up" without Wings artifact causes inventory to scroll around randomly
- 12:27 Bug #2039 (Closed): "Fly up" without Wings artifact causes inventory to scroll around randomly
- In Vanilla Heretic and HeXen pressing Fly Up without possessing the Wings of Wrath does nothing.
However, in Dday,... - 18:57 Revision 7dcc7e21 (github): Fixed|Heretic|Hexen: "Fly Up" should do nothing if Wings isn't owned
- IssueID #2039
- 18:56 Revision 5ae247a6 (github): Fixed|Heretic|Hexen: "Fly Up" should do nothing if Wings isn't owned
- IssueID #2039
2015-05-07
- 23:45 Revision c23100d4 (github): Add TODO about refactoring
- 23:38 Revision 1015d72e (github): Remove redundant preprocessor negation -- it was always true
- 23:09 Revision 4eeeb234 (github): doom64: re-order UI configuration, fixes (most of) #2025
- 23:08 Revision 4699f5c4 (github): doom64: replace macro with constant
- 23:08 Revision f2740888 (github): Organize doom64 st_stuff header
- 23:07 Revision 7c660b0d (github): Minor TLC for the ready ammo widget
- 23:07 Revision af6ed8e6 (github): Allow for compiletime enablement of UI debugging features
- 22:26 Bug #2025: Doom64TC does not have a fully functional HUD
- I've attached a picture of the HUD. It is notably more similary to D64EX than D64TC. The keys are currently not displ...
- 22:04 Bug #2025: Doom64TC does not have a fully functional HUD
- I've marked this as being related to #4 (UI Renovation) since implementing the 64TC hud effectively involved implemen...
- 22:01 Bug #2025: Doom64TC does not have a fully functional HUD
- I've got the HUD working, the bug that was borking the render had to do with the order in which it was initialized. A...
- 18:41 Bug #2025: Doom64TC does not have a fully functional HUD
- I've finished integrating DaniJ's HUD. All that appears to be necessary at the moment is to debug a rendering issue t...
- 22:06 Bug #2024 (Resolved): doom64 plugin does not draw HUD
- Marked as resolved, as #2025 is effectively this issue has more discussion, and tracks related modifications, and its...
- 21:44 Revision d254757b (github): Scrub dead code in doom st_stuff
- 20:53 Revision 2f39efae (github): Debug|GL: Assert DGL_Enable/Disable/MatrixMode argument validity
- 20:47 Bug #2036: Automap lines are not visible
- It's quite odd. Later today I'll recompile my casual use copy with different flags and see what happens. The current ...
- 20:44 Bug #2036: Automap lines are not visible
- I see, that at least rules out any fundamental OpenGL driver level issues since you had it working before.
- 20:11 Bug #2036: Automap lines are not visible
- I don't seem to be encountering any GL errors, and the menu curtain works.
Even more interesting is that the autom... - 20:08 Bug #2036: Automap lines are not visible
- rhargrave wrote:
> Here is a screenshot of my GL info: http://i.imgur.com/545OsyO.png in doomsday, if you're curious... - 20:03 Revision c61a3979 (github): Remove unused viewport renderer code
- 19:10 Bug #1972: [MP] Fast-moving planes not always reach destination on client-side
- I ran a couple of further tests on MAP26 with build 1587. I tried reproducing the error on a ping of 100 ms, and anot...
- 05:07 Revision 4955c231 (github): Change WAD signature
- 05:01 Revision a8737078 (github): Modify CMakeLists to use GLOB_RECURSE rather than GLOB for subdirectory support
- 04:50 Revision b64729f6 (github): ArmorIconWidget did not include p_actor dependency
- 04:32 Revision 78d7bad2 (github): Looks like git had a stroke and neglected to delete files during a merge
- 01:08 Revision ac10fe97 (github): Merge branch 'cmake-build' into doom64
- 01:08 Revision fcbf134b (github): Merge branch 'cmake-build' of https://github.com/skyjake/Doomsday-Engine into cmake-build
- 00:27 Revision 0ab94735 (github): Before *iconwidget can be in libcommon, serious refactoring is needed
- 00:04 Revision 8e23100c (github): Merge branch 'master' of https://github.com/skyjake/Doomsday-Engine into doom64_integrate
- 00:03 Revision e2e4a04f (github): Merge upstream/cmake-build in to doom64_integrate
2015-05-06
- 23:52 Revision 8ba5cbdd (github): HealthIconWidget constructor did not make it in to the appropriate constructor change commit
- 23:51 Revision 5e473c47 (github): Update doom64 plugin to use new armor/health icon constructors
- 23:37 Revision 3dd7db74 (github): Add sprite field to health icon widget
- 23:37 Revision ae30e64f (github): Add armor sprite specification to armor icon widget constructorc
- 23:35 Revision 846b2841 (github): Scrub dead code in doom UI init
- 23:34 Revision 334e08bb (github): Scrub dead code in hexen UI init
- 23:34 Revision f439d4ff (github): Scrub dead code in heretic UI init
- 23:02 Revision c6af3c14 (github): Restore origin widget getter names
- 22:22 Revision ee72ed68 (github): Fixed|Console|libdoomsday: Handling an empty string argument
- Compiling on the Raspi, the comparison between -1 (integer) and
a char was always false (compiler warning). This caus... - 22:05 Revision 1c7852ff (github): Rename widget access prototypes in st_stuff header
- 22:04 Revision bbd2e160 (github): Remove unused static functions from st_stuff.cpp
- 22:02 Revision 6f2f6788 (github): Implemented new HUD toolkit
- 21:11 Revision 16b88023 (github): Fixed|Time|libcore: Missing conversion of Time to text
- Previously it was only possible to convert a high-performance time
to text using the BuildNumberAndSecondsSinceStart ... - 20:29 Revision 6262c698 (github): Fixed|libcore|libgui: Use Qt serialization format 4.8
- Since Qt 4.8 is the oldest supported serialization version, for
compatibility reasons all builds should use that format. - 20:06 Revision b9938719 (github): Remove (some) preprocessor specialization from hus_stuff
- 20:03 Bug #1781: Incorrect ping time in MP info popup
- Increased priority because a low ping time is an important consideration when choosing which server to join.
- 19:45 Bug #2036: Automap lines are not visible
- skyjake wrote:
> rhargrave wrote:
> > At which commit is it working for you?
>
> I'm using cmake-build commit:1f... - 19:33 Bug #2036: Automap lines are not visible
- rhargrave wrote:
> At which commit is it working for you?
I'm using cmake-build commit:1f6ede6224, however earlie... - 19:01 Bug #2036: Automap lines are not visible
- skyjake wrote:
> I tried this on two different machines and the automap was working correctly on both (Ubuntu 64-bit... - 11:19 Bug #2036: Automap lines are not visible
- I tried this on two different machines and the automap was working correctly on both (Ubuntu 64-bit, Nvidia GeForce 7...
- 19:28 Revision cde70104 (github): Fixed|Network|Client: Treat port 0 as equivalent to the default port
- 19:26 Revision 485faaaf (github): Cleanup|libshell: Define the default server port as a constant
- 19:12 Revision 433acd6f (github): Move armor and health icon widgets in to libcommon
- 19:07 Revision 05a5db46 (github): Mitigate results of late-night refactoring
- 19:04 Revision 91c2ab49 (github): Rename displayMode to hudMode
- 09:07 Revision bec59368 (github): Fix array subscript on L209
- 09:04 Revision c8f19095 (github): Rewrite HUD UI setup based on the doom plugin
- 05:48 Revision 1c357419 (github): Reorganize st_stuff
- 03:26 Feature #2038 (Closed): Replace `define` with `static const ...` where possible
- In working on various bits of doomsday, I noticed that macros are quite often used where constants could be used. I t...
2015-05-05
- 21:04 Feature #2037: [Linux] Get Doomsday working with Clang
- Ah yes! I forgot to mention the version of Clang I am using.
Here are some stats, including version:... - 20:07 Feature #2037: [Linux] Get Doomsday working with Clang
- It should be noted that Apple's version of Clang works flawlessly. Problems with the regular Clang may be just a matt...
- 19:49 Feature #2037 (Closed): [Linux] Get Doomsday working with Clang
- Last night, I was using clang to do some analysis. This worked well and generated, without complaint, a binary that w...
- 20:09 Bug #2036: Automap lines are not visible
- I'll do a clean build and see if this can be reproduced.
- 19:37 Bug #2036 (Rejected): Automap lines are not visible
- I just built a fresh Doomsday from cmake-build yesterday (I don't build from master, as I don't want to have a stroke...
- 10:22 Feature #2035 (New): Map lighting editor (volume, surface, and point sources)
- Rethinking and extending the old bias light editor ("bledit":http://dengine.net/dew/index.php?title=Bledit_(Cmd)), th...
- 08:13 Feature #2033: Runtime map editor
- This is a great idea. I'd like to throw in the suggestion for a better light editor as part of this.
- 06:06 Revision 88f21aa5 (github): Migrate m_cheat.cpp to P_SetMessageWithFlags
- 05:58 Revision dd1c9b8c (github): Rename P_SetYellowMessage2 to PSetYellowMessageWithFlags
- 05:57 Revision f091ae70 (github): Rename P_SetMessage2 to PSetMessageWithFlags
- 05:57 Revision c6143826 (github): Remove am_map.h include from st_stuff
- 05:48 Revision 355f5460 (github): Remove am_map.h include directive
- 05:22 Revision 6f431e89 (github): Include common/gamesession in mapstatereader.cpp, as mapstatereader needed access to COMMON_GAMESESSION when compiling jhexen
- 04:01 Revision 74f1a83c (github): Replace coord_t with double in fitPointInRectangle, as Vector*d is always a ddouble, while coord_t follows no such contract and could potentially change (example: coord_t was changed to double by another commit)
- 03:30 Revision 900bd262 (github): Refactor PlayerLogWidget::draw()
2015-05-04
- 20:58 Revision 84fe3c1a (github): Fixed|FX|Renderer: Drawing bloom without the resizing filter
- See comment in fx::Resize::isActive().
- 19:54 Feature #2029: Get the Doom64 lighting system working in Doom64TC
- The majority of the Doom64 lighting model is already implemented. Take a look at @libcommon@ @p_mapsetup.cpp@ and you...
- 07:36 Revision 4ac02e4f (github): Fixed|Renderer|Client: Sprite rotation selection (typo)
- 06:23 Bug #2034 (In Progress): [HeXen DK] Snowberry versus Ring Zero launching
- 04:01 Bug #2030 (Closed): [Hexen] Wendigo attack angle incorrect
- 03:57 Bug #2030: [Hexen] Wendigo attack angle incorrect
- Indeed this regression is the result of an oversight in that recent commit. Unusually, vanilla Hexen uses the relativ...
- 02:32 Bug #2030 (In Progress): [Hexen] Wendigo attack angle incorrect
- 04:00 Revision 3605f631 (github): Fixed|Hexen: Wendigo attack angle incorrect
- Unusually, vanilla Hexen uses the relative position of the Wendigo
itself, rather than the spawn point of the missile... - 03:34 Revision 18769af8 (github): Fixed|Hexen First hub exit leads to incorrect map
- It seems vanilla Hexen uses another slightly different logic with line
special 80 - logical map index #0 is interpret... - 03:26 Revision c10e3cf5 (github): Remove redundant `public:` sections in PlayerLogWidget
- 02:04 Bug #2031 (Closed): [Hexen] First hub exit leads to incorrect map
- 01:57 Bug #2031 (In Progress): [Hexen] First hub exit leads to incorrect map
- 02:03 Revision 999218e8 (github): Fixed|Hexen First hub exit leads to incorrect map
- The map reference used as a line special argument was interpreted
as a warp number rather than a logical map index nu...
Also available in: Atom