Sharp MZ

Yes, the HBL is used as "master clock" for the timer interrupt, so it's possible to get one interrupt per VBL by dividing the clock by the number of lines per frame. If you time the initialisation of the timer to the VBL signal it should be possible to get a reliable interrupt when the last line of ...

Yes, this is a 700 game and only use stock 700 features.

Ahh... That's a bit diappointing, I've always believed that the 700 had hardware scrolling. Not that much use in the extra VRAM then. Isn't access to VRAM slower than RAM too? It looks like it's only accessed during blanking periods?

MZ-700 games could also effectively use that "second" memory to store a background to be restored when redrawing software sprites for instance. That's what I've been using it for in my current game project, but if I understand it correctly you should be able to use the second page for scrolling too...

Yes, a Tetris-game with both one- and two-player modes.

A small preview of a game Geir and myself has been working on for the last couple of weeks.
The game is written in C using z88dk.

Tested this quickly today, it compressed my mzt-file to less than a third. Thanks a lot for this brilliant tool

This piece of code stolen from the monitor works. __asm push af wait1: ld a,(0e002h) rlca jr nc,wait1 wait2: ld a,(0e002h) rlca jr c,wait2 pop af __endasm Maybe the compiled C code isn't fast enough. VBL is low for less than 3ms, but it should take some pretty inefficient code to miss that. Edit: Ju...

while (*(unsigned char *)0xe002 & 0x80); This is working on the 700 but always returns immediately on the 800 emulator in 700 mode. Why did I write "700" and not "700 emulator"? Because when I finally managed to test this on a REAL 700 it shows exactly the same behaviour. So the problem *is* with t...

This is very interesting! I will definitely test this with my current project.