Sharp MZ

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 scr...

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...

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

hlide wrote: ↑Wed Sep 18, 2019 12:12 pm Did you try with EmuZ-800?

I have not been able to get these emulators working on my Windows 10 PC. 700-emulator shows blue and black bars on the "screen", 800-emulator just a black screen.

I'm tempted to ask my friend to probe PC7 with a logic analyzer to see what's actually happening.