I've just run parts of the vttest suite against the AnsiTerminal program. Two of them failed:
The test for ANSI colors revealed that the terminal can't display the color blue, neither the bright, nor the "normal" flavor. Magenta is displayed as red.

The other test is called character position absolute (HPA), which should display a box of asterisks, but the left and right edge of the box are depicted the wrong way:

Terminal type is ANSI. I am using an Olimex board, but the guys from Olimex said they were not competent in this matter.
```
** FabGL — Serial Terminal **
** 2019–2022 by Fabrizio Di Vittorio — www.fabgl.com **
Version : 1.6
Screen Size : 640 × 480
Terminal Size : 91 × 36
Terminal Type : ANSI
Serial Port : FabGL Terminal: TX=2 RX=34
Serial Parameters : 115200,8N1 flow=None
```
**UPDATE:** The blue-blindness is apparently **not** related to the hardware, as the Space Invaders game shows no such problems. Both white, and light blue objects are displayed correctly.
its a LILYGO esp32 and i just flashed the eprom with the ASCI Terminal code.
it is possible as far as the blue color missing that your board is defective.
on the box. I'm not sure which test are you running under VTTEST?
this is a picture example displayed on my Ansi Terminal.

i have python scripts that will display jpg images on the fabgl terminal.
you could try them.
https://github.com/johngalt01/johngalt01.github.io
JPGTOFABGL.py
will allow you to display any jpg on the terminal as a test for color.
i forgot i also have .BMP files on that repository that are ansi escape code converted images that you can just Type or cat to your terminal and it will display an image in color.
So I'll have to run `AnsiTerminal` on the FabGL board, connect to a host machine via serial link, and run the Elink browser in a text shell (bash?) on the host to display a picture, right?
you don't have to go that far, just connect to a host machine via a serial or usb connection then cat or type the .bmp file and it will output to the terminal and it will draw a picture for you.
its just like the .vt files here : http://artscene.textfiles.com/vt100/
the BMP files came from an early test i did a few years ago which was a proof of concept. i just needed to call them BMP files at the time but they are just txt files with escape codes in them.
if you have a CP/M or DOS machine and have the ansi terminal as your primary display then just have them type to the screen.
if you do want to go further then you can use elinks and then you need to setup the browser to run the external jpgtofabgl python script i wrote and it will convert most image files to fabgl escape code.
OK, I've just tested the board with the `GraphicalUserInterface` example sketch, and believe me or not: It does display blue and cyan!
<img width="1231" height="923" alt="Image" src="https://github.com/user-attachments/assets/e9d9e17a-502e-44d9-9789-c6eb527c9cf7" />
Your example is to be used with the `AnsiTerminal` sketch on the board, right? Then I would have the same problems with blue color as previously, wouldn't I?
I have no idea.
I think your board is defective.
I have several LILYGO ESP32 boards and non of them act like yours with the color missing channels.
here is that demo ran by fdivitto
https://www.youtube.com/watch?v=84ytGdiOih0
to me something looks off on your monitor in the picture...
maybe the issue is with your CRT?
If it's true what you say, my issue will be rather caused by incompatibility between the FabGL code and my Olimex board, won't it?
I've also checked the monitor, but as I have managed to display blue color with another app, it rather looks like a problem with the terminal app.
try a different board. i just have limited experience with just the LILGO ESP32 which i have in various configurations from ansi terminals to PC emulators.
Well, I've not at least got a hint on what might cause the problem with the almost missing blue color on Olimex boards: `AnsiTerminal` uses a [`BitmappedDisplayController`](https://github.com/OLIMEX/FabGL/blob/04f328a10573297dd554f13be7f369cdee0f7a2b/examples/VGA/AnsiTerminal/AnsiTerminal.ino#L37C8-L37C34) (which is possibly not working properly on Olimex boards), whereas `SpaceInvaders` uses a [`VGAController`](https://github.com/OLIMEX/FabGL/blob/04f328a10573297dd554f13be7f369cdee0f7a2b/examples/VGA/SpaceInvaders/SpaceInvaders.ino#L41C8-L41C21), and `GraphicalUserInterface` relies on a [`VGA16Controller`](https://github.com/OLIMEX/FabGL/blob/04f328a10573297dd554f13be7f369cdee0f7a2b/examples/VGA/GraphicalUserInterface/GraphicalUserInterface.ino#L34C8-L34C23). I can't find out more about this error, as the low-level code is written in Assembler. Maybe @peter-valkov could help us here.
BTW, your VT animations do work for me.