z88dk forums

Thanks for digging down into that. I can see what's happening and have a tentative fix for it, however I do want to see if I can get rid of the weird code that causes the problem. I've no memory of why I added that code 20+ years ago (it was imported into CVS as is) and I've always been suspicious o...

I did test with mame and a psx joypad and there were problems which I resolved.

A couple of points that might be considered gotchas.

1. The joystick reading code is in the nabu_int library
2. joystick() is 1 indexed not 0 indexed.

It's definitely inspired - the opcodes are different though, so related in the same way as the TLCS-90 family.

Opcode tables are on page 197 of this doc: https://ia803409.us.archive.org/15/item ... manual.pdf

I've just checked and the snap build has been broken for a while due to the same problem you ran into when compiling! I've pushed a fix which should clear it up. However, I do think there might be a test failure on armhf so even after that push it may not be up-to-date. Snap commands are namespaced ...

I'm temporarily confused as to what was going on so I've rewritten the code a little and it now seems to be working (the routine is in the nabu_int.lib library if you want to recompile yourself).

Joysticks, yeah I can see the bug! I'll fix it up this evening.

There's also CP/M 2.2 for the +3: https://spectrumcomputing.co.uk/entry/2 ... /ZX_CPM_22 - it may well use the same format as the Locomotive CP/M

Oh, it looks like I forgot to document something! So, with _RB you're reading into a ring buffer of a fixed size. By default that fixed size is 256 bytes. So, page 2 has a size of 324 so the ringbuffer wraps and so the length is probably reading something large and it just gets stuck in the loop try...

And, I've now pushed a fix for the timing errors reported - I think that's actually a very big recommendation for using Emulicious as an emulator.

It's Emulicious that reports issues - it also reads .map files which makes for a very comfortable debugging experience.

As an added bonus it's also showing graphical artefacts.

My hunch is VDP timing. I thought we'd squished all the problems, but some may have got through.

There is an emulator that reports VDP timing problems, but I've forgotten the name of it at the moment - if the game is run in that emulator with reporting enabled that should confirm it.

Ah, fantastic that does explain it! I've fixed it now: https://github.com/z88dk/z88dk/commit/0 ... a156b28531 - the sdcc decorators were absent.

If you're creating what I think you're doing then that will be fantastic. Naming everything 000001.nabu does get confusing!

Just looking at the code - I will try it out tomorrow.
Shouldn’t this be n_length?

Mine matches up between the logs and what's on screen, so we must have slightly different menus: dbug: [2023-11-15 22:04:59.3257] Nabu.Network.NabuNetworkCom.MenuProtocol: 127.0.0.1:63424: NA: RCVD: 00 dbug: [2023-11-15 22:04:59.3257] Nabu.Network.NabuNetworkCom.MenuProtocol: 127.0.0.1:63424: NA: RC...

So, for whatever reason, this is not working for me at all on Windows with the nightly builds, whatever I build comes out weird and buggy. There's something weirdly environmental going on. I've done the following: 1. Take libraries from a nightly build and compile on macOS 2. Use a Win10 VM, instal...

I've been wondering if we should add the capability of reading the diskdefs file from cpmtools. There should mostly be a one-to-one mapping between > the parameters in that file and our structure. cpmtools is many times used to read or edit diskette dumps rather than creating them, most of the defi...

Regardless of any Mame issue regarding the HCCA I'm not sure where that leaves your report. I've tried it on that build of Mame and again it's working: Screenshot 2023-11-14 at 22.39.02.png Can you try my simple program and see what it yields for you? I can't run yours since the struct definition is...

So I can't reproduce your problem at the moment. The following code: #include <arch/nabu/hcca.h> #include <stdio.h> void main() { while (1) { printf("Starting\n"); hcca_reset_write(); hcca_start_read(HCCA_MODE_RB, NULL, 0); hcca_writeByte(0x30); hcca_writeByte(0); hcca_writeByte(0); hcca_s...

I've recently merged a great contribution from @HeronErin which allows multi-page TI83+ flash applications to be built. The vectorised TI intra-bank calling mechanism requires a different building mechanism to `__banked` applications on other machines, so please take a look at the example: https://g...

Also, any plans to be able to output to CPM without the disk image? These images don't work with Ishkur CPM. I've added -subtype=nabu-nshd8 which I hope generates images in the right format - the layout looks the same as NDSK_DEFAULT.IMG I'm NNS not nabu.run, and yes, it is something I implemented ...

Also, I tested both the CP/M player and SIMH running real CP/M with the -pragma-define:CPM_WRITE_EMPTY_RECORD=0 option and it ALSO works great and produces the same output files, so writing that empty record may not be necessary since the file length calculation is now working properly. That makes ...

I've been having a heck of a time trying to use the HCCA code. When I can hcca_reset_write a 3E is getting sent to the adaptor. Then I can write to the adaptor no problem, but when trying to read the first uint16 of the response with hcca_readUint16, I get back a 0 instead of the length of the foll...

Thanks for the test program - I think it's now working.

Do you mind sharing a test program? I think I have something, but it would be good to test it against something "real world".

Note: the BDOS does not require that the file be open to use Function 35. However, if the file has been written to, it must be closed before calling Function 35. Other-wise, an incorrect file size might be returned. I think that's what I'm going to have to do. Have lseek() call (new function) fsync...