Changes

* Data written is by CPU byte by byte and it is 1 bit per pixel. If bit the value of a bit is 0, then background colour will be writtenregister is used for pixel, otherwise if bit is 1 then foreground colour will be writtenregister is used for pixel. Data is used bit 7 first, 6 is next, all the way down to bit 0.

* Font is defined left to right, top to bottom, line by line. It doesn't appear to follow the same form as Kanji ROM.

* Pixels If NX is not a multiple of 8, then unused bits are written according to physical vramused on the next line. e.gi. e.g. in 8bpp mode, x=0 and bit value is 1, foreground low the command uses all 8 bits until they are exhausted at which point another byte is written, x = 1 fetched and bit value is 1, then foreground high byte is writtenso on.

* Pixels appear to be written according to physical vram. e.g. in 8bpp mode, x=0, bit has value 1, then foreground low byte is written, x = 1 and bit has value is 1, then foreground high byte is written and so on. Therefore to fill in the same colour ensure the same colour is repeated through FC. * For LOP, SC comes from background colour or foreground colourdepending on the value of the bit. * NX and NY can be any size, they are not restricted to 16x16.