bfdemo.b is a short demo containing a few simple demo effects written in brainfuck. For those who don't know: brainfuck is an esoteric programming language that has only 8 commands, and many rather simple calculations are ridiculously complicated to program in it. It uses a pointer to operate on a one-dimensional array. For more detailed information, see, for example, http://esolangs.org/wiki/Brainfuck . It's recommended to compile this demo instead of using an interpreter, that way it'll run faster. It should run well enough in an interpreter on a somewhat fast computer, though, if a good interpreter (bff (http://swapped.cc/bf/) for example) is used. The demo uses memory cells capable of holding values from 0 to 255. It needs 20221 cells. The number is that big because the tunnel effect needs to calculate and store into memory some values beforehand; calculating them in realtime would be just too slow. Don't be confused by the considerably long loading times before the tunnel and plasma effects; a lot of values is calculated during those. It shouldn't take more than a couple of seconds though. There's the loading bar, so you'll know that there's something wrong if it doesn't make any progress. When the program is started, before it outputs anything, it expects a frame interval to be input as one byte. For convenience, its numbering starts from 65 (the value of the ascii character 'A'), so that when you input the byte, 65 is subtracted from it. So just enter a character that's 'A' or greater. The value doesn't determine the frame interval in any constant unit of time really, because it just tells how many times the program should do some calculations - that are meaningless besides the time consumption - and the speed of brainfuck interpreters and other things can vary quite a bit. That's why it asks for the frame interval in the first place, so that the user can adjust it to a value that looks nice on his particular computer-interpreter-etc- combination. The demo uses the brainfuck command '.' to print out its frames. A frame's size is 101*50 characters (50 rows and 100 columns, plus one newline after every row, so that's why 101*50 and not 100*50). There might be a bit of difficulty in making the frames show properly, so that the print buffer doesn't e.g. cut every frame at the middle or so of every frame. It probably won't look right on the windows cmd terminal, it prints too slow. On windows you should probably use something like cygwin with rxvt. One might want to somehow make sure that the buffer is quickly printed after and only after every 101*50th character, or alternatively every 50th line. For example, the accompanying buffer.c can be compiled and used for this by doing something like "bff bfdemo.b | buffer", so that bfdemo's output is forwarded to "buffer"'s input. This "buffer" thing waits until it has been given 50 lines of input, then it outputs them and uses fflush(stdout); to make sure that the frame actually appears on the screen. The last byte the demo outputs is a zero, so that if the output is forwarded to some other program it'll know when the demo ends. bfdemo made by SirDayBat (ircnet, quakenet, nuutti.holtta@luukku.com). Thanks to sooda for help with cygwin and rxvt stuff.Mac OS X  2ATTR\11com.apple.quarantineq/0000;4903087f;Firefox.app;|org.mozilla.firefoxProblems? Mail: ftp@scene.org as of November 2007 ___ __ __ ____ Scene.org! / //_____ _ __/ //_____. _____ __/ //_____. _____ _\\_ /___ ___ \__ /_ _____. _/ |_\\_ \_ _/ | _\\_ \_ _/ // _//_____ _/ / _/ | \ | / / \ | / / / \ \_ \_ / \______\ \ |___\_____| / \ ___\_____| / /___\_____/ / / - ---_ ____\_____|-diP-_ _____\______\-bM--------\________\-----_ __________\- ftp.scene.org - 'elektronik free art' since 11 March 1996 MIRRORS: ftp://ftp.de.scene.org (ftp.dkev.org) in /pub/ ftp://ftp.jp.scene.org (ftp.dti.ad.jp) in /pub/scene/ ftp://ftp.no.scene.org (ftp.gathering.org) in /scene.org/ ftp://ftp.pl.scene.org (sunsite.icm.edu.pl) in /pub/demos/ http://http.fr.scene.org (sceneorg.viale.net) in / http://http.pl.scene.org (sunsite.icm.edu.pl) in /pub/demos/ http://www.inercia.org (inercia.dcc.online.pt) in /scene.org/ PLATINUM SPONSORS: Geizhals (geizhals.at/eu/?scene.org) Guerilla Games (www.guerrilla-games.com) Pixar Animation Studios (www.pixar.com) Rotterdam University (www.hogeschool-rotterdam.nl) Starbreeze Studios (www.starbreeze.com/scene.jsp) Viprinet (www.viprinet.com) GOLD SPONSORS: Assembly Organizing (www.assembly.org) Mindcandy (www.mindcandydvd.com) Orange Juice (www.ojuice.net) Slengpung (www.slengpung.com) The Gathering (www.gathering.org) SILVER SPONSORS: Breakpoint (breakpoint.untergrund.net) DemoGL (sourceforge.net/projects/demogl) Firelight Multimedia (www.fmod.org) Gaffer Software (www.gaffer.org) Heaven Fresh (www.heavenfresh.com) NetCologne (www.netcologne.de) Nixxes Software (www.nixxes.com) Tomcat's T-shirt Shop (www.tomcatpolo.hu) Twilight3D (www.twilight3d.com) BRONZE SPONSORS AND INDIVIDUAL DONATORS: Please see: http://www.scene.org/sponsors.php HOW CAN I HELP? * You can help by donating money to scene.org. All money will go into upgrading the archive, and will allow us to improve our services to you and the rest of the scene. [http://www.scene.org/donate.php] * We are also looking for corporate sponsors. The return on a sponsorship involves advertising the company on the archive. This is an ideal method for a company to reach a global potential customer base of young, talented and motivated people in the computer and design business. [http://www.scene.org/sponsorprogram.php] * Thirdly, we are looking for mirrors for our archive. Mirrors help us with lowering the demand on our main server and improve the availability of the archive around the world. For more information, refer to the website or contact us at staff@scene.org. With regards, Jeffry Sleddens (Redhound)