The World of Computer Software

home *** CD-ROM | disk | FTP | other *** search

/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / r / rend24i.zip / REND.DOC < prev next >

Wrap

Text File | 1992-09-22 | 35KB | 808 lines

---------------------------------------------------------------------------- Rend24 - A Batch Image Conversion System Written by Thomas Krehbiel Copyright ⌐ 1991,1992 Thomas Krehbiel All Rights Reserved ---------------------------------------------------------------------------- DISTRIBUTION Rend24 is being distributed as Shareware. If you find this program useful, please consider sending a donation of $25 or so to the author (address given at the end of this document). In return, I will send you a disk with the latest registered version of the program. The registered version does not contain any "guilt" messages. If you are a registered user of Rend24, send me a disk (and a SASE if you really want to make it easy for me) and I'll send you the registered version of Rend24 1.04x. Rend24 may be freely distributed to any bulletin board, network, or through any public domain library collection, so long as no fees (beyond reasonable media costs) are charged for such distribution. This product is being distributed "as is", with no warranties expressed or implied as to the use or misuse of the program. INTRODUCTION Rend24 was originally written as an excercise in converting 24-Bit IFF files into displayable resolutions. At that time, I was working with the Toaster's Lightwave 3D often, and without the benefit of a single-frame controller, it was somewhat awkward getting a displayable animation out of Lightwave. Lightwave is capable of saving each frame it generates as a 24-Bit IFF file; hence, an idea was born. What I needed was a program that would wait around in the background while Lightwave generated a frame. Then, when the frame was saved to disk, the program would jump in and convert the 24-bit file down to an Amiga-displayable format and pack it into an IFF Animation file and return to waiting for the next frame. So I set out to write my own program to do the job. Along the way it has acquired a number of useful features which don't relate at all to the original plan. You can use it to convert GIF files to Amiga format. You can use it to view JPEG files directly. You can use it interactively convert VistaPro generated files into DCTV animations. This program does a lot for the money... CONCEPT Rend24's purpose is to convert one or more input images into individual viewable ILBM images or a single viewable ANIM animation. The input images may be 24-bit ILBMs, GIF format images, or even JPEG compressed images. You control the format of the output images and/or animations, including the color depth, dithering, and size. Rend24's strength lies in its ability to convert batches of images at a time. You tell Rend24 where to find the input images, how many there are, and then sit back and watch it go. FEATURES o Runs under Workbench 1.3 and 2.04. o Generally fast conversion times. o Supports most standard IFF-ILBM image formats, from 2-color through HAM all the way up to 8- and 24-bit. o Supports reading Compuserve GIF format images directly. o Supports reading JPEG/JFIF compressed images directly (if somewhat slowly...). o Can generate individual pictures or a standard IFF-ANIM Op 5 animation, with or without palette locking. o Supports HAM-E and DCTV format rendering. o Supports Floyd-Steinberg dithering to increase the number of apparent colors. o Now includes a handy-dandy front-end for CLI-phobes. o Supports arbitrary scaling of input images. HARDWARE REQUIREMENTS Rend24 should run on any Amiga with any amount of chip and fast memory. However, due to the nature of 24-bit image manipulation, Rend24 can use up quite a bit of memory loading and converting an image. Working with 320x200x24 images I would say you would need 1Meg minimum. Working with 768x480x24 images you will probably need at least 3Meg of free memory. Rend24 always uses fast memory except for the memory to open the display screen, so chip memory should not be a problem. Rend24 is fully Workbench 2.0 compatible (as of the time of this writing, at least). In fact, it takes advantage of a couple of features in 2.0 which make Amiga mode conversion times a tad faster. INSTALLATION Rend24 is fairly easy to install. Simply drag the program icon to wherever you would like it to reside. It doesn't have to be in your C: directory (although if you plan to use the program from CLI you might want to put it in your command path somewhere). Certain features of Rend24 require some libraries to be installed in your LIBS: directory. There should be an installation program accompanying the main program, which will guide you through installing the libraries. The libraries are: hame.library Required for generating HAM-E images. dctv.library Required for generating DCTV images. arp.library Required under version 1.3 of the operating system to have a file requester available in the front end. That's it! That wasn't so hard, was it? :) RUNNING THE PROGRAM FROM WORKBENCH Couldn't be easier... simply double click the Rend24 icon and in a few seconds a window will appear on your Workbench with a whole bunch of gadgets in it. This is what I call the "Front End" window, and is where you tell Rend24 what you want to do in a (hopefully) convienient manner. Source Image Pattern This is where you enter input file(s). Click in the string gadget and just type the full pathname of image you want to convert. Or, you can click on the Choose gadget to the right to open a file requester where you can choose the input image. You can specify a standard wildcard pattern for the source image, to convert more than one at a time. The pattern is the same used by standard AmigaDOS commands (#?)... you may also use the Unix-style '*' character as a wildcard. So if you specify "DollFace*.pic" as the source image pattern, then all files matching that pattern will be converted. If you are using the Frame Count gadget (see below), then enter only the filename "base" without any numbers. Source Frame Count This is used when you are converting a series of frames output by, for example, Lightwave or VistaPro. It expects the source image filenames to be in the format "Picture001", "Picture002", "Picture003", etc. You enter the base name of the files (eg. what you entered in Lightwave or VistaPro for the file prefixes; do NOT include the numbers afterward!) into the Source Image Pattern gadget, and then enter the number of frames you want to convert in the Source Frame Count gadget. Dest Picture Pattern: If you want to generate individual IFF-ILBM pictures, you enter the full pathname of the output file here. You can also click on the Choose gadget to the right to bring up a file requester to make you selection easier. If you are converting more than one input file, you will probably want to specify a pattern for the output pictures. The pattern is just like a standard pathname, except there should be a single '*' character in the path somewhere. For each file converted, the '*' character will be replaced with the name of the input image currently being converted, minus any extensions. So if the current input image is "DollFace.pic" and your output pattern is "mydrive:*.ham" then the output filename for "Dollface.pic" will by "mydrive:Dollface.ham". Dest Animation: If you want to create an animation file, then enter the full pathname of the destination animation file here. Once again, you can click on the Choose gadget to bring up a file requester. All files converted will be packed into this animation file. Note that you cannot append to an existing animation file; you can only create an animation from the conversions done in a single Rend24 session. So to create an animation you need to either use an input pattern or specify a frame count. Otherwise the animation will only have one frame in it. Output Image Format: This cycling gadget controls the output image type. "Lumascale B&W Image" will create an NTSC greyscale image, created by taking the luminence value of the red, green, and blue components of each pixel. "Greyscale Image" will also create a greyscale image, but it simply averages the red, green, and blue components of each pixel to get the grey value. "Color Image" will create a register-mapped color image. "HAM Image" will create a HAM (Hold and Modify) image. Note that if you have selected DCTV rendering, this gadget is ignored. DCTV rendering always uses full NTSC color. Following is a table of the amount of colors used for each image format: Format Amiga HAM-E DCTV ---------------- --------- --------- -------- Lumascale 16 256 n/a Greyscale 16 256 n/a Color 16 or 32* 256 n/a HAM 4096 262,144 n/a * = depends on image width; for images bigger than 384 pixels wide (ie. hires images) Rend24 will use 16 colors; otherwise it will use 32 colors. Use DCTV: When checked, all images and animations generated will be in DCTV format. Note that you must have dctv.library in your LIBS: directory for this to work. Use HAM-E: When checked, all images and animations generated will be in HAM-E format. You must have hame.library in your LIBS: directory for this to work. High Quality: This gadget only has meaning for DCTV and HAM-E rendering formats. For DCTV images, if High Quality is checked then Rend24 will use 4 bitplanes instead of 3. For HAM-E images, if High Quality is checked then Rend24 will generate a palette with a higher degree of accuracy, which can take significantly longer. Run "Convert": If checked, then Rend24 will attempt to run Black Belt Systems' "Convert" program on each input file. This can be used to convert foreign file types to standard IFF24 for use with Rend24. You will probably not need to use this very often, if ever. Lock Palette: When checked, this will keep the palette the same across multiple conversions. That is, it will generate a palette for the first frame only, and then use that same palette for all subsequent frames. This is most useful for HAM-E animations and for creating animations for, say, DPaint (which doesn't support different palettes for different frames). F/S Dither: This enables the Floyd-Steinberg dithering algorithm, which can increase the number of apparent colors in an image. It generally does not work too well for HAM images, though, and in all cases increases the amount of time it takes to convert each image. For animations, this can also significantly increase the number of changes between frames, causing the animation to play slower and consume huge amounts of memory. Double Width: When selected, Rend24 will double the width of any images that are smaller than 384 pixels wide. This was added for rendering HAM-size images into DCTV format without squishing the image horizontally. When rendering to DCTV, you probably want to leave this checked. Halve Width: When this is checked, Rend24 will halve the width of any images that are larger than 384 pixels wide. This is handy when converting hires 768x480 images into HAM images. Halve Height: When checked, Rend24 will halve the height of any images that are larger than 240 pixels tall. Handy for converting what would normally be an interlace image into non-interlace. Rotate 90 Degrees: This will rotate each input image 90 degrees counter-clockwise. Handy for reading images saved by ASDG's ScanLab, which for some reason only saves images in portrait mode. NTSC Limit: When checked, this will reduce the brightness of each input image to fit into NTSC limits. Note that my implementation is a VERY simple algorithm, and may not be what you want. Delete Source's: When checked, Rend24 will delete each input 24-bit image after it has been converted. This is most handy when converting frames from, for example, Lightwave or VistaPro as they generate the images. It will reduce the amount of hard drive space you need free while converting. However, it also eliminates the possibility of redoing the conversion since the source images will be gone. So be careful with this one. I recommend leaving this off (unless you are really pressed for hard drive space) and delete the source images only after you are satisfied with the results of Rend24. Hide Conversion: When checked, Rend24 will not show you images as they are being converted. For 16-color Hires images, this can significantly speed up the conversion process. It's also handy if you don't want to be annoyed by a bunch of screens popping to the front all the time. Don't Pause: Normally, Rend24 will pause after each image is converted and wait for a mouse click. When this option is enabled, it will go into "batch" mode and perform all of its conversions without user involvement. For converting animations, you will probably want to check this item. Wait for Source's: When checked, Rend24 will sit in a loop waiting for each input file to appear. This is especially useful for converting frames produced by Lightwave as the frames are generated. Ping-Pong Anim: When generating an animation from a numbered series of frames (ie. when you have a number other than zero in the Frame Count gadget), this will cause Rend24 to create the animation such that it will ping-pong when played back. It does this by duplicating all the frames in descending order after processing all the frames normally. Thus, it takes about twice as long to do this and the animation will be about twice as big. No Loop Frames: Normally, Rend24 will append two "looping" frames to the end of any animation it creates. Turning this option on will keep Rend24 from doing this. X: Y: These two gadgets let you perform arbitrary scaling on source images. Enter the width and height of the resulting images you want in the X and Y gadget respectively, and Rend24 will scale the source images to this size, regardless of the original image size. Thus if you enter 160 and 100 into these gadgets then all resulting files will be 160x100 images/animations. Enter 0 and 0 to turn off the arbitrary scaling. Begin Conversion Click this when you have everything setup the way you want it to let Rend24 start working. CANCEL! Click this or the window close gadget to quit Rend24. The front-end also has a few menus. They are described below: Save Settings (Right Amiga-S) This will save all your current front-end settings to a file in your S: directory. After you have things setup the way you want them, you might want to save the settings so you don't have to re-setup each time you run Rend24. Default Source Directory... Lets you choose the directory where input images come from by default. This is the directory that first comes up when you click the Choose gadget next to Source Image Pattern. Default Destination Directory... Lets you choose the directory where images are saved to by default. This is the directory that first comes up when you click the Choose gadget next to Dest Image Pattern. Default Animation Directory... Lets you choose the directory where animations are saved by default. This is the directory that first comes up when you click the Choose gadget next to Dest Animation. RUNNING THE PROGRAM FROM CLI Is a bit more complicated. Certain features of Rend24 are only available from CLI. Useage from CLI is as follows: 1> Rend24 [options] <input_file> [input_file] ... The input file(s) must follow the options. You may specify more than one input file on the command line, and each input file may contains wildcard characters (standard AmigaDos patterns). Options consist of a dash (-) followed by a single (case-sensitive!) letter. You may specify more than one option letter after a single dash, except options that require an argument; they must be separate. Following is a list of all options currently supported in Rend24: -D Generate DCTV format images (note that CAPITAL D). Requires dctv.library. -6 High Quality ("6-bit") HAM-E mode. -aFILE Pack output files into the given animation file "FILE". -c Call Black Belt's Convert for each input file. The Convert program must be in your current command path somewhere (ie. your C: directory). -d Enable Floyd-Steinberg dithering. -e Generate HAM-E format images. Requires hame.library. -fNUM Convert "NUM" input frames. -g Generate greyscale (average) images. -h Generate HAM images. -L Do not add looping frames to animations. -l Generate lumascale (luminence) images. -n Do not pause after converting each image. -o[PATTERN] Specify individual output image pattern. If PATTERN is not given (ie. -o by itself) then each file will be saved to the same directory as the source image with a representative extension. -P Generate a ping-pong animation. -p[FILE] Palette locking. If "FILE" exists, then a palette is read from it. If "FILE" does not exist, then the generated palette is saved to it. -r Delete (remove) input files after converting. -s Only generate palette, do not actually render an image. -t Enable NTSC limiting. -v Hide conversion process. -w Wait for input images to appear. -X Double the width of input images. -x[WIDTH] Scale width by half, or to the given pixel width. -y[HEIGHT] Scale height by half, or to the given pixel height. -z Rotate image 90 degrees counter-clockwise. Note that you do not *have* to specify any outputs at all; if you don't then each input file will simply be rendered and viewed. The arbitrary scaling (-xN and -yN) does not anti-alias (or interpolate). It is meant to be fast. Rend24 writes standard ILBM palette files that can be read by DPaint. It will also read a standard ILBM palette file. Thus you can save your favorite palette from DPaint and have Rend24 render all its images using that same palette. FILE FORMATS Rend24 will load most all types of IFF-ILBM images, including 8- and 24-bit images and standard Amiga resolutions. The only things I know of that it doesn't load are SHAM, Dynamic HAM, and Dynamic Hires images. It should handle images with mask planes. It will also load Compuserve GIF format images. It will handle interlaced and non-interlaced formats. For multiple-frame GIF's, it will just load the first frame. And it will also read JPEG images stored in the standard JFIF file format (the format used by all Amiga JPEG implementations that I know of). Rend24 reads and write standard IFF-ILBM palette files (ie. a BMHD and CMAP, no BODY). Rend24 writes images in standard IFF-ILBM format suitable for viewing with any standard picture viewer, and writes animations in standard IFF-ANIM Op 5 format. It automatically creates "looping" frames on the end of any animation it generates, unless turned off with No Loop Frames option. QUIRKS Rend24 is not really designed to handle images larger than 768x480. Since Rend24 uses hame.library for opening and maintaining HAM-E screens (it does NOT use renderhame.library!), Rend24 is subject to that library's limitations. The version of hame.library that I have does not like to open screens of odd sizes, so you may have to scale your images to a "regular" size to get it to work right. Rend24 relies completely on dctv.library for generating DCTV format images, so if there are problems with DCTV renderings, it is more than likely the fault of dctv.library. EXAMPLES What you've all been waiting for... These examples assume you are using the front-end. You'll have to interpret a bit if you are using the CLI interface. Example #1 - Lightwave ~~~~~~~~~~~~~~~~~~~~~~ (Note: This is based on memory as I don't happen to have a Toaster sitting in front of me. I haven't seen much of Toaster 2.0 either, so this could be completely obsolete.) Suppose you want to convert a 30 frame animation generated with Lightwave into a standard Amiga animation. You might want to do this if you A) want to see a color preview of your animation before single-framing to tape to save wear and tear on your recorder, or B) don't *have* a single-frame recorder. We will call the animation scene "DollFace". 1. Go into Lightwave and create a killer 30 frame animation, ready for rendering in 768x480 mode. 2. Go into the "Record" menu, and choose the "Save Images" gadget. Save Images will save each frame generated on disk as a standard IFF-ILBM file - perfect for Rend24. Do NOT choose "Save Frames", as this saves in FrameStore format which Rend24 cannot read. You will be presented with a file requester from which you choose the image prefix for the frames generated. For this example, we will choose a prefix of "DollFace" - pick a convenient directory (we'll use "Images" in this example) and enter "DollFace" into the file gadget. Each frame generated will now be called "DollFaceNNN", where the "NNN" will be replaced with the number of the frame. (Ie. DollFace001, DollFace002, etc.). 3. Now pop back to Workbench and run Rend24. When the front-end window appears, open the file requester to enter a source image pattern (by clicking the Choose gadget next to the Source Image Pattern gadget). Pick the same directory you entered in Lightwave ("Images" in our example), and also enter the exact same image prefix you entered in Lightwave ("DollFace" in our example, without any trailing numbers). So the result in the Source Image Pattern gadget should look something like "DH3:Toaster/3D/Images/DollFace". 4. Since the animation will be 30 frames, enter the number 30 into the Source Frame Count gadget. This tells Rend24 to append 001 - 030 to the source image pattern given above to get the name of each file to load, exactly like Lightwave does. 5. Now choose the filename of your destination animation. For our example, we will simply save it to RAM:. You will probably want to save the result to somewhere on your hard drive. Open the file requester (by clicking on Choose next to the Dest Animation gadget), and enter your output filename. For our example, we'll use "RAM:DollFace.anim". 6. Now decide on your animation image format. In this example, we'll keep things simple and just render to Amiga HAM mode. Click the Image Format cycler gagdet until it reads "HAM Image". 7. Decide on your conversion options. If you plan to be loading this animation into DPaint, you should choose the "Lock Palette" option to keep the palette the same for all frames. A HAM image needs to be lores (< 384 pixels wide) so we need to turn on the "Halve Width" option to reduce the width of Lightwave's hires images down to lores. If you don't want interlace images (desirable to make the animation run faster and reduce conversion times), click on the "Halve Height" button as well. If you want to delete the files that Lightwave generates from disk as Rend24 finishes converting them, choose the "Delete Source's" checkbox. This will save a lot of hard drive space, but make it impossible to redo the conversion process if something goes wrong. If you don't want Rend24 to show each frame as it's converting (probably desirable in this case), check the "Hide Conversion" gadget. You will definitely want to check the "Don't Pause" gadget to make Rend24 not wait for a mouse click after each frame is converted. And you DEFINITELY want to check the "Wait for Source's" gadget as this will make Rend24 sit around in the background waiting for Lightwave to generate each frame. 8. Now that everything is setup, click the "Begin Conversion" gadget in Rend24. It will open it's status window and say that it is waiting for "DollFace001". 9. Now pop back to Lightwave and tell it to begin rendering. As Lightwave finishes rendering each frame, Rend24 will kick in, convert the image to HAM, pack it into the destination animation, and then go back to sleep waiting for the next frame. When all the frames are finished, Rend24 will build looping frames on the end of the animation, and you can then show the animation ("RAM:DollFace.anim" in our example) with your favorite animation viewing program. THE AUTHOR AND ACKS I can be reached at the following U.S. Mail address: Thomas Krehbiel 10747 Surry Road Chester, VA 23831 This is where you want to send your donations. If you have a modem and don't mind calling long-distance, I can also be reached on the Late Nite Amiga BBS (804-262-9944) as Tom Krehbiel (user #13). Note that in older versions of Rend24 documentation I got the Late Nite phone number wrong (oops). And at long last I now have an account on BIX, so you can bixmail me as "tkrehbiel". BTW, I much prefer E-mail to regular mail... and I really don't have the time to give phone support (sorry!). Thanks to the following people for helping to make this program like you now see it: Kermit Woodall . . . . . Promotion/Research/Testing Mike Vunck . . . . . . . . . . . . Promotion/Testing Bob Fisher . . . . . . . . . . . . . . . . . Testing Stuart Ragland . . . . . . . . . . . . . . . Testing (And everyone else in the Late Nite Developer sub.) Thanks to Mike Vunck for the spiffy icon! REVISION HISTORY (for the curious) 1.04f Added Double Width option for DCTV fanatics. Release Added option to make Ping-Pong animation from numbered frames. 3/14/92 Added option to not tack on looping frames to animations. Revised front-end to include new options. 1.04e Pads odd length DLTA chunks for !#$!@#$ buggy DPaint. Beta Fixed CMAP chunk lengths for (once again) DPaint. 3/8/92 1.04d Will now load GIF images directly. Beta Will now load JPEG images directly (if somewhat slowly). 2/28/92 Now returns to front end after Aborting an operation. New documentation! Better? Good question... No longer detaches from CLI for better script handling. 1.04c Clicking Close gadget while waiting no longer exits. Beta Refreshes screen properly under 2.0 after a Zoom. 11/15/91 Can scale images to any arbitrary width and height. Now reads and writes standard IFF ILBM palette files. Fixed an occasional massive crashing bug in ILBM saving. Fixed scaling settings being "forgotten" over multiple files. 1.04b Now detaches from the CLI; don't have to Run it anymore. Beta No longer opens a console when run from Workbench. 11/10/91 Closes front-end window while doing conversions. A nifty iconify feature added for Workbench 2.04. 1.04a Fixed a couple of bugs in animation creation. Beta 11/9/91 1.04 Now includes a built-in Front End, runnable from Workbench. Beta (Drumroll, please)... now generates DCTV images! 11/7/91 1.03 Compiled with the SAS/C Global Optimizer. Reg Only Now includes a version compiled for 68020/68030 machines. 10/22/91 Now loads standard IFF images and converts to 24-bit. Fixed some Enforcer hits and "free non-tracked" messages. Can now click on Rendered screen to continue. 1.02 Now handles odd width images correctly (I hope). Release Fixed numerous Enforcer hits during loading (oops). 7/11/91 1.01 Fixed a bug in IFF24 loader code. Release Fixed bug in the WaitFor routines. 6/3/91 Now loads ADPro 8-bit greyscale images. 1.00 First public release. Release Now includes `RendFE.rexx' front-end program. 5/18/91 Fixed trying to add loop frames to non-existant ANIMs. 0.18 No longer clobbers numeric filename extensions. Beta Recognizes ^C again to abort for compatibility. 5/16/91 Added dither "threshold" control for Color renders. 0.17 Fixed scaling "forgetfulness" over multiple files. Beta HAM rendering significantly faster. 5/14/91 Better overscan display (I hope). Nice little output window with status bar. Loop frames now tacked onto end of animations created. Added 90 degree counter-clockwise rotation option `-z'. 0.16 Recompiled with SAS/C 5.10. Alpha Now requires `hame.library' for HAM-E rendering. 5/8/91 Much faster IFF24 loading; as fast as ADPro now. Wildcarding rewritten; requires Arp under 1.3. Added `-t' for NTSC Limiting. Beginnings of better documentation. Generally faster rendering times, especially greyscale. Can now scale image height in half with `-y' option. Scaling now a seperate operation from the rendering. Significantly faster rendering under 2.0. Loader will handle anywhere from 9- to 24-bit images. 0.15 Palette save/load now functional. Alpha Fixed memory leak in ANIM compression. 4/9/91 0.14 Fixed Hame reg mode color wrongness. Alpha Now overscans picture under 1.3, too. 4/5/91 Now alphabetizes wildcarded input files. 0.13 Color palette selection rewritten. Less redundancy. Alpha Now takes scaling into account when building histogram. 4/5/91 Histogram (unfortunately) noticeably slower. But palette selection is faster and uses less memory. Fixed left-edge-HAM-fringe-in-non-dithered problem. Definitely a speed decrease here. 0.12 Fixed phantom palette load/save problem. Alpha I think I fixed the death on out of memory during load. 4/2/91 Fixed small memory leak problem. Pads width of input images to a byte boundary. Slight speed increase in non-HAM, especially dithered. 0.11 Fixed bug in -hx mode. Alpha New `-a' animation packer option. 3/30/91 New `-f' for specifying Lightwave frames. New palette locking method with `-p' option. 0.10 Added `@' input script file option. Alpha Now overscans Hame cookie and palette lines if it can. 3/27/91 Added `-w' to wait for input files to appear. Added `-r' option to remove input files when done. Hides screen while saving for those of us with 2090's. 0.09 Grey24, Color24, and Ham24 consolidated into Render24. Alpha Command line options changed somewhat. 3/26/91 Better output file pattern parsing (eg: -oPics/*.reg). 0.08 Fixed occasional after-save guru. Alpha Supports uncompressed IFF24's now (I think). 3/26/91 ^C will break a rendering in progress (hurray!). Clean Hame ham mode support! 0.07 Does not use Hame color register 0 at all. Alpha Hame ham support added, but looks terrible. 3/26/91 0.06 Makes FORM length even for DPaint's mangled-IFF bug. Alpha Only deletes Convert temp file AFTER image is rendered. 3/24/91 Initial HAM rendering -- slow, no Hame. 0.05 Fixed all-black-horizontal-line-turning-off-Hame problem. Alpha Allows Unix-style wildcard input pattern. 3/23/91 Added Kermit's kludge to call BB's Convert on input files. Color rendering 1x-3x faster non-dithered. 0.04 Color rendering about 4x faster non-dithered. Alpha 3/22/91 0.03 Initial color rendering -- VERY slow. Alpha 3/21/91 0.02 Initial REAL greyscale rendering. Alpha Added option to save resulting image. 3/20/91 0.01 Experimental greyscale rendering. Alpha 3/19/91