[cxreiff]

Its an old windows screensaver! https://www.youtube.com/watch?v=MHGnSqr9kK8

That would be cool! But this is a fairly different/incompatible approach- here each frame is generated by the GPU using an actual game engine (bevy) and then printed to the terminal instead of a window- no logic for different types of characters. Maybe in the future if I replace the ascii rendering library.

[the_gipsy]

There could be an ASCII-art-like renderer more advanced than the HalfBlocks one. Something that detects outlines and such.

[cxreiff]

Definitely something I want to do down the line... something like the Sobel filter approach that acerola uses in this video: https://youtu.be/gg40RWiaHRY?si=DWtt-fdSUVADFNS_

[the_gipsy]

BTW I'm the author of ratatui-image :)

That kind of text output would be really useful, because a lot of terminals don't support images.

I am also thinking, you don't need ratatui except for the "redraw whole screen" part, right? I might try to split ratatui-image into just the rendering/protocol part, so that there could be for example a fullscreen image stream crate without ratatui.

[cxreiff]

Oh, hello! Thank you for your wonderful library, it made this very easy. :)

If there were significant performance improvements it would be useful to have a non-ratatui option in bevy_ratatui_render! But I would still keep the ratatui option for other reasons. So far I've just been making simple toys that only use bevy's render output, but as soon as you need any kind of text or UI, you'd want to layer other ratatui widgets on top of the ratatui-image widget.

[the_gipsy]

Right, in the end you want some library for dealing with the terminal, and ratatui has no meaningful performance impact.