Hi,
On Mon, Oct 18, 2004 at 09:03:55AM -0700, Susheel Yadav wrote:
> Some good news on the Microtek Scanmaker 5600 front -
> with Karsten's and Bertrik's help, I have been able to
> decode the usb protocol for setting/reading status,
> setting scan window and other scan parameters etc.
> Using jav
Some good news on the Microtek Scanmaker 5600 front -
with Karsten's and Bertrik's help, I have been able to
decode the usb protocol for setting/reading status,
setting scan window and other scan parameters etc.
Using javax-usb, I have been able to read image data
through bulk transfer. I will star
Hi,
On Sun, Sep 26, 2004 at 11:45:34AM +0200, Bertrik Sikken wrote:
> I think it's worth linking to this thread from the scanner search
> engine page for this scanner.
Done.
By the way, every SANE developer can change (and add) these
unsupported scanner pages. They are just normal HTML pages in
Hi,
Indeed, the commands are identical as far as I can tell, except for a
difference how some of the SCSI command bytes are mapped to the USB
request, value and index fields and some commands that are sent
just before a bulk transfer is done.
I think it's worth linking to this thread from the sca
Hi,
I just looked curiously on the data and I think there are some similarities
between the scsi based scanners driven by the microtek2 backend and the 5600:
command 0x24 is used to setup the scan window, probably first a fixed window
for calibration and second the actual scan window.
command
On Wed, 2004-09-15 at 21:08, m. allan noah wrote:
> if you are seeing artifacts from buffers getting re-used, you can try
> using benoit's usb sniffer, and my perl script spike4.pl, which figures
> out the direction, and does not show the initial contents of the buffer.
> it is much less confusi
Susheel Yadav wrote:
> Thanks a lot Bertrik for your analysis. I have figured
> out some things - I have written those down in the
> last link on the web page.
>
> *request=0x24 value=0x00 data=0x45 bytes
> The data transferred in this request did not change
> even if I moved the scan area horiz
Susheel Yadav wrote:
> Hi,
> I am trying to write the linux driver for Microtek
> Scanmaker 5600 scanner. I used USBSnoopy to generate
> these logs from VMWare/Win2k. I have filtered out the
> big bulk transfers. The log files are still in ~200KB
> range. I am providing a link below with the log fi
if you are seeing artifacts from buffers getting re-used, you can try
using benoit's usb sniffer, and my perl script spike4.pl, which figures
out the direction, and does not show the initial contents of the buffer.
it is much less confusing.
my script is available if you search sane archives, o
Karsten,
Please go ahead and send me the documents.
Bertrik,
Your analysis is right on! So all that huge chunk of
data in the beginning is just for calibration, and
data the towards the end is the image data.
I will play around with those parameters and try to
get some image. After that I will ne
Thanks a lot Bertrik for your analysis. I have figured
out some things - I have written those down in the
last link on the web page.
*request=0x24 value=0x00 data=0x45 bytes
The data transferred in this request did not change
even if I moved the scan area horizontally keeping the
size constant. T
Hi,
I am trying to write the linux driver for Microtek
Scanmaker 5600 scanner. I used USBSnoopy to generate
these logs from VMWare/Win2k. I have filtered out the
big bulk transfers. The log files are still in ~200KB
range. I am providing a link below with the log files.
I have made some progress in
12 matches
Mail list logo
