Hi Orhun, Could it be used with CYD (Cheap yellow display) ?
Mousefood – Build embedded terminal UIs for microcontrollers
11–20 of 48 posts
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#12You have a bitmap display, you can just draw lines and stuff without needing to rely on font-based hacks.
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#13This is awesome! I love ratatui, having it available on embedded is very cool! I wonder if it will work with async on embedded e.g. embassy..
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#14Reminds me a lot of the UI styles in the Minecraft mod ComputerCraft.
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#15I'm currently live on YouTube (doing some maintenance & testing). Feel free to join if you have any questions!
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#16> Embedded-graphics includes bitmap fonts that have a very limited set of characters to save space (ASCII, ISO 8859 or JIS X0201). This makes it impossible to draw most of Ratatui's widgets, which heavily use box-drawing glyphs, Braille, and other special characters You have a bitmap display, you can just draw lines and stuff without needing to rely on font-based hacks.
Text based graphics with fancy or custom fonts is just crazy efficient. That is exactly how we got the amazing graphics of The Last Ninja or Turrican on machines with less than 64KiB useable RAM.
Same for more modern embedded devices. If you constrain yourself to text you increase both runtime performance and your developer productivity.
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#17Hi Orhun, Could it be used with CYD (Cheap yellow display) ?
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#18> Embedded-graphics includes bitmap fonts that have a very limited set of characters to save space (ASCII, ISO 8859 or JIS X0201). This makes it impossible to draw most of Ratatui's widgets, which heavily use box-drawing glyphs, Braille, and other special characters You have a bitmap display, you can just draw lines and stuff without needing to rely on font-based hacks.
Sure, but that's beside the point. Text based graphics with fancy or custom fonts is just crazy efficient. That is exactly how we got the amazing graphics of The Last Ninja or Turrican on machines with less than 64KiB useable RAM. Same for more modern embedded devices. If you constrain yourself to text you increase both runtime performance and your developer productivity.
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#19> Embedded-graphics includes bitmap fonts that have a very limited set of characters to save space (ASCII, ISO 8859 or JIS X0201). This makes it impossible to draw most of Ratatui's widgets, which heavily use box-drawing glyphs, Braille, and other special characters You have a bitmap display, you can just draw lines and stuff without needing to rely on font-based hacks.
Sure, but that's beside the point. Text based graphics with fancy or custom fonts is just crazy efficient. That is exactly how we got the amazing graphics of The Last Ninja or Turrican on machines with less than 64KiB useable RAM. Same for more modern embedded devices. If you constrain yourself to text you increase both runtime performance and your developer productivity.
Re: Mousefood – Build embedded terminal UIs for microcontrollers
#20Earlier quoted context omitted.
Sure, but that's beside the point. Text based graphics with fancy or custom fonts is just crazy efficient. That is exactly how we got the amazing graphics of The Last Ninja or Turrican on machines with less than 64KiB useable RAM. Same for more modern embedded devices. If you constrain yourself to text you increase both runtime performance and your developer productivity.
It was crazy efficient on character or tile-based hardware. It makes no difference on bitmap displays, or rather adds some overhead.
[1] Except for the early oscilloscope style vector displays maybe.