Newsgroups: sci.image.processing
Subject: Image processing package...
From: jarney@jupiter.cse.utoledo.edu (jonathan arney)
Date: 24 Jul 92 11:33:19 EST

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
Newsgroups: sci.image.processing,comp.graphics