[sane-devel] HP OfficeJet 6700 ADF Problems

[Alex]

Thanks, I'll go ask around there.

On 05/16/2013 02:30 PM, m. allan noah wrote:
> The issue you describe with truncated data is a common one across many
> brands of scanner. With sane, it is the job of the backend to pad the
> image with the some default data. In your case, the backend is
> produced by the HPLIP project, not by the SANE project. They might be
> able to help you more quickly than we can.
>
> allan
>
> On Thu, May 16, 2013 at 2:18 PM, Alex <i.am.the.memory at gmail.com> wrote:
>> I apologize if this is the wrong place to ask, but I have run into a
>> couple of problems scanning from my HP OfficeJet 6700's ADF. The flatbed
>> scanner works perfectly and as expected, though. I'm running x86_64
>> Gentoo using sane-backends 1.0.23 and hplip 3.13.4 built with scanner
>> support.
>>
>> I'm not really entirely sure what's going on with it, but when I use
>> scanimage like this:
>>
>> scanimage -d 'hpaio:/usb/Officejet_6700?serial=[SERIAL]' --format=tiff
>> -p -v--source ADF --mode Color --resolution 300 -x 215.9 -y 279 -b
>> --batch-start=1 --batch-count=4
>>
>> it feeds the documents and scans them each to out1.tif, out2.tif,
>> out3.tif, out4.tif just as expected. The progress percentage, however,
>> stops at some percentage before it moves on to the next page or
>> finishes. This percentage varies, and depends a bit on the -y argument.
>> If I leave it at the default (which I think is A4 sized), it'll stop at
>> about 75% for each page. If I have it at 279, for US letter sized, it'll
>> stop around 90%.
>>
>> The files open fine in EOG (Eye of GNOME), but everything below the end
>> of the physical page is the transparent checkerboard. Additionally,
>> tiffinfo complains about a '"Bogus StripByteCounts" field'.
>>
>> These would be fine if it worked in everything else, but if I run it
>> through graphicsmagick to convert it, like "gm convert out1.tif
>> out1.png", it complains "gm convert: Read error at scanline 3247; got 0
>> bytes, expected 7602. (TIFFFillStrip)." and doesn't create out1.png. If
>> I run it through imagemagick like "convert out1.tif out1.png", it complains:
>>
>> convert: Bogus "StripByteCounts" field, ignoring and calculating from
>> imagelength. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/820.
>> convert: Read error at scanline 3248; got 0 bytes, expected 7602.
>> `TIFFFillStrip' @ error/tiff.c/TIFFErrors/560.
>>
>> though it replaces the transparent part with black, or sometimes white
>> with a few black vertical lines through it.
>>
>> If I try to run the same thing, with the -y decreased well below page
>> length, like at 100, the scanner audibly stops scanning half way through
>> the page and finishes sending the page through the ADF, though scanimage
>> says it "read more data than announced by backend". The .tif's made like
>> this open fine, with no transparent sections, and no errors or warnings
>> from imagemagick or graphicsmagick.
>>
>> If I run it with SANE_DEBUG_HPAIO=50, the sane_hpaio_read() bytes_read=0
>> status=5, though it seems to do this with the small and regular -y values.
>>
>> If I use --format=pnm, then in EOG below the page is black, gm convert
>> complains "gm convert: Unexpected end-of-file (out1.pnm).", and convert
>> complains:
>>
>> convert: unable to read image data `out1.pnm' @
>> error/pnm.c/ReadPNMImage/899.
>> convert: no images defined `out1.png' @
>> error/convert.c/ConvertImageCommand/3044.
>>
>> and doesn't create out1.png.
>>
>> So, what I'm thinking is that the Officejet 6700 stops scanning a page
>> going through the ADF when it reaches the end of the page, and stops
>> sending any image data at that point. I'm guessing that scanimage
>> doesn't just fill any remaining space it expects because of -y with
>> white or black or anything and just writes out the file as it is, with
>> the expected remainder of the file missing, as far as other programs are
>> concerned.
>>
>>
>>
>> Additionally, though less important, and likely due to how the scanner
>> actually works, if I use --batch-count and set it to less than the
>> number of pages in the ADF, the ADF will continue and feed all pages
>> through the scanner, though it is easy to see that due to their speed
>> and the sounds, it doesn't actually scan them.
>>
>>
>> Anyway, does anyone know of anyway to fix this problem, because I have
>> to scan a few thousand pages over the next few weeks into several pdfs,
>> and I'd like to write a bash script to sort-of automate a lot of it.
>>
>> Thanks,
>> Alex
>>
>>
>> --
>> 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
>
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20130516/c3a52c81/attachment-0001.pgp>