Spectrum Computing

This is pretty awesome. thank you! ;-) I have low energy and motivation for anything these days. I used to do computer/nerd stuff all day but I've changed. hey, isn't coding for Z80 one of the best ways to rest? ;-) I did try reading the fig forth manual but it was similar to shorthand, just tons o...

does anybody remember the trick iS-DOS used to "autoboot" on TR-DOS from non-standard disk format? i bet it is something with having a sector bigger than 256 bytes, which overwrites… something. of course, i can reverse it myself, but being old fat lazy fart i hope that somebody already did...

added Joffa's SFX engine from Saucer. the good thing about it is that it is simply uses the time left to the interrupt to produce some noise, so if you time your game logic right, you can produce some easy sfx for shots and such. it may slow the game down a little if you are not syncing to intrs, bu...

hey, but we have a disk storage! used block #60 to store property names, so they need not to be hardcoded into the editor. https://files.catbox.moe/o5wxf1.png looks ugly, but much better than numbers, i believe! ;-) also, changed sprite definition format (added Yet Another Indirection ;-), and integ...

CLEAR 24575 now the stack is <$6000. anyway, it depends of your code. if you're using BASIC, then "CLEAR" at the appropriate address. the BASIC will never use anything out of this range (well, it may corrupt a byte or two at $6000 due to ROM bugs on a very rare occasion. not something you...

implemented tile property editor window:

Spoiler

tile types mean nothing to the editor, so they are numbered.

just look at SP in debugger. ;-)

one good thing about having only 8 sprites per interrupt: testing shows that sprite gfx can be in contended memory. this adds ~1K tstates, which is still acceptable. so we can have property map (768 bytes) and sprite data before $8000, leaving fast memory for the code. it is also ok to have 256 byte...

sludge wrote: ↑Wed Apr 10, 2024 6:06 am My coding skills are quite shocking, I doubt I know how to use any more than twenty Z80 commands properly.

more than enough! "LD" alone occupies about 1/3 of the whole non-prefixed instruction set! ;-)

gif with demo animation (warning! ~2mb gif file!): gif animation.

upd: edited the link. gif now shows two possible modes for tiles: either don't print sprites over a tile, or print sprites, but keep tile attrs.

managed to implement "tile masking". sadly, only 8 sprites per frame now: missing about 1.5K tstates for 9. ;-) the code is not fully optimised, though, so i might be able to sqeeze 200-300 tstates more. still not enough for 9 sprites. :-( but i believe that this mode worth losing one &quo...

that's how i detect kempston joystick in my code. HL is 0 if no kemprson joystick present, 1 otherwise. ld hl, # 0 ;; zero flag xor a ;; wait for the interrupt to avoid floating bus issue halt in a, () $1F ;; $FF? nothing's here inc a \ jr z, # .done ret z ;; test for some invalid values dec a ld e,...

also, i wonder if i can squeeze some more tstates to add "don't draw sprites over this tile at all" flag. it can be really useful. the problem is that i am not only out of tstates (i want to be able to redraw at least 9 sprites per frame, and that's what i have now), but out of registers t...

properly stolen room from Rex. now it looks like The Real Editor! ;-) https://files.catbox.moe/c0kvbr.png the editor supports 16x16 tiles too. faking them, i mean. just draw 4 consecutive tiles so they form a bigger 16x16 tile, and hold CS when drawing. the editor will put 16x16 tile. need to implem...

the best thing with Speccy b/w is that it is a nice shade of gray, ideal to implement fadeins and fadeouts: just inc/dec. which i did a lot in my programs with small z80 code snippets… and then i saw it on a color tv. had to remove all fades. ;-)

Personally I've always really loved the colours in Rick Dangerous. oh, memories… when i first played R.D., i had b/w display. yay, no color problems at all! i still can't convince myself that this colorful Rick is the same i played. because i spent literally monthes playing, i learned everything, a...

just to add more confusion to the thread: with +3 one can page in 16K RAM at $0000 (instead of ROM). yay. all go +3! ;-)

i can give you source snapshot of the current work, but i don't think that you'll be able to do much with it without documentation. and i am not ready to answer questions about it yet (because there will be a lot ;-). but if you feel adventurous, PM me… ;-)

nope, the release is not ready yet. that download is obsolete demo. i will make a new download when i'll finish a demo game, and some other parts of the system i didn't finished yet (+3DOS/TR-DOS support, for example). also, the idea is that you are developing using Spectrum itself. ;-) that's basic...

started implementing room editor…

Spoiler

it is crude, but allows puting tiles! ;-)

and somewhat unrelated, but inspired by looking at the code i recently wrote: evolution of ZX Spectrum programmer. ketmar, circa 1994, hacking some game: oh, they are storing the same sprites, only shifted, again and again! i wonder if they even know about RRA — they can shift data as necessary, not...

implemented keyboard and kempston joystick control for the arrow. because why not? ;-) i developed the universal input scanning routine long time ago, and there is no reason to not use it. it can read up to 8 keys (or kempston and 3 keys), all redefinable. up to 8 because there are no more bits in t...

@R-Tape, wow! a nice platformer i never knew about! despite… let's say, not the best graphics, it is suprisingly fun to play. thank you!

That's amazing progress to make such a tool within a day or two. Are you writing the forth code on the PC and injecting it into the fig thingie on the spectrum? thank you! yes, i am writing on PC, but technically there is nothing that cannot be done on ZX, with almost the same speed, or maybe even ...

tile gfx editor GUI:

Spoiler