Update: New build 2272 available with updated IWAD recognition rules.
The third and possibly final release candidate of version 2.0 is now available (build 2272).
There is a whole bunch of fixes:
- IWAD files are now recognized with stricter rules to avoid files from being misidentified as known IWADs. If you have been seeing problems dealing with WAD files in the Packages browser, try DE → Clear Cache and restart.
- Under specific circumstances, opening the game profile package selection dialog would crash.
- Hang when trying to spawn damage particles triggered by a very large amount of damage.
- Light from the Torch powerup in Heretic and Hexen was rendered incorrectly.
- 3D model animation problem where a non-animating mobj would be repeatedly restarting its animation sequences.
- Several UI glitches of varying severity. For example, the Update Available notification was triggering a fatal error, and there were occasional random color changes happening when UI widgets were being drawn.
Another notable change is that the folders where Doomsday looks for IWADs and other data files are now configured in the same Data Files dialog. I’ve added a new quick-access button to the bottom of the Home’s Packages list for opening this dialog.
Full change log
The second release candidate is available: build 2257.
This build has a number of bugfixes and minor improvements, particularly when it comes to loading and unloading data files. Some of the fixes affect metadata generated for data files, so if you’ve been running RC1, I recommend clearing Doomsday’s resource cache. This will also ensure that all add-ons are detected again, if some files were previously missing.
When one loads a savegame, Doomsday will attempt to load or unload resources depending on what was used in the save. However, this was quite buggy and could easily lead to a crash. There was also a mixup that caused Doomsday to try load and unload the same files twice. These issues are resolved in RC2.
I’ve made a couple of usability tweaks in Home. It should now be clearer when a profile is unplayable because the game IWAD is missing, or if the problem is that your selected additional packages are unavailable.
Build 2250 is the first Release Candidate for 2.0.
The full release notes will be available later, but the short version is that 2.0 introduces two big changes in how Doomsday works:
- The Snowberry front-end application has been replaced with a new Home screen within Doomsday itself.
- Doomsday has gained more understanding of various data file formats, resource packs, and add-ons so that it can load them without assistance from a front-end app. This Packages system has wide effects inside the engine, influencing game session configuration, savegames, multiplayer games, and the UI.
The updated Readme covers most of the new stuff, so that is a good place to start if you havent been using any 2.0 unstable builds recently.
There are certainly still bugs left to find and fix, so please report any problems you encounter with the RC build(s). The best place to do so is the Tracker.
In practical terms, development of the 2.0 release has been switched to the
stable branch and is now in feature freeze mode. The
master branch will roll over to 2.1 for new unstable builds. Now that the
stable branch is using CMake as well, I’ve resumed the first-day-of-the-month stable builds.
DaniJ agreed to continue looking into the Hexen save issue since he has more recently been working on that area of the code. This frees me up to work on secondary tasks, like writing the release notes. Continue reading Release notes
I’ve been getting back to work on Doomsday after my 1.5 month hiatus.
As I previously planned, I’ve been doing more development on Xcode 6. It took a brief adjustment period to get to know the intricacies of the IDE, but Xcode is starting to feel quite comfortable. My biggest gripe is that the Quick Open box is so slow; Doomsday is a relatively large code base, so there are a lot of files and symbols to find (Qt Creator manages this just fine, though). There are some nice touches like the Assistant editor showing callers/callees, source/header counterparts, and other helpful information, but code navigation on the whole just doesn’t feel right to me. However, Xcode is superb for debugging on the Mac. I’ve already managed to fix a number of bugs thanks to it. Continue reading Up to Speed