Sharp MZ

That's something I wanted to do with my existing project (mz-sd²cmt) but the AVR is not fast enough to handle memory bus unless you plan to use /halt, /busreq/ack or /wait to take the full control when needed. True, a faster microcontroller is needed. Something ARM-based, like the Teensy series, wo...

I have removed the 1500 compatibility flag on all downloads in the database except for those where 1500-compatibility was explicitly mentioned in the description.

The original sharpmz.org will not be updated, it's basically a snapshot of the site before the transition to Wordpress started and should only be considered as a historical document. KHM does not maintain those pages anymore and has not had access to this site for more than a year. The MZ-1500 page ...

Yes, my imaginary tape emulator has that.

If I don't patch the BASIC monitor it will use the normal tapeport, which the tapeemulator also supports. So in that case it will work at normal speed.

Oh I see what you mean. So do want you to patch the tape routines of the monitor (through a patched copy in DRAM) and make them to use the expansion port to read/write a header/data blocks? Virtual Instantaneous Tape? Yes, something like that. I'm aware of the BASIC monitor, that one would have to ...

The point is to avoid the current bit-banged serial tapeport, and transfer data directly on the databus to a microcontroller-based tape-emulator connected to the expansion port. This should allow almost instant loading and saving to "tape".

I ask because it would be rather trivial to modify the monitor tape routines to just read/write bytes through a port instead of bit-banging the tape port. It would require some custom hardware (tape emulator connected to the expansion port) but would also be super fast. But not much point in doing t...

As the title says - are custom tape routines common on 700/800 software, or does most software just use the monitor taperoutines?

Looks like a game running on modern hardware, but with 700-inspired sound and graphics.