On Wed, Sep 20, 2000 at 12:13:13AM +0200, Ivo wrote:
> - Scanner name: ScanMagic 9636 S
> (but it's recognized as a Mustek ScanExpress 12000SP by SANE-- why?)
It's the same scanner, just a different name and slightly modified case. I
think the ScanMagic is noname model from Mustek, at least there is no
"Mustek" anywhere on the scanner.
> [mustek] 06 00 01 01 5b 01 00 00 53 43 41 4e 4e 45 52 20 ....[...SCANNER
> [mustek] 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
> [mustek] 32 2e 30 32 4d 55 53 54 45 4b 20 20 20 43 30 36 2.02MUSTEK C06
> [mustek] 20 53 31 32 49 44 57 4d 31 32 33 37 39 37 01 40 S12IDWM123797.@
> [mustek] 01 03 01 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
> [mustek] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ................
Just to compare, that's the output from my Mustek ScanExpress 12000SP V 2.0.2:
[mustek] 06 00 01 01 5b 01 00 00 53 43 41 4e 4e 45 52 20 ....[...SCANNER
[mustek] 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
[mustek] 32 2e 30 32 4d 55 53 54 45 4b 20 20 20 43 30 36 2.02MUSTEK C06
[mustek] 20 53 31 32 49 44 57 4d 31 32 33 37 39 37 00 40 S12IDWM123797.@
[mustek] 01 03 01 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
[mustek] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ................
> [mustek] sane_init: config file line 14: buffersize set to 1024 kb for /dev/sgc
> I've managed to get the SCSI ISA card working with the g_NCR5380 driver
> and ncr_addr=0x280 dtc_3181e=1 options. Scanning was very slow, so I
> changed the USLEEP_SLEEP value to a minimum (1). I also changed
> USLEEP_WAITLONG define to 1. Now the speed is bearable, but with color
> scans, backtracking occurs.
Independent from resolution settings and scan width?
> I've tried everything I could find on the
> Mustek troubleshooting page. The SCSI buffersize SG_BIG_BUFF in
> /usr/include/scsi/sg.h has been set to 130560 (prior to compiling SANE)
This is not necessary for newer kernels.
> and as you can see in the debug output, buffersize is increased to 1024
> kb by the mustek backend.
I don't think this will help with ScanExpress/ScanMagic scanners. They like
their standard 64 K blocksize.
> Still, backtracking occurs the same. Force
> backtracking and scan speed options do not seem to be available for this
> scanner (have not seen them configurable in xsane)
Correct. The scanner's firmware doesn't have these options.
> and increasing dpi by
> one does not help. I'd like very much to eliminate this backtracking
> problem. Apart from this, I've seen only good things from this scanner,
> SANE and the mustek backend.
Just some data for comparison (everything in color mode): With an Adaptec
2940 I'm getting scans in full width without backtracking upto about 1000
dpi. With 1200 dpi about 1 backtrack per cm. No backtracking with 1200 dpi
and 18 cm scan width.
With the original Mustek card: No backtracking upto 150 dpi. With 1200 dpi
about 30 backtracks per cm. No backtracking with 1200 dpi and 5 cm
scanwidth.
With Windows the scanner also uses backtracking but it's only about 3
backtracks per cm at 1200 dpi.
I have done quite a lot of work to improve performance for the Mustek
scanners. I hadn't much success concerning the ScanExpress Scanners in
connection with the Mustek card, however. Meanwhile I think the problem
isn't located in the Mustek backend but in the SCSI kernel driver. I have no
experience with kernel programming so checking the driver has very low
priority for me. Maybe someone else with more experience can look into the
different "performance" of this SCSI adapter under Windows and Linux.
With an Adaptec 2940 or a NCR 810 clone the scanner is quite usable but not
perfect.
Bye,
Henning
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com
This archive was generated by hypermail 2b29 : Wed Sep 20 2000 - 12:19:53 PDT