drunkard-ans
this looks totally random. but because it is. it was supposed to be a drunkards 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 wasnt 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 1980s. 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 wasnt 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 its nearly 2mib. thus it would have greatly increased the size of the zip file. for my first ascii work ive 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 sagamusixs 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 dont 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.
this looks totally random. but because it is. it was supposed to be a drunkards 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 wasnt 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 1980s. 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 wasnt 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 its nearly 2mib. thus it would have greatly increased the size of the zip file. for my first ascii work ive 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 sagamusixs 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 dont 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.
log in to add a comment.