z88dk forums

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

I've now merged Q8.8 after manual testing, I still want to automate the testing.

Have fun with it.

The Q8.8 work is currently in a branch here: https://github.com/z88dk/z88dk/tree/feature/fix88 The current state is that the following are working: multiply, divide, inverse, sqrt, log, log2, sin, cos. I need to create an exp() function to complete the set and then fill out the other trig functions....

I've collated most of the parts of a Q8.8 from cemetech/bug fixes on various forums, it just needs a fair bit of cleanup to make it coherent as a whole. Prior to that I took a look at libfixmath which provided a Q16.16 implementation, unfortunately it doesn't compile down that compactly, so an assem...

The cpcmath library unfortunately uses both index registers so can't work on the Gameboy.

The only maths library available for +gb is still MBF32 (--math-mbf32_gbz80)