8/22/89
RADMOD, VPIF, and TEK update:

-------------------------------------------------------
If you would prefer not to be bothered by future RADMOD, VPIF, or TEK updates,
stop reading and reply as such via VAXMAIL.
-------------------------------------------------------
If you don't know what I'm talking about,
   "run [theurer.pps]radmod" will allow you to do almost anything imaginable
	to graphics files in the areas of file format conversion, palette
	management, image manipulation(scaling,rotation...), and usage 
	reporting (palette & pixel usage, display on VT101, ...) .
   "run [theurer.ws]vpif" will allow you (with just a flick of your finger)
	to view graphics files on the VAX on one of our 2 GPX 19" color
	monitors (back in the Holy Grail 3d terminal room).  This is great for
	weeding out trash files or checking things before burning EPROMS.
   "run [theurer.cop.tek]tek" will give you a color printout of a graphics
	file in almost any format.

RADMOD, VPIF, and TEK all use the same file format decoding code, so if one
can do it, they all can.

RADMOD has undergone major internal reconstructive surgery (to make it easier
to modify and to fix some bugs), and a few new features have been added.  
Please report any bugs to me ASAP.  
If you run into a problem with the new version and need to temporarily run
the old one, it has been moved to RADMOD_SAFE.

New features:
--> Diffusion dithering is available when reducing the number of colors.  This
    can sometimes produce amazing results with only 16 colors.
--> Reads PICS type animation files. This means you can use Macromind's
    Director and EA's Studio/1 to create animation and then easily convert it
    to RAD format.
--> Outputs to TEXTURE file format (for Holy Grail 3D hardware).
--> Inputs and outputs ASCII format (the low byte of pixel).  With this you
    can get a printout of the picture's actual pixel values.  Or you can edit
    the picture from your VT101 keyboard.  Warning on this: it only looks at
    the low 4 bits of a pixel, and it only transfers the 1st palette.
--> Reads IFF/ILBM HAM files (4096 colors) from the Amiga.
--> Reads old fashioned PICT1 files from the Mac.
--> Attempts to handle merging of several input files with different palettes
    into one output palette.  If it detects that you're trying to do this, it
    will present you with a list of 6 options.  This works great for combining
    multiple RAD files into one.
--> Reads and writes BOB file format (in honor of Bob Flanagan).  This is your
    most basic format, where all you've got is the picture size, it's
    palette, and the uncompressed pixels.  This is the format to use if you have
    a program that generates pictures that you want to get into RAD format.

Minor changes:
--> If you're converting a bunch of RAD cels to a format which only holds one
    cel per file (such as NEO), it will now tack the cel # onto the end of the
    filename for all files after the first.  This makes it easier to figure
    out what's in those files. In the past it created new file names by 
    tacking a 1,2,3.... onto the end of the filename.
--> When you ask for a list of cells (the L answer to "choose cells?") it
    will now indicate which cells you've already done and which ones you're 
    going to do.  You can back out a selection by entering it with a - sign
    in front of it.  And you can now exit without doing anything.
--> DPIC (display picture on screen) now gives you the option of looking at
    the low 4 bits (the pixel value) or the high 4 bits (the palette number)
    for each pixel on your VT101 monitor..

Bug fixes:
--> Occasional crashes due to memory allocation problems.
--> DMUL (display multiple palette usage within stamps) used to give erroneous
    results if palettes higher than 3 were used.

So there.
Dave Theurer