graphics: updates on notes and UBEE format
authorAlan Cox <alan@linux.intel.com>
Wed, 25 Apr 2018 13:04:39 +0000 (14:04 +0100)
committerAlan Cox <alan@linux.intel.com>
Wed, 25 Apr 2018 13:04:39 +0000 (14:04 +0100)
Kernel/README.GRAPHICS
Kernel/include/graphics.h

index e53455d..a5ff771 100644 (file)
@@ -166,3 +166,25 @@ If we go this way then
    code and some stuff is a lot faster that way (eg TRS80 can use otir)
    YES - GFX_READ and GFX_WRITE core are almost identical on most boxes and
    can nicely self modify.
+
+9. We need an API for sprites, for character based displays with loadable
+   fonts and also for >8bit chars in char display.
+
+       struct fontinfo {
+               uint8_t width;  /* Bits */
+               uint8_t height; /* Lines */
+               uint16_t base;  /* First symbol that is programable */
+               uint16_t last;  /* Last programmable symbol */
+       };
+
+       struct fontload {
+               uint16_t base;
+               uint16_t last
+               uint8_t *data;
+       };
+
+  or similar
+
+10. What about displays that don't really attach as such to a tty
+
+11. Hardware cursor on/off
index c934198..c33da05 100644 (file)
@@ -17,6 +17,7 @@ struct display {
 /* Those sufficiently funky */
 #define FMT_SPECTRUM   128
 #define FMT_VDP                129     /* VDP graphics engines */
+#define FMT_UBEE       130     /* Microbee 6545 modes */
   uint8_t hardware;
 #define HW_UNACCEL     1       /* Simple display */
 #define HW_VDP_9918    128     /* Not neccessarily MSX... */