Amazing thing is that I finally got it working last night, not sure why.
I started playing with an HP 8590 so I uninstalled all the sane stuff
and reinstalled. After this, I hooked the Epson back up and it seems to
work fine. I didn't even have to put the firmware file in this time.
Epson
Perf
I have had a similar problem once. In my case it had been caused
my an improper mixing of library versions. If you install SANE
from a Linux CD and then update manually to the latest version,
it is likely that some links to libraries point the wrong way.
It is best to remove the old version complet
I've got an Epson 3590 that I have scanning, but it does not scan the
entire page.
I'm using Fedora core 4 and sane-backends 1.0.17. I've also tried it
with 1.0.16 with the same results.
My command is: scanimage -d "snapscan:libusb:001:002" --format=tiff
--resolution 200 > /tmp/image.tiff
It s
Hi,
> I tried more resolutions. The results are funny:
> - 200 dpi is OK
> - 150 dpi works, too
> - 100 dpi works, but the scanned area was displaced in y direction
> - 75 dpi works, but scans a larger y distance than expected
> - 50 dpi is OK,
> - values under 50 are rounded to 50
I've added 1
Here are the latest results for my 3590:
As Bouke Jan wrote, the firmware files are the same; I did
a diff on a hexdump and could not find any difference.
I tried more resolutions. The results are funny:
- 200 dpi is OK
- 150 dpi works, too
- 100 dpi works, but the scanned area was displaced in y
On Tue, Oct 04, 2005 at 12:07:48AM +0200, Oliver Schwartz wrote:
> Hi,
>
> On Monday 03 October 2005 18:43, Bauke Jan Douma wrote:
> > On Fri, Sep 30, 2005 at 03:15:41AM +0200, Ulrich Deiters wrote:
> > > I set the no-preview bit (source |= 0x40;) in snapscan-scsi.c
> > > after line 922, and the p
Hi,
On Monday 03 October 2005 18:43, Bauke Jan Douma wrote:
> On Fri, Sep 30, 2005 at 03:15:41AM +0200, Ulrich Deiters wrote:
> > I set the no-preview bit (source |= 0x40;) in snapscan-scsi.c
> > after line 922, and the problem vanished, i.e., the scanner
> > does a quick, undistorted scan of the
On Fri, Sep 30, 2005 at 03:15:41AM +0200, Ulrich Deiters wrote:
> I set the no-preview bit (source |= 0x40;) in snapscan-scsi.c
> after line 922, and the problem vanished, i.e., the scanner
> does a quick, undistorted scan of the whole scan area without
> hanging itself.
That's odd, I have a 3490
I set the no-preview bit (source |= 0x40;) in snapscan-scsi.c
after line 922, and the problem vanished, i.e., the scanner
does a quick, undistorted scan of the whole scan area without
hanging itself.
Regards,
Ulrich
Hi,
> The scanner is slow in preview mode and makes a different noise
> (probably because it is doing very small y steps). Right now
> the preview mode is not the same as the normal 200 dpi mode.
> But this is not surprising: Somewhere around line 870 in
> snapscan-scsi.c you inform the scanner th
> I don't quite understand that. Are you saying that preview is slower
> than a normal scan at 200 DPI? (200 DPI should be the lowest
> resolution for the 3590.) I was under the impression that any
> frontend would use the lowest available resolution as the default
> resolution for previewing.
I manually clobbered all files in my installation that contained
the word "sane" or were in "sane" directories, and re-installed
the back- and frontends, but the problem with the preview
persists.
But as the scanner is slower in preview mode than in normal
scan mode at low resolution, it might be
Hi,
> I installed the latest SANE backend version, applied Jan Bouke's
> correction, and got the scanner working (after some confusion
> about the firmware file) - at least for paper scanning.
>
> The only problem I have is with the preview mode:
> "scanimage --preview=yes" uses a too high y rsolu
13 matches
Mail list logo