Chances are, you have two copies of sane installed, and the config
files for one of the copies are messed up. Try enabling debugging on
the the DLL backend, and see where it is trying to load files from:
SANE_DEBUG_DLL=255 scanimage -L
it looks like it loads them fine, but I think I
Hi,
The SANE API only provides for SANE_UNIT_MM for lengths. Just looking
at your patch, the *original* code seems to be correct. The real bug is
somewhere else in the hp5590 backend.
Ok, thanks for the hint.
Given that all lengths are in millimeters, isn't multiplying mm with dpi wrong
The big difference in speed when starting scanimage is probably the
number of backends which are active in dll.conf. Comment out the ones
you don't need. The missing S1300i might be a config issue also- is
the scanner listed in the epjitsu.conf file?
I've never seen this slowness with the
I wrote:
I own a HP 5370C and it didn't work anymore since firmware checking had been
added in this commit:
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=sane/sane-backends.git;a=commitdiff;h=fec4800d7da9f14ff3ca8f82b1327ec9aed76318
Please, could you revert it?
Hi,
Nobody
Rainer Keller writes:
Hi,
The SANE API only provides for SANE_UNIT_MM for lengths. Just looking
at your patch, the *original* code seems to be correct. The real bug is
somewhere else in the hp5590 backend.
Ok, thanks for the hint.
Given that all lengths are in millimeters, isn't
Jeff Breidenbach writes:
Are these two patches on track for inclusion?
What more can I do to help?
names-to-stdout-1.2.diff.gz
happy-batch-1.0.diff.gz
I don't have commit privileges but both look mostly good to me.
Re: names-to-stdout-1.2.diff.gz, you have
@@ -2283,19 +2291,27 @@ List
