Olivier and I have been working a bit on the EmuTOS implementation. Since things are changing rapidly I thought I'd summarise the current state of it.

- Falcon-compatible modecodes for VsetMode/VsetScreen/VgetSize/VcheckMode().
- SAGA resolutions are set using ditto calls by setting modecode bit #14 of the modecode.
- VsetRGB/Setpalette now set the palett through colorpt/VBL like TOS does.
- Physbase() operates on the actual register rather than a shadow variable like TOS does.
- Amiga vectors are now located at 0x01C0.w instead of 0x0000.w. This allows Atari applications to alter these vectors (some do) without the risk of things exploding. Atari applications typically won't touch the VBR anyway (I only know of a single application that would cause trouble, and it's highly Falcon-specific).
- Xbtimer(), Mfpint(), Jdisinit(), Jenabint() are emulated using the CIA. HBL and SDMA are not considered yet though.

This improves compatibility with Atari applications quite a bit. Any hardware access to 0x00ffnnnn or 0xffffnnnn will end up in ROM, which is kind of fortunate for writes. Reads may obviously cause confusion for the application - or not. A lot of things, like MFP interrupt handlers that need to acknowledge an interrupt, won't care.

Your mileage may vary, but there are a few positive surprises:

  - the HD-patched version of Dungeon Master works out of the box. No sound, obviously.
  - STOS (grand daddy of AMOS) seems to work but has no mouse (depends a bit on which version you're using). STOS is notoriously nasty and expects certain internal OS variables/states at a certain place. Not the documented ones.
  - Frontier Elite 2 starts, but can't reach the keyboard/mouse (it installs a kbdsys, which normally needs access to the IKBD ACIA).
  - Leisure Suit Larry 2 works (!). No sound though. Other SCI/Sierra games most likely works too, but I haven't tried it.

Most of these things loads into STRAM/chipram by default (i.e. turtle mode), but that can probably be fixed.

Frankly I didn't expect any of the above to be possible, and with some more work (I need more documentation for the Shield and MMU registers) I think compatibility can be quite good also for non-GEM applications.

All this is based on EmuTOS 1.0, and the intention is to port the changes to the upcoming EmuTOS 1.2.

EXTERNAL LINK 
  Thanks
 

By emulating IKBD/ACIA keyboard interrupts, and implementing more of the IKBD protocol, some more stuff started working, notably:

  - STOS (grand daddy of AMOS) now works (!) with the exception of some minor palette glitches which can probably be fixed. This is pretty cool.
  - TurboAss, a great assembler and editor, no longer locks up (it was very picky about the IKBD implementation).

In addition, I experimented a bit and monitored the Atari ST palette registers, and that adds color to Frontier Elite 2 (still no raster support though, so the lower part of the screen is a mess).

The cool thing is that this is all unmodified binaries, and Frontier expects hw at 0xfffffc00. Since interrupts are processed before jumping through the corresponding Atari vector location, this can be faked provided that we've got write/read access to 0xffffnnnn/0x00ffnnnn, which is the case on FPGA firmware <= 7.4.

Now, this is all highly experimental, and since I have no idea where writes/reads to 0xffffnnnn actually end up, this things shouldn't be used on an everyday basis. At least not until there's some firmware support for what we're doing.

I managed to get Apex Media (a paint program) running, which is pretty cool. All it needs is to be able to set the screen address and video mode by accessing the hw, and while that can't be faked in a good way right now, setting the screen resolution prior to starting the binary (and temporarily monitoring the Atari frame buffer address regs) was enough to get it running (where 'running' == it starts, I can paint, but the application gets a bit confused later on).

EXTERNAL LINK ... x.jpg?dl=0
EXTERNAL LINK ... m.jpg?dl=0
EXTERNAL LINK ... s.jpg?dl=0
EXTERNAL LINK ... s.jpg?dl=0

But it's an unmodified binary (!).

Questions is simple - where to get latest FreeMINT/EmuTOS for V2, if possible bundled with all apps that work? Is there an easy way to install it to separate partition?

Does press FIRE magic still works on boot?
EXTERNAL LINK 
And last, but not least, when sound and net drivers work and will I be able to utilise PCMCIA Wi Fi card under MINT?

Thanks.

P.S.
Can we expect some ST/TT emulator bundled, preferably transparent like JanusUAE, that would enable some DTP software, Atomix, Strip poker etc. :)

This thing isn't really an Atari emulator; it's a port of EmuTOS with some compatibility tweaks.

There is an quite old configuration ready to boot provide by Willem I have done a bit long time ago.
I'm preparing a more advanced configuration, but now it is available for developper for do our stability test.

To boot on Emutos press fire button still work as I know
To boot you need a first partition in Fat16 but not too big to work correctly with Emutos, I have a partition of 128Mb this partition can be read by Emutos to boot. Then I have a far bigger partition in FAT32 but you can have ext2 partition too that can work with freemint but not by Emutos (FAT32 too can't be read by Emutos)

This partition can be on PCMCIA card or on SD card

For moment not expect have emulator for Atari ST in it, this is possible but efficient one not exist for the moment and we not have any plane for this.

Olivier

Merci becoup, great instructions. Will help my software setup.
Can you mail me link to this dev arch, I like being ginny pig from user side, free beta tester :)

Which STE/TT *Falcon? emulator is best for OS3? Is there a Jag emu :)

well done

thanks for your support

- Support for mouse wheel + extra mouse buttons (tested successfully on MyAES)
- NVDI drivers now use hw sprite for screen resolutions >= 400 pixels vertically
- XBIOS support for new graphics modes (1920x1080 for example)
- Misc. bugfixes.

Good times! Download stuff here:
EXTERNAL LINK 
Disclaimer: This is something we do for fun. No support is given, especially if you don't know how to use or install stuff in the EmuTOS/Atari environment. However, if you seem to know what you're doing and encounter issues, post your question here. You might get an answer (then again you might not).

Just want to add, now core 9 is the recommanded core to use

Yes it is. Core version 9 is the last one (in fact there is dozen of FPGA version, very last one work for the moment)