z88dk forums

? I just mean that, to be able to progress with z88dk, we need to have a good emulation (it is not the case with MAME) or someone with the right hardware and available for the annoying role of the betatester... better having both.

unless you are building a CP/M COM file, it is probably necessary to package your program properly with z88dk-appmake.
I suppose you already built CPC6128 programs in C, right? how did you build them?
It helps in understanding the file type you are expecting on output.

https://www.sinclairzxworld.com/download/file.php?id=14676&mode=view ..a bonus result, grayscale graphics in arx mode (untested) and improved grayscale in wrx mode (untested). EightyOne shows an horizontal alignment problem which could be not existing on the real machine. the picture flickers a...

I'm still hoping to find someone able to test it in hardware

Since we're digging into the micro computing history: this ROM was part of a 1988 project from the Australian HW guru Ron Koenig. The 6502 is slightly off-topic (unless we think at the Z80Softcard) Rebecca Heineman had her own custom interface for transferring programs between Apple II and Atari htt...

Interesting, it looks like it extends the BASIC interpreter. IIRC the BASIC ROM was weakely obfuscated, clearly this wasn't preventing extension modules.

they are. I find that this Commodore <> zx81 connection requiring PETSCII to ZX81 (non ASCII) conversion for the filenames is a great example on how the personal computing was I the early eighties. the fact that a similar interface existed for the sharp mz made me think a general driver could be done

Yes, crossing fingers. The zx81 BASIC is very close to the Spectrum one but its main loop is way more delicate. If you have a real zx81 and the 1541 interface it's great news. You surely can experiment with the z88dk functions for interfacing with basic, the string variables (zx_setstr) should work ...

I probably must rephrase. When I say I have the code, I'm referring to the zx81 and sharp mz specific projects, not to z88dk. In my information the 1541 is a serial peripheral. possible non-block modes depend on the disk drive capability, probably some sort of random access is either natively possib...

the quick fix did not work, but we should be close now

>I was close to see the ZX Spectrum variant work on the ZX81 (using "bgi.h") but there was still too little memory left. I got it running. One of the missing elements is a buld of the lib3d.lib with the "IXIY" index registers inversion enabled. The hole library should be probably...

No. This is a forum, but you can create a pull request on github. When pertaining to the z88dk project we are accepting documentation in z88dk-docs, in example. The 1451 drive was also interfaced to the Sharp MZ computers. I think I still have the Z80 code somewhere for both the ZX81 and Sharp stuff...

By the way, here it is a possibly fixed version. I wish I had the energy to rewrite the whole library :S zcc +zx81 -subtype=_arx -clib=arxansi -create-app -lgfx81arx192 -pragma-define:ansicolumns=42 hangman.c -O3 I'm noticing that placing the hrg page outside the 16K range does not work in ARX mode,...

I'm proposing a quick fix, let's see if it works, it does on EightyOne. It skips the ROM call to check the break keys and gets the value from the I/o port directly. It is slightly faster and seems enough for the problem to disappear. It also fixes the break check failing on v1 ROMs. I should do the ...

Paul just informed me that he revised the core logic of the ARX high resolution trick.

https://www.sinclairzxworld.com/viewtop ... f=6&t=5448

At the moment I'm keeping it in my to-do list.

"..it is always the stack".

I remember very well the Covox stuff, they had even a very interesting 3 bit format, in their MSDOS software. I think the Sound master II stuff is reachable online in some DosBox related forum. 4 bit look like a good compromise for the 8bit systems. Not too lossy on 8bit DACs, perfect for the SID or...

Steve! I'm so glad to see you're active on z88dk!

You could try skipping the whole malloc() part and try running it with a fixed 8192 buffer/array to see if something changes. A frequent problem when porting old K&R C program is the fcntl implementation, I think it is worth too check it as well. Also trying to run a GCC build helps, because of ...

https://github.com/z88dk/z88dk/tree/mas ... /c128/c128

..the source alone doesn't change much, but you need to export the objects properly in the header file.

https://github.com/z88dk/z88dk/tree/master/include/c128

See the Makefiles for the compiler/linker options

Allan Hoiberg is sharing information regarding the CS-DISK interface. There were two different CP/M versions, the CP/M v1 was ROM based, CP/M v2 was loaded from disk. I think it required different memory architecture and paging addresses

Long time ago I inserted a SpecDrum version of playzb4(). It is a WavePlay function originally created for the Commodore SID working on 4bit samples. The SpecDrum is rather uncommon and I preferred to leave it in source code form only. Now I discovered that the Scorpion and the Pentagon had their wa...

yet another one

https://m.youtube.com/watch?v=P5BIrVL1E ... HHSXwjlLRg

No problem
We kow you now, and we are prepared

Thank you, I think I can make it, or at lest evolve the code avoiding a massive mess.

Today Allan Hoiberg sent me the binary dumps from his CS-DISK interface!
I think I'll focus on it first.