Small parenthesis about "fbga" and "vt100" ...
In the end I also participate in the Ania's project, and we redesigned the entire protocol from scratch.
Supporting the original vt100 is feasible but very burdensome in terms of design and testing hours, already with vt220 things get bloody worse, and adding functionality becomes practically impossible
So the new terminal is no more "vt100-100%-compatible" but "vt-like", which breaks the compatibility with the standard /bin/getty and /lib/libncurses, but it's awesome as on thre HDL side, it simplifies the state machine that describes the engine by several order of magnitude, and helps introducing compression, bitmap, vectors, and other useful features!
Up to now Ania and I have used one of those Chinese boards that converts VGA to LVDS, but we would like to better integrate everything into a smaller case with an LCD, or even just redesign the entire motherboard "all in one" with one of these chips, as long as it is documented and not "electricity hungry" (we are on battery)
The hardware we made has a VGA R-DAC, so "analog RGB" & "digital H V" (this makes it compatibile with external VGA PC monitors, which is great for debugging), but there are also 5 bit digital RGB signals @25-65 MHz pixel clock.