As long as he didn't extend the core, it will not run on ST
Because:
1. No Buserror
2. No Sync Businterface
3. No Busarbitration for giving the control to DMA
4. No full integrated Reset/Halt Logic

Because the Amiga didnt need it!

I am proud to announce that our USB / IDE solution is ready to order soon! This Board fits in all kind of Atari ST´s , only in the STFM Model where the CPU is under the keyboard it will be very tight. What is the Lightning ST 1. USB Interface full compatible like the big brother Lightning VME Driver...

Put a 32Bit rom the card and use EmuTOS or the Pak tos, let it run with CPU speed and you will get heavy results.. check the benchmarks from the PAK-030 then you can see what i mean.

You could also use the 68030 CPU with TQFP Package like in TT or Falcon used, ... in my TT it is running with 54Mhz.. so its overclockable. What i saw is that the cpu in TQFP Package is overclockable. Its a ceramic package..

With a new TOS decoder you will get more then 30% more Speed on the Rom access. I have measured on my TT 197% Rom Access with 16Mhz Bus. With the 48Mhz CPU its almost 230%. But yes with that little trick you can archive already a lot . Own address decoder means own CS and xds0 / XDS1 Signal.

Guus, when you load the TT default values, then you can compare to a stock TT with all Stock!

Wow that looks amazing :O well done...

Oh yes I see, but better to load the TT reference file!

AtarianComputing you have great schematics where did you got it ? Did someone a redraw

@guus could you please take a newer gem bench ? maybe that one from Exxos ? And without NVDI then you can see the huge differences