Sinclair ZX80 / ZX81 / Z88 Forums

Could it be that the ULA of the ZX81 generates HSYNCs independent of INTs such as the design of the ZX97 (Wilf Rigter's pages)? And that the driver does not work on a ZX80 with a ZX81 ROM and NMI generator (if Chroma supports the ZX80)?

JSZeddy expects 256x192; it might be that 136x128 will have more artefacts apart from not being centered...

Very nice! The LDIR of the screen over the system variables could perhaps explain a screen-dependent crash, as the NMI may depend on the D-FILE variable. Do things improve if the screen is copied to for example $2000?

Thank you :) I hope dstar and wall run reasonably well (except g007hrg)? And yes, I think the z88dk is a great tool to write in C for the ZX81! Yesterday I was adding some color to the dstar demo, but realized that you would perhaps be thinking about adding that to the library (but that would be som...

Were you planning to allow others to use it or just off your site? If you allow others, could I ask that you add the ability to auto-load a program and the option to remove the eye candy around (registers and such). Please please!!! The source will be GPL so others are free to use it, and you can h...

Thanks for your comments - the issue with the characters at the right of printed 127 char that were moved to the left should now be solved, and sound should at least be improved

I had never encountered this marker trick before! I hope the display is correct now. And is the emulation of the sound effects reasonable?

By the way, I try to colorize a game that use the character 127 (CURSOR) as invisible mark, but in the JSZeddy the screen was corrupted when the char 127 is poked on Dfile in Color Mode. Is this a JSZeddy issue or Chroma really can't handle the CURSOR character in Dfile? I am attaching the game so ...

It should now support it, including Kong, with colours (start with 56k memory by pressing the "24k" button, and "7568" at the arrows field to use the arrow keys)

Thanks! Do you have a "attributes file colour mode" demo? Then I'll implement that as well. Normally, if JSZeddy needs a second part, it will try to load it from the virtual cassette, and it will only be there if it that part has been loaded before. But you're right, in this case the "normal" order ...