Gregory Haerr

> then add mode 12 (16-color 640x480 mode). I've been looking at Nano-X and have found a very old 640x480 mode 12 driver I'd written decades ago - in MASM...

That's very impressive, better graphics than I had imagined. I guess the difference between the BMP and JPG are that the BMP was created from an original with a custom...

> It is a assumed here the standard 4-bit palette is being used, right? How does exactly this bit mask work? I'm too used to planar modes I suspect. No...

> Compiler is exploding, may be on casts. We need to investigate. > "graphics.c" compiles, but with warnings: Sounds like you've run into yet another C86 compiler bug. It would...

> right now elks-viewer always write directly to screen, no tool buffers the whole encoded or decoded image on memory That's definitely the way to do things on limited RAM...

> Nano-X! Soon I'll start playing with it, after finishing the viewer. Would the large model be a good candidate for Nano-X server? Are you thinking of porting Nano-X to...

> I can confirm that the C86 compiled bmpview performs very well, almost same speed of owc produced binary, and ~20% more of size than owc -Os. I suppose that...

> not easy to understand the VGA operation! You can say that again! I'm still struggling with "one last" Nano-X drawing bug and the NX drivers use two different VGA...

> I noticed you updated recently the vga 4bp code in nano-x. Should I bring it to elks-viewer, or the optimization is irrelevant for such usage? No, the optimizations in...

See https://github.com/ghaerr/elks/discussions/2247. Also see https://github.com/ghaerr/elks/blob/master/Documentation/text/porting-guide.txt.