For now, the screen orientation is portrait. This is what worked best in my tests. When you use a software keyboard, and ZMPP exclusively relies on that, half of the screen is covered by the keyboard.

The size of the text in the status bar depends on your screen size: Quite a few games require at least 80 characters in the top window, I have seen cases where games crash or just refuse to work then there are less. On the other hand, if you simply choose a larger font size and clip, the right hand side is invisible, and authors often include interesting information on the top right.

If your screen is quite small, ZMPP will try to reduce the font size so you get 80 characters on top. I agree that this is hard to read, but I decided to prefer super-small over invisible.

Now, for the default text size in general, I can definitely provide a setting in a future version.

While Glulx is supported in the ZMPP core, there is currently no Glulx support in the Android version. That might change of course, but Glulx/Glk comes with different challenges, which have to be addressed separately.

The list of games in the search is admittedly quite ad-hoc at the moment, but “Adventure” not being found is obviously a bug.

All in all, I hope to be able to regularly update and improve ZMPP, so some of the things you mention might get addressed over time.

But I do have a few minor gripes….

Unfortunately the text is extremely small on my phone and the status bar is totally unreadable. Any chance that the font size within zmpp can be changed?

Supporting a change to landscape and back when rotating the phone would be nice too!

Does this version of ZMPP on Android support glulx format game files? I can only get z-machine (z5, z8, etc.) or zblorb files loaded, ulx or gblorb files seem to be ignored.

Which IF archive (or specific path in the archive) is being used, I can’t find obvious games like Advent – only the German version (called Abenteuer)? Am I doing something wrong? I am an Englishman living in Germany but the list of games ZMPP finds to download seems a little bit strange to me!

Or boot Linux in a virtual machine, it knows about Amiga filesystems.

I’m in the middle of mass converting my entire old floppy collection across to adf/stream images using a Kryoflux, a modified automatic disk duplicator & a camera. I end up with directories containing the .adf, and a .bmp/.jpg of the disk (and a load of .raw for the stream data). Of course, each directory is just named as a timestamp..

I’ve never used Scala, but I’m very familiar with Java.. I might have a go at driving your code as a library, to query into the adfs to pull the disklabels from each disk (maybe expand to say grab a README if there is one on the root, etc), and store that info in the directory alongside the adf.

At the mo, I’m using RomCenter with the full amiga dat’s loaded, and it’s having decent success at identifying about 25% of the coverdisks I’m imaging.. but looks like there are no entries in the dats for say, Amiga Format Subscriber Disks.

As for reading Amiga Harddisks.. iirc, Linux had filesystem support for Amiga ofs/ffs partitions..

I’ve got some dying 2.5″ IDE hard drives from my A500 that I’d like to back up on CF. Unfortunately, my A500 IDE card only works with one drive at a time – making backup impossible. (except by tedious serial transfer or floppy backup – not fun with 20Gb drives)

I’ve got an IDE-to-USB adapter – and I’d be able to transfer files nicely if only OSX could read Amiga filesystems.