# Re: FW: Re: Microtek ScanMaker V300?

Bernd Schroeder (bernd@aquila.muc.de)
Sun, 27 Sep 1998 12:23:45 +0200

- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
- Next message: Bernd Schroeder: "Re: FW: Re: Microtek ScanMaker V300?"
- Previous message: Shimony: "Epson GT-2000"

Hi,

On Sat, Sep 26, 1998 at 09:26:39AM -0700, David B. Rees wrote:
>
> On 26-Sep-98 Bernd Schroeder wrote:
> > Yes, the bpl is bytes per line and it is too big, and the above value
> > differs from the one in "read_image_info" in the trace. At first glance
> > it looks as if some memory area is overwritten with wrong data, but
> > I don't know how this can happen in the function scsi_read_image_info()
> > before the debug information is printed.
> >
> > Can you please send me another trace with 'option dump 2' set in
> > microtek2.conf in addition to the environment variable ? There are
> > then som additional debug infos, for example the result area of
> > scsi_read_image_info() is printed to stderr as is.
>
> OK, I've attached the debugging output for you.
>
> > Which compiler did you use to build sane ?
>
> I used gcc 2.7.2.3. Should I try another?

No, not necessary.

> [microtek2] scsi_set_window: ms=0x80554a8, wnd=1
> [microtek2] dump_area2: setwindowcmd
> [setwindowcmd]
> 24000000000000004500
> [microtek2] dump_area2: setwindowheader
> [setwindowheader]
> 000000000000003d
> [microtek2] dump_area2: setwindowbody
> [setwindowbody]
> 0000004800480000000000000000000009f600000db6800080050800008000100000000000000000
> 0080ff8080000080ff8080000080ff8080000080ff
> [microtek2] scsi_read_image_info: ms=0x80554a8
> [microtek2] dump_area2: readimageinfo
> [readimageinfo]
> 28008000000000001000
> [microtek2] dump_area2: readimageinforesult
> [readimageinforesult]
> 02640732034a0017aa74d2012c0f09f6

This is the information, that the scanner returns (as is) and it definitely
junk. According to the documentation the four values for "bpl", "ppl", "lines"
and "remaining bytes" are each returned in 4 bytes in little endian order.
The above output looks as if the first 6 bytes contain the correct values
for "bpl", "ppl" and "lines" in 2 bytes each and "remaining bytes" in 4 bytes,
with the last 6 bytes being something arbitrary.

Looks as if I have to create a workaround for the V300.

It would be interesting to know, if this is the case for all modes (color,
gray ...).

> [microtek2] scsi_read_image_info: ppl=40109874, bpl=55181335, lines=-1435184639,
> remain=739183094
> [microtek2] sane_start: Scan buffer too small

Bernd

    --
    Bernd Schroeder
    Email: mailto:bernd@aquila.muc.de
    PGP public key available: mailto:pgp@aquila.muc.de | Subject: send key

    --
    Source code, list archive, and docs: http://www.mostang.com/sane/
    To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com

     Next message: Bernd Schroeder: "Re: FW: Re: Microtek ScanMaker V300?"
     Previous message: Shimony: "Epson GT-2000"