jhbadger 2 hours ago

Pity that this isn't for the Cardputer (a M5Stack device that includes a built in (tiny) screen and keyboard), although it might be impractical on it.

swiftcoder 9 hours ago

How performant is this - are we able to achieve similar speeds as an actual 68k Mac on embedded hardware?

  • vardump 7 hours ago

    At 8 MHz, a 68k can execute at most 2M instructions per second. So the answer is going to be yes, if this manages to execute one 68k instruction per ~200 cycles.

    I think executing an instruction is going to be closer to 20-50 cycles than 200, so it should be much faster than a real 68k CPU.

    I think performance is likely to be in the ballpark of a 68040 @20 MHz, but that's just a guess. This would leave 20 cycles for each emulated instruction. With JIT you could reach 200 MHz+ comparable speeds.

    • rasz 6 hours ago

      Everything is coming from PSRAM including frame buffer (at 15 fps) so performance is going to be abysmal.

      • vardump 5 hours ago

        You should be able to cache hot code and data in the SRAM. Although it'd significantly increase complexity.

  • iamflimflam1 7 hours ago

    The P4 is pretty high spec with a 400MHz dual-core RISC-V

    • cardanome 4 hours ago

      Especially as there is a decent working BasiliskII port for the PlayStation Portable with its 333MHz single-core MIPS CPU.

      So this should be much easier.

stonogo an hour ago

I note that the vide coding tools managed to keep the license headers in individual files, but the COPYING file containing the GPL2 has not made the transition.