700/800 - are custom taperoutines common?

hlide
Posts: 449
Joined: Thu Jan 25, 2018 9:31 pm

Re: 700/800 - are custom taperoutines common?

Post by hlide » Thu Apr 16, 2020 2:22 pm

Jo Even wrote:
Thu Apr 16, 2020 2:10 pm
Or not, and fall back to the normal tape port.
If you plan to patch the monitor into DRAM, you cannot. Because when reading the BASIC this one is copying its own data in that area. So you will need to patch the specific ones to BASIC as well.
If you plan to have you own ROM, you still need to patch the BASIC but it is not sure to call the ones in ROM may be compatible enough - well I cannot say.

Jo Even
Site Admin
Posts: 133
Joined: Wed Jan 17, 2018 9:28 pm

Re: 700/800 - are custom taperoutines common?

Post by Jo Even » Thu Apr 16, 2020 6:30 pm

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.

hlide
Posts: 449
Joined: Thu Jan 25, 2018 9:31 pm

Re: 700/800 - are custom taperoutines common?

Post by hlide » Thu Apr 16, 2020 7:21 pm

ok, so your emulator has two ports: the expansion port and the tape port (internal or external?).

Jo Even
Site Admin
Posts: 133
Joined: Wed Jan 17, 2018 9:28 pm

Re: 700/800 - are custom taperoutines common?

Post by Jo Even » Thu Apr 16, 2020 7:42 pm

Yes, my imaginary tape emulator has that.

hlide
Posts: 449
Joined: Thu Jan 25, 2018 9:31 pm

Re: 700/800 - are custom taperoutines common?

Post by hlide » Thu Apr 16, 2020 8:00 pm

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. Suffice to say that you cannot handle a GUI, a SD reading and spying the memory or I/O bus to take CPU command in the same time. You must separate the moment you select a file to load (not listening the Z80 bus) and the moment where your device is listening to the Z80 bus to execute the CPU orders and probably the moment where the device may fully control the memory bus to fill DRAM while halting the CPU. In the end, I didn't elaborate something because I wanted a simple solution which didn't add chips (buffers, gal or cpld). But that would be an interesting project to continue.

User avatar
HajdaM
Posts: 5
Joined: Sun Apr 05, 2020 11:29 am

Re: 700/800 - are custom taperoutines common?

Post by HajdaM » Fri Apr 17, 2020 7:18 am

This is out of my scope, but I believe WAV player is somehow emulated on MZ-800 unicard, not sure if it's worth to look in it's source codes or ask author...
http://dzi.n.cz/8bit/mzuni/ (czech language)

hlide
Posts: 449
Joined: Thu Jan 25, 2018 9:31 pm

Re: 700/800 - are custom taperoutines common?

Post by hlide » Fri Apr 17, 2020 8:02 am

I have two of those beasts but the fact that I cannot access the source becomes a disapointment now. One instance. I was using VGA output but since I added a bigger CGROM to have both western and japanese fonts, VGA output is useless to display japanese games because the firmware is unable to offer the same possibility through its VGA implementation. There are several things I wish to do but without the source Unicard looks unfinished for me.

Jo Even
Site Admin
Posts: 133
Joined: Wed Jan 17, 2018 9:28 pm

Re: 700/800 - are custom taperoutines common?

Post by Jo Even » Fri Apr 17, 2020 10:28 am

hlide wrote:
Thu Apr 16, 2020 8:00 pm
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, would be more than fast enough.

Post Reply