red/green 3D-glasses to diplay
music syncrosized 3D blocks,
moving in and out of the screen.
Check it out ! ,,,,,
utility. Converts ANSI screens to
RIP format for use with new RIP
standard terminals. Fully functional
user supported software. $20.00 (US)
---- Version 2.01 --------
Display Ansi/Avatar files in a
slideshow format. Picklists, Auto &
Manual mode. Mouse support. No Ansi
Driver required. FAST! display.
Configurable drawing speeds.
A great tool for the Sysop or
regular PC user!
Full featured command line driven ANSI
graphics viewer supporting ANSI
animation. Throw away DOS's slow and
cranky ANSI.SYS forever! Faster than
ANSI.SYS but non-memory-resident.
Includes features that simplify menu
generation. Great buy at only $15!
MS-Windows and DOS program to display the ROM signature of VGA cards,
which frequently includes the chipset maker, card maker, model name, and
release date. With C source.
The C source code for the MS-Windows version is appended to the end of
CHIPSIG.EXE. Open CHIPSIG.EXE with the windows applet Notepad or your
editor to extract the source.
For the DOS version, remove all selector functions from the MS-Windows
version and declare:
char far *vcard = (char far *)0xc0000000;
David Fortin, Plymouth, IN
an MPEG sequence. MPEG is a compressed
(typically by a factor of 30 to 60)
standardized storage format for video.
The files compressed by CMPEG can be
played by several publicly available MPEG
decoders (see Appendix A).
Create presentation quality 3D Bar, Pie, Area, and line charts. Over 80
chart combinations available. Add any bitmap as a background to your chart.
Perfect for company logos, photos, or use a custom 3D bitmap for a unique
and dramatic look. Total control of color, fill patterns, and more is just
a mouse click away! Includes a unique "What If" command that lets you
change any data point by clicking on it. REQUIRES VBRUN200.DLL WHICH
IS NOT INCLUDED IN THIS ZIP FILE
the PC: DMPEG and DMPLAY merged into one
program-SVGA / TrueColor support for
immediate display during decoding
the RIP paint program. Now support bezier
curve, arcs and pies. Also better memory
managment, left hander mouse, and screen
grid. Deadview v.2.0 included.
the RIP paint program. Now support
bezier curve, arcs, pies, mouse area,
bitmap, Windows ICO, custom patterns
and more. Also allows undo.
Only $20 registration fee
This editor allows you to create upper
ascii diagrams. Export them to ascii
files, or send e-mail diagrams on Internet,
Compuserve, etc. Sharp ascii pictures can be
mixed with words to make professional look-
ing document files. It has several feat-
ures cut/paste, mouse, etc. You can send
e-mail diagrams to a friend who has EM-
SKECHER. Try this unique product.
that allows you to view and manipulate ASCII,
dBASE, ARC, ARJ, LZH, PAK, ZIP, BIF, GIF,
PCX, TARGA, and TIF files. dBASE support
includes database management and a report
writer. Archive support includes archiving,
extracting, and deleting files. Image support
includes processing, cropping, saving across
formats, "slide-show" viewing, and printing
to a HP LaserJet or compatible printer.
Image Generator, 24 August 1993 Release:
New Features, primarily bug fixes and
enhancements, including full use of DOS
PATH searches for files, palette editor
undo, fixes for several IFS bugs.
Clip/crop GIFs. Crop borders
from GIFs, and keep only the
part you want. Add text, or
your own GIF logo, too. VGA
or SVGA graphics and mouse
required. From Synergrafix
Convert GIF's to self-
displaying EXE files. Great
for demos, title screens or
advertising. Display slide-
shows with fades, dissolves
and other special effects.
Full VGA/SVGA support. From
in stunning SuperVGA graphics! Support
X/Y/Zmodem/CIS QuickB through direct modem,
FOSSIL or INT 14H. Can skip receiving images.
Support 13 SuperVGA and VESA adapters up to
1024x768 256 colors. Easy to install. A
MUST if you download GIF.
By the author of Telemate and GIFLITE
Resize GIFs Produce zooms,
or icons from your GIFs.
Use the mouse to specify
areas. Requires mouse, VGA
or SVGA graphics. From
Warp/bend/stretch GIFs for
interesting or bizarre effects
Use the mouse to warp the image
and then resave. VGA or SVGA
graphics and mouse required.
From Synergrafix Consulting.
displayer v1.00 - 08/19/93. (c) 1993 by
David Daniel Anderson - Reign Ware. GRR
displays information about GIF files in the
current or specified directory. W/ PASCAL
The best Workshop yet! Converts prints views
dithers transforms flips rotates scales crops
colour adjusts quantizes and wreaks special
effects on MAC IMG PCX GIF TIFF JPG PCD WPG
MSP IFF LBM BMP RLE CUT ART DIB HRZ RAS TGA
EXE & TXT files. Has thumbnail previews &
Photo-CD support. From Alchemy Mindworks Inc.
HiColor Show - The FASTEST
Targa viewer for HiColor VGA
Display all Targas, dither
24 and 32bit images, show
slideshows, clip/crop, add
text, comments, save. For
Tseng/VESA HiColor graphics.
From Synergrafix Consulting
compression utility. Powerful SVGA viewers
for GIF, PCX, BMP and JPEG file. Fast JPEG
compression to reduce gifs to a fraction.
Instant ZOOM and scroll images on the screen.
Adjust colors, brightness, contrast and cut
area of images ALL INSTANTLY.
Lean and fast: 286, 512k, VGA or SVGA
Best GIF companion!!! Try to believe it!!!
A menu driven collection of programs for everyone who works with
graphics. This disk includes puzzle.exe which will turn any standard
.gif or .pcx file into a puzzle which users can reassemble with mouse or
arrow keys; super show, one of the very best ways to display groups of
images; fast.exe, a drawing program which makes very small files, great
for sending graphics via modem or puttin gmany pictures on a single
disk; picture menu, a totally freeform GUI; and more. All of these
programs are small and simple, easy for beginning users and fun for the
whole family and small enough to use as runtime programs for use with
your own products.
Requires VGA, Hard disk
to the windows .bmp format. It does no
printercapture! It is necessary to print
the code to a file and then let the
la2bmp.exe program analyze it. The 8x13.ref
file MUST be in the same directory as
la2bmp - it is the .bmp header vor
.bmp-files 800x1300 points and two colours.
If your using windows to print out,
remember to set on the TrueTypeFont as
graphic button in the Laserjet Series II
geared for ansi animation. A must for SYSOP
& programmers! Now has FONTS and the ability
for the user to create their own fonts.
Included is a small library of screen and
fonts. Also has screen capture and font
compiler utilities. From R & T Soft.
use with POV-Ray 1.0 (and 2.0 when released).
It supports the cube, sphere, cylinder, torus,
cone, heightfield and bezier patch primitive,
as well as adding conic, rotational and
translational sweeps. You can add (spot)lights
bounding boxes, textures and cameras, which
show the scene in wireframe 3D. Shareware US
$59. Not crippled. Requires 286 or higher,
mouse, runs on VGA and SVGA/VESA.
This program was created to easily allow
programmers to incorporate art work created
in NeoPaint into their own programs.
Last-modified: 28 June 1993
This article discusses JPEG image compression. Suggestions for additions
and clarifications are welcome.
New since version of 14 June 1993:
* Substantial reorganization and rewriting. Not all that much new info,
but I hope it's better presented now.
This article includes the following sections:
 What is JPEG?
 Why use JPEG?
 When should I use JPEG, and when should I stick with GIF?
 How well does JPEG compress images?
 What are good "quality" settings for JPEG?
 Where can I get JPEG software?
[6A] viewers, application programs, etc.
[6B] source code
 What's all this hoopla about color quantization?
 What are some rules of thumb for converting GIF images to JPEG?
 Does loss accumulate with repeated compression/decompression?
 Why all the argument about file formats?
 How do I recognize which file format I have, and what do I do about it?
 How does JPEG work?
 Isn't there a lossless JPEG?
 What about arithmetic coding?
Sections 1-6 are basic info that every JPEG user needs to know;
sections 7-14 are more advanced info.
This article is posted every 2 weeks. You can always find the latest
version in the news.answers archive at rtfm.mit.edu (126.96.36.199). By FTP,
fetch /pub/usenet/news.answers/jpeg-faq; or if you don't have FTP, send
e-mail to firstname.lastname@example.org with body
Many other FAQ articles are also stored in the same archive. For more
instructions on use of the archive, send mail to the server with the words
"help" and "index" (without quotes) on separate lines. If you don't get a
reply, the server may be misreading your return address; add a line such as
"path myname@mysite" to specify your correct e-mail address to reply to.
 What is JPEG?
JPEG (pronounced "jay-peg") is a standardized image compression mechanism.
JPEG stands for Joint Photographic Experts Group, the original name of the
committee that wrote the standard.
JPEG is designed for compressing either full-color or gray-scale images
of natural, real-world scenes. It works well on photographs, naturalistic
artwork, and similar material; not so well on lettering, simple cartoons,
or line drawings. JPEG handles only still images, but there is a related
standard called MPEG for motion pictures.
JPEG is "lossy," meaning that the decompressed image isn't quite the same as
the one you started with. (There are lossless image compression algorithms,
but JPEG achieves much greater compression than is possible with lossless
methods.) JPEG is designed to exploit known limitations of the human eye,
notably the fact that small color details aren't perceived as well as small
details of light-and-dark. Thus, JPEG is intended for compressing images
that will be looked at by humans. If you plan to machine-analyze your
images, the small errors introduced by JPEG may be a problem for you, even
if they are invisible to the eye.
A useful property of JPEG is that the degree of lossiness can be varied by
adjusting compression parameters. This means that the image maker can trade
off file size against output image quality. You can make *extremely* small
files if you don't mind poor quality; this is useful for applications like
indexing image archives. Conversely, if you aren't happy with the output
quality at the default compression setting, you can jack up the quality
until you are satisfied, and accept lesser compression.
 Why use JPEG?
There are two good reasons: to make your image files smaller, and to store
24-bit-per-pixel color data instead of 8-bit-per-pixel data.
Making image files smaller is a big win for transmitting files across
networks and for archiving libraries of images. Being able to compress a
2 Mbyte full-color file down to 100 Kbytes or so makes a big difference in
disk space and transmission time! (If you are comparing GIF and JPEG, the
size ratio is more like four to one. More details in section 4.)
If your viewing software doesn't support JPEG directly, you'll have to
convert JPEG to some other format for viewing or manipulating images. Even
with a JPEG-capable viewer, it takes longer to decode and view a JPEG image
than to view an image of a simpler format such as GIF. Thus, using JPEG is
essentially a time/space tradeoff: you give up some time in order to store
or transmit an image more cheaply.
It's worth noting that when network or phone transmission is involved, the
time savings from transferring a shorter file can be greater than the extra
time to decompress the file.
The second fundamental advantage of JPEG is that it stores full color
information: 24 bits/pixel (16 million colors). GIF, the other image format
widely used on Usenet, can only store 8 bits/pixel (256 or fewer colors).
GIF is reasonably well matched to inexpensive computer displays --- most
run-of-the-mill PCs can't display more than 256 distinct colors at once.
But full-color hardware is getting cheaper all the time, and JPEG images
look *much* better than GIFs on such hardware. Within a couple of years,
8-bit GIF will seem as obsolete as black-and-white MacPaint format does
today. Furthermore, for reasons detailed in section 7, JPEG is far more
useful than GIF for exchanging images among people with widely varying
display hardware. Hence JPEG is considerably more appropriate than GIF for
use as a Usenet posting standard.
 When should I use JPEG, and when should I stick with GIF?
JPEG is *not* going to displace GIF entirely; for some types of images,
GIF is superior in image quality, file size, or both. One of the first
things to learn about JPEG is which kinds of images to apply it to.
Generally speaking, JPEG is superior to GIF for storing full-color or
gray-scale images of "realistic" scenes; that means scanned photographs and
similar material. Any continuous variation in color, such as occurs in
highlighted or shaded areas, will be represented more faithfully and in less
space by JPEG than by GIF.
GIF does significantly better on images with only a few distinct colors,
such as line drawings and simple cartoons. Not only is GIF lossless for
such images, but it often compresses them more than JPEG can. For example,
large areas of pixels that are all *exactly* the same color are compressed
very efficiently indeed by GIF. JPEG can't squeeze such data as much as GIF
does without introducing visible defects. (One implication of this is that
large single-color borders are quite cheap in GIF files, while they are best
avoided in JPEG files.)
Computer-drawn images (ray-traced scenes, for instance) usually fall between
photographs and cartoons in terms of complexity. The more complex and
subtly rendered the image, the more likely that JPEG will do well on it.
The same goes for semi-realistic artwork (fantasy drawings and such).
JPEG has a hard time with very sharp edges: a row of pure-black pixels
adjacent to a row of pure-white pixels, for example. Sharp edges tend to
come out blurred unless you use a very high quality setting. Edges this
sharp are rare in scanned photographs, but are fairly common in GIF files:
borders, overlaid text, etc. The blurriness is particularly objectionable
with text that's only a few pixels high. If you have a GIF with a lot of
small-size overlaid text, don't JPEG it.
Plain black-and-white (two level) images should never be converted to JPEG;
they violate all of the conditions given above. You need at least about
16 gray levels before JPEG is useful for gray-scale images. It should also
be noted that GIF is lossless for gray-scale images of up to 256 levels,
while JPEG is not.
If you have a large library of GIF images, you may want to save space by
converting the GIFs to JPEG. This is trickier than it may seem --- even
when the GIFs contain photographic images, they are actually very poor
source material for JPEG, because the images have been color-reduced.
Non-photographic images should generally be left in GIF form. Good-quality
photographic GIFs can often be converted with no visible quality loss, but
only if you know what you are doing and you take the time to work on each
image individually. Otherwise you're likely to lose a lot of image quality
or waste a lot of disk space ... quite possibly both. Read sections 7 and 8
if you want to convert GIFs to JPEG.
 How well does JPEG compress images?
Very well indeed, when working with its intended type of image (photographs
and suchlike). For full-color images, the uncompressed data is normally 24
bits/pixel. The best known lossless compression methods can compress such
data about 2:1 on average. JPEG can typically achieve 10:1 to 20:1
compression without visible loss, bringing the effective storage requirement
down to 1 to 2 bits/pixel. 30:1 to 50:1 compression is possible with small
to moderate defects, while for very-low-quality purposes such as previews or
archive indexes, 100:1 compression is quite feasible. An image compressed
100:1 with JPEG takes up the same space as a full-color one-tenth-scale
thumbnail image, but it retains much more detail than such a thumbnail.
For comparison, a GIF version of the same image would start out by
sacrificing most of the color information to reduce the image to 256 colors
(8 bits/pixel). This provides 3:1 compression. GIF has additional "LZW"
compression built in, but LZW doesn't work very well on typical photographic
data; at most you may get 5:1 compression overall, and it's not at all
uncommon for LZW to be a net loss (less than 3:1 overall compression).
When a JPEG file is made from full-color data, using a quality setting just
high enough to prevent visible loss, the JPEG will typically be a factor of
four or five smaller than a GIF file made from the same data.
Gray-scale images do not compress by such large factors. Because the human
eye is much more sensitive to brightness variations than to hue variations,
JPEG can compress hue data more heavily than brightness (gray-scale) data.
A gray-scale JPEG file is generally only about 10%-25% smaller than a
full-color JPEG file of similar visual quality. But the uncompressed
gray-scale data is only 8 bits/pixel, or one-third the size of the color
data, so the calculated compression ratio is much lower. The threshold of
visible loss is often around 5:1 compression for gray-scale images.
The exact threshold at which errors become visible depends on your viewing
conditions. The smaller an individual pixel, the harder it is to see an
error; so errors are more visible on a computer screen (at maybe 70
dots/inch) than on a high-quality color printout (300 or more dots/inch).
Thus a higher-resolution image can tolerate more compression ... which is
fortunate considering it's much bigger to start with. The numbers quoted
above are typical for screen viewing. Also note that the threshold of
visible error varies somewhat across images.
 What are good "quality" settings for JPEG?
Most JPEG compressors let you pick a file size vs. image quality tradeoff by
selecting a quality setting. There seems to be widespread confusion about
the meaning of these settings. "Quality 95" does NOT mean "keep 95% of the
information", as some have claimed. The quality scale is purely arbitrary;
it's not a percentage of anything.
In fact, quality scales aren't even standardized across JPEG programs. The
quality settings discussed in this article apply to the free JPEG software
described in section 6B, and to many programs based on it. Other JPEG
implementations, notably Apple's and HSI's, use completely different quality
scales; for instance, Apple's scale covers 0-4, not 0-100. Some programs
don't even provide a numeric scale, just "high"/"medium"/"low"-style
choices. (Fortunately, this doesn't prevent different implementations from
exchanging compressed files.)
In most cases the user's goal is to pick the lowest quality setting, or
smallest file size, that decompresses into an image indistinguishable from
the original. This setting will vary from one image to another and from one
observer to another, but here are some rules of thumb.
For good-quality, full-color source images, the default quality setting
(Q 75) is very often the best choice. This setting is about the lowest you
can go without expecting to see defects in a typical image. Try Q 75 first;
if you see defects, then go up.
If the image was less than perfect quality to begin with, you might be able
to drop down to Q 50 without objectionable degradation. On the other hand,
you might need to go to a *higher* quality setting to avoid further loss.
Q 85 to 95 is often best for converting GIFs (see section 8 for more info).
Except for experimental purposes, never go above about Q 95; using Q 100
will produce a file two or three times as large as Q 95, but of hardly any
better quality. If you see a file made with Q 100, it's a pretty sure sign
that the maker didn't know what he/she was doing.
If you want a very small file (say for preview or indexing purposes) and are
prepared to tolerate large defects, a Q setting in the range of 5 to 10 is
about right. Q 2 or so may be amusing as "op art".
 Where can I get JPEG software?
Most of the programs described in this section are available by FTP.
If you don't know how to use FTP, see the FAQ article "How to find sources".
(If you don't have direct access to FTP, read about ftpmail servers in the
same article.) That article appears regularly in news.answers, or you can
get it by sending e-mail to email@example.com with
"send usenet/news.answers/finding-sources" in the body. The "Anonymous FTP
List FAQ" may also be helpful --- it's usenet/news.answers/ftp-list/faq in
the news.answers archive.
NOTE: this list changes frequently. If you have a copy more than a couple
months old, get the latest JPEG FAQ from the news.answers archive.
[6A] If you are looking for viewers, application programs, etc:
This section covers programs for the following kinds of systems:
X Windows, MS-DOS, Microsoft Windows, OS/2, Macintosh,
Amiga, Atari ST, Acorn Archimedes, NeXT.
If you don't see what you want for your machine, check out the free JPEG
source code described in section 6B. Assuming you have a C compiler and at
least a little knowledge of compiling C programs, you should be able to
prepare JPEG conversion programs from the source code. You'll also need a
viewer program. If your display is 8 bits or less, any GIF viewer will do
fine; if you have a display with more color capability, try to find a viewer
that can read Targa or PPM 24-bit image files.
Note that this list concentrates on free and shareware programs that you can
obtain over Internet; but some commercial programs are listed too. If you
choose a commercial JPEG product, make sure that it can handle the Usenet-
standard JFIF file format, or you won't be able to exchange images with
anyone else. (See section 10 if you want to know more about file formats.)
XV (shareware, $25) is an excellent viewer for JPEG, GIF, and many other
image formats. It can also do format conversion and some simple image
manipulations. It's available for FTP from export.lcs.mit.edu (188.8.131.52),
file contrib/xv-3.00.tar.Z. Version 3.00 is a major upgrade with support
for 24-bit displays and many other improvements; however, it is brand new
and still has some bugs lurking. If you prefer not to be on the bleeding
edge, stick with version 2.21, also available from export. Note that
version 2.21 is not a good choice if you have a 24-bit display (you'll get
only 8-bit color), nor is it good for converting 24-bit images to JPEG.
But 2.21 works fine for converting GIF and other 8-bit images to JPEG.
CAUTION: with version 2.21, be sure to check the "save at normal size"
checkbox when saving a JPEG file, or the file will be blurry.
Another good choice for X Windows is John Cristy's free ImageMagick package,
also available from export.lcs.mit.edu, file contrib/ImageMagick.tar.Z.
This package handles many image processing and conversion tasks. The
ImageMagick viewer handles 24-bit displays correctly; for colormapped
displays, it does better (though slower) color quantization than XV or the
basic free JPEG software. The current version is 2.3.2.
Both of the above are large, complex packages. If you just want a simple
image viewer, try xloadimage or xli. xloadimage supports JPEG in its latest
release, 3.03. xloadimage is free and available from export.lcs.mit.edu,
file contrib/xloadimage-3.03.tar.Z. xli is a variant version of xloadimage,
said by its fans to be somewhat faster and more robust than the original.
(The current xli is indeed faster and more robust than the current
xloadimage with respect to JPEG files, because it uses the v4 IJG decoder
while xloadimage 3.03 is still using a hacked-over v1. The next xloadimage
release will fix this.) xli is also free and available from
export.lcs.mit.edu, file contrib/xli.1.14.tar.Z. Both programs are said to
do the right thing with 24-bit displays.
This covers plain DOS; for Windows or OS/2 programs, see the next headings.
One good choice is Eric Praetzel's free DVPEG, which views JPEG and GIF files.
The current version, 2.5, is available by FTP from sunee.uwaterloo.ca
(184.108.40.206), file pub/jpeg/viewers/dvpeg25.zip. This is a good basic
viewer that works on either 286 or 386/486 machines. The user interface is
not flashy, but it's functional.
Another freeware JPEG/GIF/TGA viewer is Mohammad Rezaei's Hiview. The
current version, 1.2, is available from Simtel20 and mirror sites (see NOTE
below), file msdos/graphics/hv12.zip. Hiview requires a 386 or better CPU
and a VCPI-compatible memory manager (QEMM386 and 386MAX work; Windows and
OS/2 do not). Hiview is currently the fastest DOS viewer for images that
are no bigger than your screen. For larger images, it scales the image down
to fit on the screen (rather than using panning/scrolling as most viewers
do). You may or may not prefer this approach, but there's no denying that
it slows down loading of large images considerably. Note: installation is a
bit tricky; read the directions carefully!
A shareware alternative is ColorView for DOS ($30). This is easier to
install than either of the two freeware alternatives. Its user interface is
also much spiffier-looking, although personally I find it harder to use ---
more keystrokes, inconsistent behavior. It is faster than DVPEG but a
little slower than Hiview, at least on my hardware. (For images larger than
screen size, DVPEG and ColorView seem to be about the same speed, and both
are faster than Hiview.) The current version is 2.1, available from
Simtel20 and mirror sites (see NOTE below), file msdos/graphics/dcview21.zip.
Requires a VESA graphics driver; if you don't have one, look in vesadrv2.zip
or vesa-tsr.zip from the same directory. (Some recent PCs have a built-in
VESA driver, so don't try to load a VESA driver unless ColorView complains
that the driver is missing.)
A second shareware alternative is Fullview, which has been kicking around
the net for a while, but I don't know any stable archive location for it.
The current (rather old) version is inferior to the above viewers anyway.
The author tells me that a new version of Fullview will be out shortly
and it will be submitted to the Simtel20 archives at that time.
The well-known GIF viewer CompuShow (CSHOW) supports JPEG in its latest
revision, 8.60a. However, CSHOW's JPEG implementation isn't very good:
it's slow (about half the speed of the above viewers) and image quality is
poor except on hi-color displays. Too bad ... it'd have been nice to see a
good JPEG capability in CSHOW. Shareware, $25. Available from Simtel20 and
mirror sites (see NOTE below), file msdos/gif/cshw860a.zip.
Due to the remarkable variety of PC graphics hardware, any one of these
viewers might not work on your particular machine. If you can't get *any*
of them to work, you'll need to use one of the following conversion programs
to convert JPEG to GIF, then view with your favorite GIF viewer. (If you
have hi-color hardware, don't use GIF as the intermediate format; try to
find a TARGA-capable viewer instead. VPIC5.0 is reputed to do the right
thing with hi-color displays.)
The Independent JPEG Group's free JPEG converters are available from
Simtel20 and mirror sites (see NOTE below), file msdos/graphics/jpeg4.zip
(or jpeg4386.zip if you have a 386 and extended memory). These files are
DOS compilations of the free source code described in section 6B; they will
convert JPEG to and from GIF, Targa, and PPM formats.
Handmade Software offers free JPEG<=>GIF conversion tools, GIF2JPG/JPG2GIF.
These are slow and are limited to conversion to and from GIF format; in
particular, you can't get 24-bit color output from a JPEG. The major
advantage of these tools is that they will read and write HSI's proprietary
JPEG format as well as the Usenet-standard JFIF format. Since HSI-format
files are rather widespread on BBSes, this is a useful capability. Version
2.0 of these tools is free (prior versions were shareware). Get it from
Simtel20 and mirror sites (see NOTE below), file msdos/graphics/gif2jpg2.zip.
NOTE: do not use HSI format for files to be posted on Usenet, since it is
not readable on non-PC platforms.
Handmade Software also has a shareware image conversion and manipulation
package, Image Alchemy. This will translate JPEG files (both JFIF and HSI
formats) to and from many other image formats. It can also display images.
A demo version of Image Alchemy version 1.6.2 is available from Simtel20 and
mirror sites (see NOTE below), file msdos/graphics/alch162.zip.
JPGINDEX is a useful tool for making indexes of JPEG image collections.
Available from Simtel20 and mirror sites, file msdos/graphics/jpgidx13.zip.
NOTE ABOUT SIMTEL20: The Internet's key archive site for PC-relate