On Sun, Sep 27, 1998 at 12:23:45PM +0200, Bernd Schroeder wrote:
> On Sat, Sep 26, 1998 at 09:26:39AM -0700, David B. Rees wrote:
> > [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.
I just uploaded a .tar.gz file to
that contains a workaround for the V300 problem. It is untested, however.
Please inform me, what happens, when you try this version.
-- Bernd Schroeder Email: mailto:firstname.lastname@example.org PGP public key available: mailto:email@example.com | Subject: send key
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail firstname.lastname@example.org