Sounds like you're making solid progress. Kudos.

You need to fork the ScummVM main repo and then work on your fork.


Since Under a Killing Moon represented a fundamental jump from 2d to 3d, I'd be honestly surprised if it shares any code in common with the existing Access engine. So supporting it will require implementing a whole new engine ...

Awesome!

I wouldn't hold out hope, unfortunately. I had a look at the code, and the main file open function in /graphics/mfc/global_functions.cpp actually specifically checks for a .\ prefix and removes it. So even if it was shown in error messages, the underlying file open calls wouldn't have had it. I ...

FWIW, the reply I got posited the possibility that the ".\" might be the culprit, "asking for an explict relative path Android OS might not be interpreting correctly."


Interesting. I'll have a look at the codebase tonight, see if I can strip off any such occurances. Tagging for the next release ...

And I have also quadruple checked that it's pointing to the correct place. I have removed it and re-added it. I have deleted and re-copied the files onto my Android tablet in case files got corrupted somehow - multiple times. No change.


I can't think of anything to suggest, I'm afraid. That the ...

andrewsc wrote: Thu Mar 05, 2026 7:22 pm I would really like to have

I can appreciate your enthusiasm, but there's little point to spamming the thread with your wishlist. It's not going to make any developer more likely to decide to work on them. Please stop doing so.

What if one were to "port" the MM3 data to the updated data formats used in MM4/5? Not just dump the files and repack them as discussed earlier, but a true conversion to the same structures as 4/5 so that it could run almost like a mod similar to Swords of Xeen.


It's an Interesting idea, but ...

- any plans of supporting AGS games pre 2.5? (I suspect not. Sadly, this includes many of the Reality on the Norm games, and series such as Rob Blanc)


As for as pre-2.5 is concerned, then yes I have tentative plans to work on support. One of my projects is to take the original AGS source code ...

I recently realized that Mystery House for Apple version and I was thinking if it’s possible to implement Ultima IV and Ultima V for Apple on ScummVM.

Whilst I won't say it's impossible, it's probably unlikely. Adding support for them would require a developer with old Apple development ...

Last time I asked it was said, that it is quite a huge task to fix the pathfinding, because the source code of Lure of the Temptress is unfortunately lost.


Actually, the original sources were located after support for the engine was already supported. But, the original was hand-crafted assembly ...

Yes I am. The ScummVM discord link is: https://discord.gg/4cDsMNtcpG
I'm not aware of needing a cell phone number to join the Discord specifically. Maybe it could be a general Discord thing, but you say you already have a Discord account. If it is the ScummVM Discord that requested, it may be due to ...

Welcome, and Awesome. I'm the primary engine developer for the MM engine, and may I complement you on the work you did on the graphic pack. As far as the M&M 4 UI graphics are concerned, it would indeed be unlikely you'd be able to edit the existing Xeen user interface elements in their original ...

The original used individual DLLs for each minigame, so each filename path the minigames use are relative to the subfolder. In ScummVM, when a minigame is started, it has some code to set a pretend "current directory" to that minigame's subfolder, so the relative paths work correctly. At this point ...

That screenshot may actually have been helpful. The only place that generates the "save/load error" message is a main method for opening up artwork files; the fact that you're getting is likely meaning you either don't have all the files you think you do, or your version of Hodj n Podj is somehow ...