[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25

[m. allan noah]

Yes- I had a similar report of this from another user a few days ago.
I think the problem is here:

If you edit backend/fujitsu.c and change line 2215 from

s->hopper_before_op = 1;
to
s->hopper_before_op = 0;

and recompile, that might help. I added that code specifically for
this scanner. Without it, the scanner would lock up when you try to
scan with no paper in the hopper.

Please try, and let me know if that works.

allan

On Mon, Mar 24, 2014 at 11:01 AM, Krutzbeuazen <krutzbeuazen at gmx.net> wrote:
> Thank you for the additional info.
> I will have a look from time to time, and eventually find out if USB3
> has any real-world advantages here.
>
>
> I might have found a bug now:
>> scanimage --format=tiff --batch --mode Color --resolution 300dpi
> --source "ADF Duplex" --buffermode On
>
> This scans all pages in the feeder into the scanners buffer. This is
> pretty fast. So fast, that after all eight pages scanned into the
> scanner, scanimage has only grabbed four pages.
> Scanimage stops loading more pages from the scanners buffer as soon as
> "document feeder out of documents", which is when scanimage exits.
>
> #################
>    [..]
> [fujitsu] read_from_scanner: no bytes this pass
>    [repeated]
> [fujitsu] sense_handler: start
> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788
> [fujitsu] No sense: ILI remainder:30600
> [fujitsu] No sense: EOM
> [fujitsu] do_usb_cmd: short read via rs, 30600/61200
> Scanned page 5. (scanner status = 5)
> Scanning page 6
> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0
> Scanned page 6. (scanner status = 5)
> Scanning page 7
> [fujitsu] read_from_scanner: no bytes this pass
>    [repeated]
> [fujitsu] sense_handler: start
> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788
> [fujitsu] No sense: ILI remainder:30600
> [fujitsu] No sense: EOM
> [fujitsu] do_usb_cmd: short read via rs, 30600/61200
> Scanned page 7. (scanner status = 5)
> Scanning page 8
> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0
> Scanned page 8. (scanner status = 5)
> Scanning page 9
> [fujitsu] sane_start: ERROR: cannot load page
> scanimage: sane_start: Document feeder out of documents
>
> ################
>
> Of course I might simply scan without the buffer. The whole workflow,
> until all scans are on the computer, probably won't be slower that way.
>
> Cheers,
>
> Manuel
>
> On 03/24/2014 03:29 PM, Mark Buda wrote:
>> This is SANE bug 314545 and the cause is a bug in the Linux USB
>> code. The linux-usb people are aware of it and working on a patch.
>>
>> Sent from my iPad
>>
>>> On Mar 24, 2014, at 9:13 AM, Krutzbeuazen <krutzbeuazen at gmx.net>
>>> wrote:
>>>
>>> Oh wow! It works on a regular USB2 port! I used the same USB3 port
>>> before, both with a USB3 cable and a USB2 cable. Thank you so
>>> much!
>>>
>>> The software is vuescan: http://www.hamrick.com/ Payware,
>>> bin-only, no CLI, but some interesting auto-enhancement-features.
>>> And it supports scanners which never made it to linux or SANE.
>>>
>>> Now, on to building that workflow which will free me from all
>>> those dead tree slices!
>>>
>>> Thank you again, eventually I would probably have given up. So
>>> close!
>>>
>>> Manuel
>>>
>>>> On 03/24/2014 01:43 PM, m. allan noah wrote: Are you using a USB
>>>> 3 port? There have been many reports of problems with USB 3
>>>> under Linux. Also, what is this proprietary software of which
>>>> you speak? Something which runs under Linux?
>>>>
>>>> allan
>>>
>>> -- sane-devel mailing list: sane-devel at lists.alioth.debian.org
>>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel
>>>  Unsubscribe: Send mail with subject "unsubscribe your_password"
>>> to sane-devel-request at lists.alioth.debian.org
>>
>
> --
> sane-devel mailing list: sane-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel
> Unsubscribe: Send mail with subject "unsubscribe your_password"
>              to sane-devel-request at lists.alioth.debian.org



-- 
"The truth is an offense, but not a sin"