drunkard-ans

this looks totally random.  but because it is.  it was supposed to be a drunkard's walk.  the original program i wrote on qb64pe had a screen dimension of 160 columns by 80 rows.  i broke a rule, offering an ansi text file with lines longer than 80 characters.  which could make it more difficult to display it properly.  i processed my file through "ansilove" but the png file wasn't rendered properly because my file had newlines at the end of each line.  so i was forced to break another rule.  all characters are run-on.  maybe i should do it this way to be more considerate with people trying to view this on ms-dos.

edit: i loaded the file into moebius.  the actual file now has 80 columns per line.  but the display is sideways from the original article.  to my dismay the "sauce" record might not have been saved properly.  in the program that i wrote to include record into my "ans" files.

i wanted to see how good i got writing a program that reads characters and attributes right off the "SCREEN 0" and creates an ANSI text file out of it.  because it uses the brick characters and it hails from microsoft language products of the 1980's.  you will have to switch to "ibm850" text encoding on your terminal on unix or descendant.  if your computer is modern enough.  if you display this on ms-dos or dosbox then you will have to switch to codepage #437.  i think you should already know this.

the program was supposed to cycle with blue, green, red and white as foreground and background colors, while using five varieties of brick character.  the "drunkard" was supposed to have a slight change to his walk after he finished one cycle.  after one cycle is finished the brick sigil is changed in turns, then the foreground color attribute, then the background.  the program disallows the same color attribute twice.

the "drunkard" was purposely made to behave quite differently from the "robot floor painter".  the "drunkard" wasn't expected to eat all the empty spaces of the screen.  although it does start like the "robot" if you look closely at the first few "frames" of the text file "video" of that robot in action.  i think i should shorten that file or the censors would do it.

---

music

yes i do music also.  not very good electronic music.  because i insist using schism tracker for sharing.

i avoided including the song module because it's nearly 2mib.  thus it would have greatly increased the size of the zip file.  for my first ascii work i've ever created to be shared on internet i wanted to keep it small and simple.  i made a mistake creating an account for t.m.a. forum, i was supposed instead to create account to be able to upload music modules.

update: it was a hassle for me to use a file-sharing account.  but unfortunately the size of this zip file archive is bloated.  should have been less than 100kib.

if you have no problems with it, please do not post to t.m.a. or anywhere else.  go ahead and check and see if the samples are cleared.  i use a lot of samples i got from computer music magazine, from future music and from musictech magazine but from decade-2ooo.  other sources could be magix, data becker and "sagamusix's" impressive synth collection.  occasionally i do rip from commercial cd, or take from "freesound-dot-org" but always keep it to myself.  i use sounds i purchased from goldbaby but decided to leave them out of songs to offer publicly.  i don't want any trouble.  a lot of sounds are from vst plug-ins.  focus more on built with synthedit and synthmaker/flexstone, and less on applied acoustic systems, native instruments and other expensive companies like that.  i like using cd-quality samples.  to reduce file size of song module, often i had to downsample to 22050hz or lower which frecking sucks.
