On Thu, Aug 16, 2012 at 9:05 PM, m. allan noah kitno455 at gmail.com wrote:
Wireshark makes things a little more difficult, because it shows all
the low level USB stuff, that really does not matter to us. So, you
have to learn to ignore every other packet in those logs, and the
first 0x40
,
mode and size. So that scanner knows, but its not showing up in the pcap...
-Philip
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/f21f5b32/attachment.html
The mode/res/size go down to the scanner in the set window command,
0x24. That command is fairly standard across SCSI scanners of all
brands. The 0xe5 is probably only going to change with more esoteric
options, like buffering or multifeed or staple detection. The
canon-provided sane driver may
. Is it
possible for wireshark to loose a USB packet?
-Philip
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/cdedc0e8/attachment.html
On Fri, Aug 17, 2012 at 1:12 PM, Philip Gwyn philipgwyn at gmail.com wrote:
On Fri, Aug 17, 2012 at 7:54 AM, m. allan noah kitno455 at gmail.com wrote:
The mode/res/size go down to the scanner in the set window command,
0x24. That command is fairly standard across SCSI scanners of all
--
An HTML attachment was scrubbed...
URL:
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/588e04d1/attachment.html
On Fri, Aug 17, 2012 at 1:37 PM, Philip Gwyn philipgwyn at gmail.com wrote:
On Fri, Aug 17, 2012 at 1:30 PM, m. allan noah kitno455 at gmail.com wrote:
yes- but more likely that the driver does not send set_window if you
don't change any of the params in it. you might need to power cycle
the
I suppose I could be confused, then. I saw mention here:
http://www.sane-project.org/man/sane-coolscan3.5.html
The backend must not be directly associated with SANE, then I take it?
What I took from that documentation was;
Set --batch-count=2 (and probably --batch, as well I would imagine),
first.
-Philip
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/cae9c92b/attachment-0001.html
On Fri, Aug 17, 2012 at 1:58 PM, Mylan Connolly mr.mylanman at gmail.com
wrote:
I suppose I could be confused, then. I saw mention here:
http://www.sane-project.org/man/sane-coolscan3.5.html
The backend must not be directly associated with SANE, then I take it?
What I took from that
://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/35807a19/attachment.html
There was a recent patch to kvs backends to allow them to build
statically, by renaming some functions. It appears that one was
missed. Try changing the call to kvs40xx_scan instead, and see if that
builds.
allan
On Fri, Aug 17, 2012 at 2:24 PM, Sergei LITVINENKO
sergei.litvinenko at gmail.com
Thanks for the report and sorry about that. Second time I messed up
with this change. I just submitted a fix for it.
Its really odd how the different compiler versions and
--disable-shared are all catching different symbol issues. My Fedora
17 wasn't finding this issue.
This time, I ran
13 matches
Mail list logo
