Article View: sci.image.processing
Article #170Image processing package...
From: jonathan arney
Date: Fri, 24 Jul 1992 16:33
Date: Fri, 24 Jul 1992 16:33
72 lines
3567 bytes
3567 bytes
Hi,
I am semi-experienced in image processing and C programming and I am writing
a series of image processing tools. I am getting ideas for routines to
write from a book called Image Processing in C by an author whose name
escapes me right now.
I am writing them to be used like normal DOS or UNIX command-line commands.
Why? Because I want this package to be portable and GUI's are harder to
port.
I also intend to make this package public domain, and anyone interested in
contributing to the project is welcome to do so and the company would be
most appreciated.
At any rate, I am looking for more ideas from anyone even vaguely interested
in image processing for routines to include. I will list for you the ones
that I have finished so far.
GIFTORAW infile outfile
This program converts the popular .GIF format to my own RAW format.
Actually, the RAW format is the same RAW format that Rayshade 4.0
uses in the absence of the Utah Raster Toolkit.
I chose this format because it is simple and supports 24 bit color.
Its bigest disadvantage is that there is no data compression.
Its bigest advantage is that it makes the source code very simple to
write.
RAWTOGIF infile outfile
This is just the inverse operation of the above.
Note that GIF files only support 8 bit color, and so there is
some (a lot of) data loss going from the 24 bit RAW format.
HIST infile [outfile]
This program takes an image in RAW format and builds a histogram of it.
If an output filename is specified, it writes the histogram to that
file. Otherwise, it simply displays it to the screen.
NEGATE infile [r] [g] [b] outfile
This negates the red, green, or blue primaries, or any combination
of these. This one is pretty simple.
THRESH infile [r=x] [g=y] [b=z] outfile
Takes (pixel by pixel) the image and sets any pixel greater than or
equal to the x,y,z respectively, and makes it equal to the maximum
value possible (255)
BRIGHTEN infile [r=x] [g=y] [b=z] outfile
adds x,y,z respectively to the color primaries pixel by pixel.
CONTRAST infile [r=x] [g=y] [b=z] outfile
Stretches the contrast of an image about the center (127) of the colors.
ADD infile1 infile2 outfile
Adds pixel by pixel, the two images infile1 and infile2 and writes
them to outfile.
CALIBRATE dark light infile outfile
Corrects for brightness distortions in an image by comparing the
dark counts that come in from a detector and the bright counts
that come in from a detector and producing the outfile from
these three files. This is used mostly to correct for imperfect
image capture devices (as all are).
Plans are in the making for other routines such as Forier filtering routines.
(If you don't know what that is, don't ask, I'm not good enough at it yet
to be able to explain it coherently) Edge detection, and other convolution
routines are also being built.
Once again, if you have any suggestions, questions, or help to give me,
I would be delighted.
-Jon Arney
jarney@jupiter.cse.utoledo.edu
I don't believe in .sig files
Technical Details
Message-ID:
<1992Jul24.113320.8898@uoft02.utoledo.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!gatech!destroyer!caen!malgudi.oar.net!uoft02.utoledo.edu!jupiter!jarneyShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!gatech!destroyer!caen!malgudi.oar.net!uoft02.utoledo.edu!jupiter!jarney Newsgroups: sci.image.processing Subject: Image processing package... Message-ID: <1992Jul24.113320.8898@uoft02.utoledo.edu> From: jarney@jupiter.cse.utoledo.edu (jonathan arney) Date: 24 Jul 92 11:33:19 EST Nntp-Posting-Host: jupiter.cse.utoledo.edu Lines: 72