z88dk forums

The FAST mode skips the custom interrupt handler which depends on the IY index register (perhaps also AF', I don't remember right now). I tend to prefer the small C and K&R (to some extent), but it is satisfactory to just build a generic program in C and get it running with almost no effort. Whe...

The FAST mode skips the custom interrupt handler which depends on the IY index register (perhaps also AF', I don't remember right now).

In the meanwhile I pulled some more stuff, text3dlabyrinth is interesting (also labyriynth was though)

Z88dk provides two different compiler engines, try building your program with :
Zcc +cpm -compiler=sdcc. .....

More interesting problems, the game runs perfectly on a ZX Spectrum but self destroys itself if run on a zx81 unless the FAST mode is used.
Similarly the Sharp MZ, (after having applied a timer workaround for srand) crashes rather soon.

I decided to work it out, it was too nice to remove it. Apparently chained assignments gave most of the problems. I destroyed a good part of the program structure using a lot of globals to shrink the resulting binary. I'm still checking it but it looks playable now. EDIT: it looks good now, it is a ...

Hey, it's a lot of useful considerations, thank you! It is pointless to publish a non working program, I'm removing it from the archive, I'll put it back in if I'll ever get it working properly. The original copy is here: https://github.com/cymonsgames/CymonsGames/blob/master/battleship/main.c I als...

.. I think it can be due to the way I've adjusted the code to be compatible with z88dk.
The parameter passing wouldn't have allowed a struct in function arguments in sccz80, I've replaced it with a pointer to a struct, I bet I've done it wrong.

Thank you Timmy ! I tested this same game on different environments, it is definitely a critical piece of code, even recent online compilers seem to behave incorrectly. I'm not even 100% sure the code is correct, but it is strange to observe different behaviors on different environments, unless some...

From time to time I try to adapt a random program to z88dk, the portability in C is something really fascinating me. This one does not work right but builds. Is it useful as a test case or I should just remove it from the "ext" archive ? https://github.com/z88dk/z88dk-ext/blob/master/text-...

As I wrote before in this same post (see the Dallas game), a more regular blocky graphics should be possible on the Xerox 820-II which, in my information, was rather popular at the time but I couldn't find a fully working emulation for it.

Yet the availability rate in all those years has been rather pro.

The way we addressed the maths library is rather flexible, we now have a lot of precision options and others targetted to specific versions. IMHO it a fixed point implementation could be even slower than a low precision floating point library, it could be interesting for high variable precision, tho...

blind suggestiom: try replacing pi() or PI with M_PI

For point #2, there's a C implementation for the c128 in targets/c128/c128.
lineivdc.c. and linevdc.c

Isin() and icos() are in the library already, but I'm afraid the further boost won't be enough

I just spotted this video suggesting an interesting workaround for the TI84


https://youtu.be/lCoG9OQ2mCk?t=75
https://youtu.be/lCoG9OQ2mCk?t=169

Very well, it will help also xample.c, even though attempting to simulate the X11 library is rather extreme

I've just reworked the macros a little to fix the "arc" orientation, it changed the "pieslice" and similar functions behaviour which required various adjustments. tajmahal.png The new macro set includes working virtual getmaxx() and getmaxy() results when the picture needs rescal...

Robert, does invazion run a little better?
Do not expect a frantic chase.

I think the inclusion of graphics.h enables the callee parameter passing mode, which in theory makes the code faster and smaller. Probably the slowness in place of the expected speed has to do with the subcpu involement, e.g. it takes long to compute the line coordinates, or maybe the choke is in th...

Nope, it works properly here. I see the line being filled at the very beginning, then the countdown starts and the line gets progressively deleted from right to left. Also chessboard.c and clock.c work correctly. Really I don't know what to say, supposing we both have an updated z88dk environment an...

Well, this is puzzling, the Emulator copy I have is probalby older, my z88dk kit is reasonably in line with the one on GitHub, and it is running properly. I built your program by just adding the inclusion of <graphics.h>, then: zcc +cpm -subtype=px8ansi -create-app fueltest.c ( I will look in the &q...

Confirmed, it works on the updated Takeda's emulators suite. On which emulator are you running it on ? The emulators often are weak in emulating the SUBCPU behavior, the commands needs to be tested one by one, often without a software base to check the overall functionalities. I had to refer to the ...

Thanks, I will check.
For your information, if you are using the Takeda's project emulator it had a bug in the graphics CPU emulation, fixed in the late versions.