2000-09-24 Henning Meier-Geinitz <hmg@gmx.de>

* backend/mustek.*: Update to Mustek backend 1.0-97. This is a
       	  development version and is only tested for three-pass scanners.
  	  Added support for Paragon 1200 SP Pro and ScanExpress A3 SP.
  	  Removed detection of " C04" and " C12" (don't seem to exist).
  	  Changed SCSI request scheme. Sane_read can read more than 4096
 	  bytes from pipe. Minimum dpi is 30 now. Fixed LD correction for
 	  Paragon 1200SP 1.06 and 1.11.  Read SCSI buffer into big block and
 	  do LD after that for Paragon one-pass scanners. New option
 	  "blocksize" in mustek.conf. Better detection of the scanner type
 	  (three-pass, Paragon I, ...). Fixed possible segmentation faults
 	  in Paragon 600 II N LD code, scsi_sense_wait_ready and
 	  sense_handler. Decreased maximum scan size of Paragon 800 II
 	  SP. For three-pass scanners: fixed stop_scan and speed code, scan
 	  area is in pixels now, added RGB brightness and contrast, use
 	  +-100% for brightness and contrast. Return SANE_STATUS_CANCELLED
 	  when scan was cancelled. Option "force backtracking" is enabled by
 	  default, "scan speed" is set to "fastest". Added option
 	  "force-warn" for mustek.conf.  Rewrote halftone mode. Better error
 	  handling and more debug output.
	* TODO: Clarified point about image data polarity. Moved point about
	  xscanimage not updating the progress bar for 3pass scanners to
	  frontend section. Removed umax entry in "frontends". Removed entry
	  about alpha channel (was added to LEVEL2 file).
	* LEVEL2: Add point about image data polarity.
	* frontend/scanimage.c: Removed some warnings.

TODO

@@ -1,4 +1,4 @@
-TODO (2000-09-17)
+TODO (2000-09-24)
 
 ******** todo ********
 
@@ -37,11 +37,6 @@ backends
      - don't just ignore the byte-order for the image data (needed to
       support depths > 8 bits/channel)
 
-  * mustek: for 3-pass scanners, it is said that xscanimage doesn't update
-    the scan progress bar properly between scans; it is said to stop at
-    90%, start the next pass, and once the next pass has started, it moves
-    on to 100% and the progress bar disappears at that point
-
   * qcam: implement auto mode for brightness and black-level (don't
     just advertise it!) Actually, implement an auto "backend" instead
     that can be plugged in front of any backend with brightness/contrast
@@ -72,9 +67,6 @@ frontends
      - xsane
      - scanadf
 
-  * use #include "sane/..." instead of #include <sane/...>
-    - umax
-
   * add possibility to use external filters to xscanimage/xsane (?)
 
   * xscanimage/xcam: support depths > 8 bits/channel
@@ -91,11 +83,16 @@ frontends
 
   * xcam: add recording feature (e.g., GIF, JPG, or MPEG)
 
-  * dll: make it robust against against it being listed in the configuration
+  * dll: make it robust against it being listed in the configuration
     file (currently bad things will happen if dll attempts to load itself)
  
   * dll: Rewrite to use libtool ltdl library
 
+  * For 3-pass scanners, xscanimage doesn't update the scan progress
+    bar properly between scans; the scanner seems to be faster than 
+    xscanimage can write to disk (problem: seek for every byte). This
+    doesn't happen as GIMP-plugin.
+
 sanei
 -----
   * don't install sanei_* headers (?)
@@ -131,15 +128,14 @@ misc
 
   * add ADF and TA entries to .desc files
 
-  * add alpha channel so that RGBI scanners like Nikon LS-20 can
-    send infra-red info back to gimp for post-processing                
-
   * Add a check for installed sane versions.
 
   * Print a warning when already a sane version is installed.                       
   * Maybe add script to detect and deinstall existing sane versions
 
-  * 0 is white for sane 
+  * 0 is white for sane in lineart and halftone, however, 0 is black for
+    the other modes. Possible reason: pnm data format. The SANE standard
+    doesn't talk about this.
 
 ******** done ********