z88dk forums

Just to mention, I've merged the ANSI VT engine and putc4x6 to provide a crap text option where not available, at the moment I created an option for the ZX81 mid-resolution (udg) graphics and the EACA EG-2000. The CFG file for the EG-2000, now provides two configuration options: -clib=eg2000disk -> ...

I admit I took too long, Finally, the zx81 console is fully sorted, if you had problems with the 64 or 128 lines mode, it's time to check it out again.
I put in also a funny mid resolution text option for the udg pseudo graphics mode, ideas and comments are welcome

In a FB discussion an obscure printer interface was dissected. We discovered that in 1983 Morex created a simple product capable of driving a printer in serial and parallel mode, with a very basic hardware support and clever software support. The Morex interface was widely cloned in Italy and Spain ...

This is what I finally got

https://github.com/z88dk/z88dk/blob/mas ... rite_h.asm

By the way, I'm putting the new sprite modification functions here:

https://github.com/z88dk/z88dk/tree/mas ... gfx/common

Wow, it is very exaustive ! My implementation is still being debugged but works fine already on big pictures (I'm fixing the "single byte" conditions). The nice feature I'm getting is a horizontal flip algorithm working on any picture size, with an even or odd number of horizontal bytes or...

I'm reviving this old thread to inform you that I've pulled a function to flip vertically the picture in a monochrome sprite, it's 8080 compatible.
I also updated the library to get a sprite plotting variant for the 8080.

The horizontal flipping is way more tricky, and surely slow but I'm trying

Ok, things weren't that bad, the ZX Next was already mostly working. My updated merge for w_putsprite is now slightly off when coloring the areas in standard mode and does not apply the fatpixel effect when in MODE 6, but overall it tests good. The same code supports modes 0 and 6 and is reasonably ...

I managed to solve most of the problems on the rect area functions (w_xorclga, w_clga, w_fillb). For what I could observe timex_zxn_graphics.lst is included in the TS2068 and in the ZXN targets, which means that fixing w_putsprite is a priority. As a workaround, "fatpixel" is now forcefull...

I left this library dormant for such a long period I had to dig into the code to remember what happened. Originally w_putsprite and w_clga were just absent. The default generic ones allowed a slow but effective result in all the display modes sorted by plotpixel. I recovered the parked functions whi...

The code is cumbersome but the problem is elsewhere, the game when built for the TS2068 runs in standard screen mode, but the "fatpix" attribute is not reset. This doubles the area to be cleaned and causes the overflow. I noticed I had already excluded the management of the fatpix attribut...

I finally spotted the culript, it is clga().
Well it confirms that the updated putsprite for enhanced ZX Spectrum models with extended video works (yet just partially tested), deals with colours and is reasonably fast.

Having only two digits is not necessairly a big issue. The point is how the software (system services and/or z88dk library) converts it, obviously if the calendar gets warped it becomes quite a challenge.

This is odd, the game on the TS2068 crashes in 256x192 display mode also if I edit w_putsprite and stick the normal putsprite (with the following small adjustment): (...) push af ;ld h, a ;ld l, e ld h,0 ld l,a ld d,0 call swapgfxbk call w_pixeladdress Moving on, I'll try by excluding game portions ...

One of the turbo loader modes (the one doing RLE compression) in z88dk-appmake allows 2 separate binary blocks, usually good to add a title screen, but it can be your first block at 30000 as well.

EDIT
Nope, you're right it's doable but even more difficult

The test is very simple, just change to +ts2068. If you move your spaceship to the rightmost positions the game crashes.
I *think* the problem is on how hl_inc_x_MODE6 works when used by w_putsprite.

This is something I left half way and this is bad The current ZX Next library is now buggy, the colour attributes handling tend to overflow in the traditional video modes (only when the pictures get close to the rightmost display edge). I'll test it soon and give a more detailed report, then I'll tr...

fputc_cons(12) is my favourite blasphemy, it clears the screen on several different targets.
IIRC if you first change the attributes the screen will be set accordingly
There are several ways to change the attributes, I'm lazy and tend to use zx_ink(..) etc, but conio.h allows much more portability.

exactly. Even if with a lot of limits Intel produced the 8086 to be partially retro - compatible with the 8080, at the time the software compatibility at cpu level mattered. I remember someone in the eights telling that the 6502 initially was competitive compared to the z80 because of the sw compati...

Personally I largely prefer the Z80 style mnemonics they are rather intuitive but possibly less suitable for simple assemblers (the three characters mnemonics help the decoders). An early dialect of the 8080 mnemonics was created for the TDL assembler, and obviously several macros and extensions exi...

I fixed my local msys64 setup (not recently updated) which I broke trying to merge in unixem.
The beaver_net protocol now builds properly, but I don't think I nailed the way to interface to the rs232 hardware on windows

Speed throttle. I'm rather sure that select() is not properly simulated in my mingw setup, Sleep(microseconds/1000) is usually the best choice, I'm going to update the package soon. I still get rather fast emulated systems though. Perhaps it's just the CPU clock needing to be properly configured in ...

The Northstar Advantage is the main reason for this port, I wanted it emulated on Windows to work on a z88dk port, but the CP/M floppy disk format must have some custom requirement I haven't got yet. I'm able to extract files with CPMTOOLS and to create a disk image with appmake which are good for C...

> On the Model II we also have the possibility to rewrite the console driver, so as you said it is just matter of setting up a better library. Which finally I did, in a desperate attempt to shorten my backlog a little and doing part of what I promised to do. We still have the annoying cursor in the ...

clg() and clrscr() should trigger the same code, which (if I properly checked the library) simply sends the control character for CLS directly to the I/O port of the video board. Some kind of speed throttling should be in, but clearly I haven't done it right :D I tried to slow it down arbitrairly bu...