---
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/35807a19/attachment.html>
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 "confi
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
wrote:
> Hello everybody,
>
> I
On Fri, Aug 17, 2012 at 1:58 PM, Mylan Connolly
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 documentation was;
>
>
I'm going to give USBlyser a spin
first.
-Philip
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20120817/cae9c92b/attachment-0001.html>
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),
an
infrared is not supported in the sane protocol. It is possible that
there is some support in the backend, which could be enabled by
rebuilding sane-backends from source. However, there is little or no
support in any of the front-end tools like scanimage to deal with the
extra data.
allan
On Fri,
Hello everybody,
I am attempting to automate some things in my slide scanning, and
decided to look into SANE.
Essentially I am using the following command with success (wrapped
within a script):
scanimage --load --format=tiff --resolution=4000
--preview-resolution=90 --ae-wb=yes -pd coolscan3:sc
On Fri, Aug 17, 2012 at 1:37 PM, Philip Gwyn wrote:
> On Fri, Aug 17, 2012 at 1:30 PM, m. allan noah 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 scanner each time.
>
>
> But I do ch
ip
-- next part --
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:12 PM, Philip Gwyn wrote:
>
>
> On Fri, Aug 17, 2012 at 7:54 AM, m. allan noah 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
>> brands.
>
>
> That's what's so strange.
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>
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 not
the resolution,
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>
14 matches
Mail list logo
