sho [options] file...
sho brings image(s) from a large variety of image file formats into a frame buffer. sho automatically determines and decodes the file format, so the user does not need to know the format. New options can be used before each filename.
sho can read images from stdin, using a filename -. However, some file formats do not have well-defined end-of-file characteristics, so it is often not possible to read more than one file from stdin from a single command line (see Diagnostics, below).
Some file formats include multiple images in the same file. For example, texture files contain copies of the image at multiple resolutions. Such alternate images can be read by appending ,n to the filename where n is a small integer which identifies the n-th image in the file.
The current release of
can read the following image file formats:
TIFF PICIO RMan textures Z-files
bucket-files SGI SunRaster Targa
Wavefront Alias GIF JPEG/JFIF
IFF/ILBM Windows BMP Windows ICO Looks
X11 (xbm, xwd & xpm) Abekas (yuv & rgb)
Utah RLE PBMplus MTV PCPaint
PCPaintbrush PhotoCD 24-bit raw dumps
This program is not as general as the various dspy programs which they may seem to replace. For example, it knows nothing about format-specific flags, can't do individual channel manipulations, can't write files, etc.
sho will print "Copying xxx file from stdin..." for certain image file formats which cannot be read directly from stdin. This is harmless, but after this message is printed, no additional image files can be read from stdin.
Probably numerous, but the most obvious ones are:
Gamma correction is not handled identically between different formats.
Can't handle 8-bit SGI images which don't supply their own colormap (type 2).
The PhotoCD reader is very preliminary and entirely non-robust.
There are still some image file formats the program can't read (!).
Pixar Animation Studios