[sane-devel] Fujitsu JPEG Duplex Scanning

m. allan noah kitno455 at gmail.com
Sun Jul 6 02:07:27 UTC 2008


On 7/5/08, m. allan noah <kitno455 at gmail.com> wrote:
> On 7/5/08, Simon Glass <sglass at bluewatersys.com> wrote:
>  > Hi,
>  >
>  >  On a Fujitsu FI-5750C I get JPEG working fine on the flatbed, or when
>  >  using ADF on the front / back size simplex.
>  >
>  >  But when I scan duplex JPEG, I get an image which is only half as wide
>  >  as it should be, and seems to have 8 lines of valid data, then 8 lines
>  >  from somewhere else, etc. Also the JPEG apparently has about half its
>  >  size in extraneous data (I get a warning when loaded into gimp).
>
>
> fujitsu duplex scanners buffer the backside in their internal ram, and
>  you can request all of the frontside, then request all of the
>  backside. but, if the machine does not have enough ram to hold the
>  backside, it may error. so, i default to alternating front/back reads,
>  and buffer the backside in the backend. most machines can handle
>  either of those approaches.
>
>  jpeg duplex seems to be a different story- the machines only alternate
>  or serialize, but not both, you have a machine that serializes, so the
>  attempt to descramble it does the opposite.
>
>  there seems to be no way to detect the proper format by querying the
>  scanner, but i might be able to inspect the image data. let me look.

i invented a mechanism to determine the interlacing format while
scanning, and switch modes on the fly. I have tested with a small,
alternating scanner (fi-4120c2) and a large serialized scanner
(fi-4990C). Simon has confirmed that this fixes the issue for his
machines (one alternating, one serial) without hardcoding anything.

i also fixed the sane_get_parameters bug Simon pointed out in another
email. all users of the fujitsu backend should really update to v70,
to get these (and quite a few other) fixes.

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



More information about the sane-devel mailing list