ANSIPrint

[a740g]

ANSIPrint is an ANSI Escape Sequence Emulator library written entirely in QB64-PE. It emulates the classic ANSI.SYS within a QB64 graphics window. In addition to displaying ANSI art, it can also animate ANSImation files.
The "Demos" folder includes numerous test files. Please note that some of these may contain content suitable for mature audiences. Viewer discretion is advised. 

Needs QB64-PE v4.0.0 to compile.

Special thanks to @grymmjack for inspiring me to create this!

Enjoy!

[grymmjack]

THIS IS THE WAY!

@a740g this work is extremely appreciated! It is always fun to work with you, man!

[bplus]

Which samples demo the animations? Unlike grymmjack, I am not impressed by massive amounts of code to make an ANSI cartoon image of an image, sorry I am probably missing something in translation.

Now the thing Spriggsy showed us earlier, that was impressive with the Music Video animation converted to Ansi and with the sound playing in real time animation. Cool!

[SpriggsySpriggs]

Which samples demo the animations? Unlike grymmjack, I am not impressed by massive amounts of code to make an ANSI cartoon image of an image, sorry I am probably missing something in translation.

Now the thing Spriggsy showed us earlier, that was impressive with the Music Video animation converted to Ansi and with the sound playing in real time animation. Cool!

The lines of code isn't important. The end result is. My code did not produce a color image. If this code that Sam made can be adapted, a music video could be made with this just as well.

[bplus]

Color is not important LOC is! LOL specially at scales of 10% and less. I think these Cartoon images might be done in around 35 LOC, then take images and Gif them you have a movie, sync them to music, that might be where we need technical tricks

< 30 LOC!
   

[SpriggsySpriggs]

I think you fail to realize that my program wasn't creating AND displaying them in only 30 lines. I had a whole workflow I had to implement in order to get there and not everything was in QB64. There were Python and bash scripts involved. And up to an hour of work. For each "video".

[hsiangch_ong]

again thank you for your help.

i noticed three annoying things done by the program.

once it is forced to set the screen as tall as possible to accomodate a vertical banner, it cannot be resized for the next file which could be an ordinary text file, or a single typical cga/ega text screen.  if the user tries to do something about it, the screen messes up.  sometimes it resets to a really small window.  this is my using it on linux.  i don't know if it's different on windows.

with many screens, it could scroll the very last line, cutting off the first line it ever drew.  this is noticeable with a screen with 43 lines or less and with font size set to 8.  it could depend on how the file was done.

there was a nasty animated "ans-suffix" file in which i couldn't press "escape" to get out of it and move on to the next file.  (around "agricultural" but saying the opposite and the vicinity of what it really was...)

not an annoyance but some people might request a way to display ansi-text with one of the amiga fonts.  especially the "topaz" one that seems to be common.

otherwise great job with the program.  i am creating my own ansi-text art and checking it for validity with this program and with "ansilove".  i will need to write my own program to help me with it.  i tried "rexpaint" but it's not to my taste and it's only for windows.  i have "joe" text editor so at least i could draw some simple figures, but will need another program to color them.  otherwise i wrote a messload of basic programs that created images.

---

doing text art is fun.  although the ansi codes are clunky, it's a way to remain connected to the days of ms-dos.  quickbasic should have been one of the top programs for doing this kind of stuff.  even though it was with bsave/bload command combinations, file format similar to "xbin".

the qb64pe ide is good for creating text art but likes to strip spaces from the end of lines.  which forces the artist to place a "stopgap" character for spaces to be retained at the end, such as a rectangular background colored banner.  on linux i'm using "joe" text editor but it's clunky to some people who aren't used anymore to wordstar keystroke commands.

i remember a colleague downloaded three shareware programs or so, all which were good at drawing with text and "cp437" ms-dos codepage.  one was better than the others.  none of them were good at coloring, though.

i once wrote a program to make screens like ansi-art but in a special text format i invented.  went as far as employing bmp files for "fonts".  however couldn't just do chr$(n) with that scheme which i regarded as limitation, and had to be strictly with graphics screens.  i made a "font" sheet in which i replicated the trs-80 2x3 graphic blocks.  beginning at chr$(128) if it were text mode.  it required a gaffe on my part because i didn't want the character codes 176 through 191 overwritten from "cp437" such as the shaded blocks and some line drawing things.  therefore the final 16 character codes of the 2x3 blocks began at character code 224 on the "font" sheet.

[a740g]

You are welcome.

Yeah. The viewer program is something I quickly threw in together just to test the underlying library. There are a lot of things that can be improved.

The screen scrolls because I left the cursor movement to QB64. I should have handled everything myself.

I think I might end up re-writing the library soon. Stay tuned.

[Pete]

You are all missing what is the real question here, which is why does the 'Terminator" rendering look more like Spriggsy?

Pete

[bplus]

Funny you should mention Spriggsy, I was using his image for Cartoon Coloring