Would have expected something more sophisticated, where the shader also looks at subpixels, where it gets the best matching char for the shape and brightness.
Like rastapasta map renderer did with the braille block:
ASCII just refers to the 7bit standard, so if we are pedantic ASCII art is just art using the printable characters of the 128 code points defined in it. Font size doesn't have anything to do with it. But ASCII art is used as an umbrella term, encompassing a variety of different standards, character sets and fonts. There are a bunch of square ASCII, like PETSCII, ATASCII and even PC ASCII can be rendered with a 8x8 cp437 font. We don't need to gatekeep what "qualifies" as ASCII art.
Self plug: the “ASCII Playground“ has a couple of 3D demos as well!
DOM manipulation is fast enough to allow text output into a PRE element as long as text color is not changed too often (each style change needs the affected chars wrapped into a SPAN).
22 comments
[ 2.7 ms ] story [ 59.6 ms ] threadprivate Shade = '·┼╬'; [1]
Would have expected something more sophisticated, where the shader also looks at subpixels, where it gets the best matching char for the shape and brightness.
Like rastapasta map renderer did with the braille block:
https://github.com/rastapasta/mapscii
https://news.ycombinator.com/item?id=39975887
---
https://github.com/kciter/ascii-3d-renderer.js/blob/1f1a8493... [1]
Shades and Box art chars where never part of any ASCII standard. https://en.wikipedia.org/wiki/Code_page_437
Technically no ASCII but that's just for purists https://en.wikipedia.org/wiki/ASCII_art#%22Block_ASCII%22_/_...
https://threejs.org/examples/?q=asc#webgl_effects_ascii
I see what you did there
(without intending to do it)
It is still a cool shader that turns input into text, even if it doesn't have the ascii art vibe.
Note that e.g. PETSCII, while internally 8x8, would be displayed using non-square pixels[1] - also not resulting in square letters.
[1]: https://retrocomputing.stackexchange.com/a/13871
I did quite a lot of printing on dot matrix printers as well.
DOM manipulation is fast enough to allow text output into a PRE element as long as text color is not changed too often (each style change needs the affected chars wrapped into a SPAN).
https://play.ertdfgcvb.xyz
explanation with animations: https://www.a1k0n.net/2011/07/20/donut-math.html