Another year has gone by, therefore we are releasing a new ScummVM version. As you may notice right away, we are changing our version numbering schema, but that’s not all! We are also planning on more frequent releases!, which you can read about on sev’s blog.

This could be the biggest release we have made so far in terms of the added features and engines. If I count correctly, we have added 12 new engines to our compatibility page. Not games, engines. In terms of games, it is challenging to count, since two of the engines, SLUDGE and WAGE are authoring tools, but if you count games in our detection tables, that adds up to at least 194 titles.

Newly Supported Games:

• Dark Seed
• God of Thunder
• The Adventures of Willy Beamish
• Heart of China
• Nancy Drew: Secret of the Scarlet Hand
• Nancy Drew: Ghost Dogs of Moon Lake
• Ripley's Believe It or Not!: The Riddle of Master Lu
• Little Longnose
• Pilot Brothers 3: Back Side of the Earth
• Pilot Brothers 3D. The Case of Garden Pests
• Pilot Brothers 3D-2. Kennel Club Secrets
• Features of National Fishing
• Mom Don't Worry
• Dog-n-cat: In the Footsteps of Unprecedented Beasts
• Dog-n-cat: Island of Dr Ratiarty
• Out of this World (Another World)
• SLUDGE-based games
• Adibou 2: Nature & Sciences
• WAGE-based games
• Penumbra: Overture
• Tex Murphy: Martian Memorandum
• Mort&Phil: A Movie Adventure (Special Edition)
• Trick or Treat
• Hodj 'n' Podj
• The Last Express And probably various other games…

Apart from the games and engines, two very noticeable features are the massive improvement of Keymapper and Text-to-Speech. We ran a successful Google Summer of Code last year - Ellen Moon (ellen) worked on TTS and Aun Noman (Prime) added keymapper support to a huge amount of games. TTS is currently limited to desktops (Win/Lin/Mac), but we are working on support on the mobile platforms.

As usual, we have added support for more localizations - we love them! We also squashed a number of nasty bugs - we do not love them so much.

Engines and Games Improvements

The Private Eye engine got a major sound subsystem update, in addition to support for external subtitles. The SCUMM engine had a significant overhaul, and it now supports the original in-game GUI for DOS, Macintosh and Windows. The Humongous Entertainment subengine was fully revisited with practically impeccable compatibility, thanks to the efforts of Bosca. The Stark engine for The Longest Journey now has much better compatibility with graphics cards. The Wintermute engine is undergoing a complete code review with the game compatibility improving daily. Last but not least, the ZVision engine, running Zork Nemesis and Zork: Grand Inquisitor has acquired widescreen support, better sound, and better panorama rendering, upgrading your game experience to a new level all thanks to the work of Thomas N McEwan, who joined our team last year.

Platforms

On the subject of platform support, we now optionally support building with SDL3, support scaling shaders for 3D games, and significant upgrades for the Android, iOS and Atari ports.

The full release notes contain a comprehensive summary of the changes and enhancements.

On our downloads page, you can find the downloads for various platforms. The iOS version is available in the Apple App Store and the Android versions should soon be available in the Google Play Store. If you are using Windows, macOS, or either the Ubuntu Snap or Flatpak packages, the automatic updater will assist you in updating to ScummVM 2026.1.0.

A final point, if you encounter any unrecognized SLUDGE or WAGE engine games which we are not currently aware of, please let us know. You can either do this by filing a bug at bugs.scummvm.org or by chatting to us on Discord at https://discord.gg/4cDsMNtcpG. Happy gaming!

 It's the beginning of 2026, the start of a whole new year. Lets hope it's a good one.  The last year was somewhat trying for me. Not only was there a lot of effort into getting the second M4 engine game, Ripley's Believe It Or Not: The Riddle of Master Lu working, I transitioned straight into working on supporting the other Bagel engine game as well, Hodj n' Podj. And that.. oh that.. it was a game made using the Microsoft MFC Framework.

Since it was a collection of minigames tied together by an overall boardgame, I initially had some hopes of refactoring the codebase to not need MFC code. This would keep things simple and clean, and since each minigame was discrete, it would keep the refactoring complexity down. At least, that was my thinking. I had started doing so with a few minigames, and it worked well. However, it came unstuck when I tried to work on the boardgame "metagame". The code was just too complicated to easily refactor, particularly it's heavy use of various drawing surfaces, bitmaps, and various palette handling code.

In the end, I had to implement a whole new MFC replacement sub-system for ScummVM that could simulate both the core MFC and the underlying Windows control classes so that we could get the original game code to work. And boy did it take a long time to get right. So many special cases to handle. Finicky special cases, such as handling different drawing modes between bitmaps, or palette translation logic that depended on whether a bitmap had a palette assigned to it or not. And the whole event handling. Sigh. Months and months of work getting to a point where Hodj n Podj could finally be run using the original code mostly as-is.

Even now, the MFC layer isn't perfect. Ideally, each MFC window should have it's own drawing surface, but in ScummVM everything blits onto the single screen surface. This causes minor problems in a few places, such as in the Poker minigame, where rendering of the poker buttons can appear partially on top of a foreground dialog being shown. I did experiment in a branch with adding support for separate surfaces that only blitted the visible areas of windows to the screen.. but that caused issues with the "scroll" dialogs, where the transparent sections on the left and right hand sides of the scroll no longer transparently showed screen content behind it any longer. Thankfully, the overlaying issue is just a minor problem, so I've shelved experimenting with it further for now. I've just been too burned out on MFC to want to keep working on it.

Since then, at the end of the year, I've finally felt free to work on other stuff at random. As has been my practice, I spent the Christmas holidays working on porting an existing open source project to ScummVM. And for this year, given some time constraints, I decided to work on a simple one that implements the game Akalabeth: World of Doom. The pre-cursor to the Ultima series:

The project in question was implemented by Paul Robsin, and a backup of the source can be found here. The code was somewhat rough, so I had to polish it up, and fix some bugs. I also re-wrote the code using our view-based engine framework. So in this cleaned version, each screen like the overworld map or the dungeon has it's own view class for drawing, and a centralized event handler and dispatcher that sends events to the views, and makes it easy to switch between them. This saves a lot of framework that Paul's project had to do to control program flow, and simplifies the implementation. The code has been merged into the ScummVM master as a sub-engine under the Ultima engine. It's mostly complete. I just need to do some fixes to the dungeon rendering and combat systems before I call for public testing. 

Apart from that, previously at the end of the year I've been reveling in the freedom from Hodj n Podj to flitter between several other projects I may return to once the remaining Akalabeth code has been cleared up. These include:

• I started on an import of the oldest available AGS2 codebase to see if I could get it up and running. This is part of a longer term plan that with an clean stand-alone AGS2 engine without all the code bloat of later versions, it will be easier to disassemble some of the earliest unsupported AGS games to figure out what previously deprecated weird s**t they did and add support for it. Kind of like how the various plugins had to be disassembled so they could be implemented as source.
• Despite my protests about being burned out on MFC, on a branch I made it part of common/ as a enable-able feature, and used it to import the available source code for the game Spycraft. The game doesn't directly use MFC, but it does use raw Windows controls. So it was fairly easy to create a dummy MFC CWinApp application class for the game, and change the game's window creation to use an MFC window class. Currently, the entire codebase is compiling, but something's happening during startup and data loading before anything is displayed. I'll likely return to this first after Akalabeth, since it feels like it's almost to a point where everything will just start working.
• I also made a tentative restart on importing the AESOP32 source code for playing Eye of the Beholder 3. The import is only part way done, so there are still various code files remaining. Primarily some low level code files, which I have the vague recollection had assembly that would need to be converted to C code. Maybe ChatGPT can help.
• Also did some compilation fixes and review of my Wasteland engine.
• One of these days I'll get back to working on it.
• Though come to that, I do still have my Legend engine languishing around - both for the early text parser based games, as well as the later graphical ones of Companions of Xanth, Shannara, and Death Gate.
• That reminds me that I still have a compiling implementation of the Freedink engine, but which has graphical display issues. I was working on a few years back when I suffered a serious accident, and although I logically know it's unrelated, I've just been leery of returning to working on it.