Sharp MZ

Also, I'm surprised : isn't $E008.D0 in input supposed to give use a 32Hz pulse for TEMPO? On MZ-700, D0 is 32Hz pulse and D7 is BLNK pulse.

@S_U_C I was vaguely supposing the GAL 82S100N (U40) was setting /WAIT = 0 when BLNK = 1 and /CSD = 0 in a similar fashion as MZ-700 to avoid snow effect when video circuit is reading VRAM. So I thought we could try to access VRAM to sync with the BLNK period and switch the hardware scroll address d...

A little bit off-topic: I read we should avoid C-60 tapes for dataset because the more lengthy you get, the more speed will vary according the position due to mechanic constraints. The best is to take the length the closer to what you need to record for one program (it can be multi data block). Tryi...

Oh there was a word processor WD-2000 (using a Z8000 processor). I suspect WD-50QI being an interface for a word processor.

This is an interface card to connect an MZ-1F11 (Quick Disk Drive). I suspect it is vertically plugged in a MZ having the fitting slot. So surely not for an MZ-700/800/1500. Maybe for an MZ-2500? I believe there are such slots.

It should be sideroll-f.mz0 :). MZ7C (*.mz7) was the predecessor of MZ0C (*.mz0). MZ0C compresses much better that its predecessor MZ7C. I believe I forgot to replace .mz7 with .mz0 in the usage lines. In fact it is "load + length + delta < $D000", otherwise use -b. In the case of sideroll...

Ah also, it could also depend upon the load address: if the binary ends to $CFFF, you need -b option to compress the file in the reverse way so delta won't shift the loading end address above $CFFF.

Be aware, some MZT or WAV file may be a disguised multi-data-block file (1 HEADER BLOCK + N DATA BLOCKS). mz0c won't work on multi-data-block.

Lol, you must mean something like KB, not MB .

You can also use mz0. It will compress your original MZF binary under half its size. Then you use MZF2WAV to turn it into WAV file. The loading time ratio will be the same as the compression ratio.