z88dk forums

Thanks for the report, I fixed this one up a couple of days ago - my usual favourite issue of not changing the resolution that a few of the functions check against.

I've just merged support for our first ez80 target, the Agon Light. This is a cheap-ish board with an 18Mhz ez80 coupled with an ESP32 running FabGL for VGA and keyboard support. The default firmware is based on BBC BASIC and as a result there's a MOS which handles the hardware which makes supportin...

Of course there is, consider it done.

I've pushed a change to support switching to 80 column mode:
It turns out the IO bit marked "80 column mode" doesn't actually do anything and the HD46505 needs to be poked manually to switch between widths.

I've been scratching my head about this one, but then I looked at the top of this thread.

It looks like I never got it working, though WIDTH 80 in BASIC does work. So I guess I'll need to go digging a bit more.

Edit: Aha, I've got it, I need to drive the CRTC directly...

I'm reluctant to add another calling convention when there's one that's fairly close. The __z88dk_sdccdecl convention does work in this way (with R->L pushing of parameters + char parameters pushed as 8 bits). I suspect the way I'd deal with this without too much upheaval is: ex de,hl ld hl,0 ; chec...

I ended up being distracted by other maths libraries, but I've merged a fix for this and added in the missing remainder #define

I wrote the bridge to save the effort of having to write the same hardware bashing code multiple times for the same target. Gencon also supports more screen modes than vt. The only things that gencon doesn't have is "reset all attributes" and sub-byte fonts (eg 80 columns in 256px). Lookin...

Cool, you can actually have a bit more fun by doing a couple of things:

1. Add @stdio/ansicore.lst to the cpm.lst file
2. Compile with -pragma-define:CLIB_ANSITERMINAL_BRIDGE=1

Then vt100 should mostly work as well

If you put the mbc200 code into the mbc200 library then it won't clash as the machine library ends up being searched for symbols before cpm_clib.lib.

That's what I did for the x820 - you might not have implemented all the functions or be missing the CAPS defc?

So, CP/M machines by default have support for --generic-console - it assumes there's an ADM3 console and uses bdos to print to the screen (so might go slightly wonky on the bottom row depending on the bios) along with a backbuffer for vpeeking. It's preferable to write a specific implementation sinc...

Yeah, it's reusable - just a case of adding a table with the 4 characters and including gfx_gencon2.lst - we probably ought to redo Kaypro83 to use it rather than the custom code it's got.

....and I've done just that using a couple of characters that work better than ` and ,

Calling gfx_set_fatpix(1) switches to the 80x24 mode detailed above.

I've reproduced this, understand what's causing it, know how to fix it, but I'm confused as to why it's been done the way it has so I've asked @felipu if I've missed something.

In the mean time x - (int)x will get you the remainder!

IMO the idea of an 80x48 mode using comma and apostrophe wasn't that bad ? That's an interesting one, I'll add a graphics mode that will implement 80x48 and fat-pix will switch to 80x24. I think I've seen some targets which have the "volume bar" graphics and an inverse flag but not the us...

I've added in support for --generic-console - I've conveniently ignored the scroll register.

I've also added a 80x24 super lores display which isn't that great since there's blank pixels around the square.

Unfortunately I've failed at the first hurdle. The only discs that are accepted by the version of mame I'm running just result in a hexdump.

Edit, found a working one here: http://bitsavers.org/bits/Xerox/820/5_inch/

RobertK wrote: ↑Tue May 09, 2023 6:57 amWhat other targets do not support the standard -lm library? As far as I know the PMD85?

It's the 8080, 8085, gbz80 and possibly z180 machines that don't support genmath.

There's a csv file here with cpu details: https://github.com/z88dk/z88dk/blob/mas ... atures.csv

Send me the ROMs and bootdisc and I’ll have some fun.

Do you need has byte size extent as well?

It's easy to show with your struct: struct sprite_s { int16_t pos_x, pos_y; int8_t dx, dy; uint8_t z_plane; struct sp1_ss *sprite; }; The following works (showing "skipping"/gaps in the defined fields): struct sprite sp = { .pos_x = 10, .sprite=NULL }; The following won't (because we end u...

Designated initialisers? Anything else? They've been on my "want-to-do" list for a good few years. Exactly that. :lol: This morning I merged in partial support. Since that bit of the code is a single pass it can’t handle going backwards in the struct. But skipping is supported of course. ...

P.S. Assembler functions and unrolled loops have been modified to not require any manual adjustment - just change the #define; also I have switched to SDCC compiler for better C syntax support :-) Designated initialisers? Anything else? They've been on my "want-to-do" list for a good few ...

Following on from the discussion in the CPC maths thread, I've continued working on fixed point support. There's been some major changes to bring the implementation more into line with N1169: - The main header is now <math/math_fix16.h>, and the former fix88_t typedef is now known "Accum" ...

It's not a native type - I kept it library only. Usage should be fairly obvious (eg expfix88(), mulfix88() etc) and can be trivially deduced from the header file -https://github.com/z88dk/z88dk/blob/master/include/math/math_fix88.h As a result, there's only some overview information here: https://gi...