Comment on ASCII characters are not pixels: a deep dive into ASCII rendering
kora@sh.itjust.works 1 day agoWould love to see your implementation. Have you considered making it public?
Comment on ASCII characters are not pixels: a deep dive into ASCII rendering
kora@sh.itjust.works 1 day agoWould love to see your implementation. Have you considered making it public?
over_clox@lemmy.world 1 day ago
Sure, have at it!
Sorry it’s not a full complete dump with examples, but it’s programmed in QBasic 1.1 and converts raw RGB pixel data into equivalent closest matching color halftone onscreen characters. I designed it in mind with DOS text modes of either 80x25, 80x43, or 80x50 text modes, but I’m sure the technique can work with any text mode that can properly render the old DOS block characters. But, I’m betting that whatever device you’re using right now is almost certainly not configured to display the old DOS block characters as they were back in the day.
Good luck!
kora@sh.itjust.works 1 day ago
You are amazing. Thank you very much for delivering! Half of the fun is discovering how it works without examples so no need to apologise :^)
I need to look into running QBasic on my M4. Unsure about my options for now. Worst case scenario I spin up a VM tomorrow.
over_clox@lemmy.world 1 day ago
Meh, DOSBox is plenty suitable enough, and QBasic is easy enough to find…
winworldpc.com/product/qbasic/1x
I can’t promise that DOSBox emulated results will give the exact color results as original old-school hardware on an old CRT, but results should still be mighty close.
The raw input data files are pretty simple to generate with most graphics software, just downsample down to potato 80x25, then export to raw 888 RGB format.