Gasko, Peter | 1 May 12:01 2012
Picon

Hewlett-Packard ScanJet 2200c

As described here:

http://unix.stackexchange.com/questions/36894/hewlett-packard-scanjet-2200c-on-scientific-linux-6-1-64bit

I have a

Hewlett-Packard ScanJet 2200c

scanner connected via USB to my notebook that has Scientific Linux 6.1
64bit OS with the rpmforge repo.

Bus 006 Device 002: ID 03f0:0605 Hewlett-Packard ScanJet 2200c

Scanner plugged in via USB to my notebook.

When I launch this command (no matter that I use it with a normal user
or root, does the same):

scanimage --format=tiff --resolution=150 --mode=color > a.tiff

The scanner just waits for ~30 sec then starts actually scanning, but
it stops after going about ~8cm's.. (so it's scanning just the ~1/3
part of an A/4 paper..) but the scanned part looks good. So the
problem is that why doesn't this scanner scans a full A4 paper size?

I can't find relevant logs..

I wanted to try out the scanner on a Win7Pro64bit machine.. I didn't
found any drivers to it :D

(Continue reading)

Gerhard Jäger | 2 May 08:07 2012
Picon

Re: Hewlett-Packard ScanJet 2200c

Hi,

On Tuesday 01 May 2012 12:01:39 Gasko, Peter wrote:
[...]
> When I launch this command (no matter that I use it with a normal user
> or root, does the same):
> 
> scanimage --format=tiff --resolution=150 --mode=color > a.tiff
> 
> The scanner just waits for ~30 sec then starts actually scanning, but
> it stops after going about ~8cm's.. (so it's scanning just the ~1/3
> part of an A/4 paper..) but the scanned part looks good. So the
> problem is that why doesn't this scanner scans a full A4 paper size?

because A4 is not the default size that the driver uses, when
not specifying any size on the command line. 

man scanimage
will be your friend.

[...]

Cheers,
 Gerhard

--

-- 
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
(Continue reading)

Daniel Beer | 2 May 22:55 2012
Picon

[PATCH] Fix IO error in pixma_wait_interrupt

I tested commit c4a287e3f28eab0ceb0ef8f0a1d17cb724ad612f with a Canon
MP280 (Linux 2.6.38.5, libusb-0.1.12). scanimage -T failed with an IO
error, which I traced to pixma_wait_interrupt().

This function calls sanei_usb_read_int(). If no data is received, it
returns SANE_STATUS_EOF, which maps to PIXMA_EOF, which is in turn
treated as a fatal error in the calling function.

With the following patch, the MP280 works pretty well. Occasionally an
IO error occurs if you try to scan immediately after power-on
("warming up"?), but it always works on a retry.

---
 backend/pixma_io_sanei.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/backend/pixma_io_sanei.c b/backend/pixma_io_sanei.c
index 0a79bfa..06a6d0f 100644
--- a/backend/pixma_io_sanei.c
+++ b/backend/pixma_io_sanei.c
 <at>  <at>  -567,7 +567,8  <at>  <at>  pixma_wait_interrupt (pixma_io_t * io, void *buf, unsigned size, int timeout)
 #endif
       error = map_error (sanei_usb_read_int (io->dev, buf, &count));
     }
-  if (error == PIXMA_EIO)
+  if (error == PIXMA_EIO ||
+      (io->interface == INT_USB && error == PIXMA_EOF))
     error = PIXMA_ETIMEDOUT;	/* FIXME: SANE doesn't have ETIMEDOUT!! */
   if (error == 0)
     error = count;
(Continue reading)

Daniel Beer | 2 May 22:57 2012
Picon

[PATCH] Add MP280 information to pixma.desc


---
 doc/descriptions/pixma.desc |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/doc/descriptions/pixma.desc b/doc/descriptions/pixma.desc
index 402d0f3..635030d 100644
--- a/doc/descriptions/pixma.desc
+++ b/doc/descriptions/pixma.desc
 <at>  <at>  -63,6 +63,12  <at>  <at> 
 :status :complete
 :comment "All resolutions supported (up to 1200DPI)."

+:model "PIXMA MP280"
+:interface "USB"
+:usbid "0x04a9" "0x1746"
+:status :complete
+:comment "All resolutions supported (up to 600DPI)."
+
 :model "PIXMA MP450"
 :interface "USB"
 :usbid "0x04a9" "0x170b"
-- 
1.7.2.5

--

-- 
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
(Continue reading)

Rolf Bensch | 3 May 17:24 2012
Picon

Re: [PATCH] Add MP280 information to pixma.desc

Am 02.05.2012 22:57, schrieb Daniel Beer:
>
> ---
>   doc/descriptions/pixma.desc |    6 ++++++
>   1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/doc/descriptions/pixma.desc b/doc/descriptions/pixma.desc
> index 402d0f3..635030d 100644
> --- a/doc/descriptions/pixma.desc
> +++ b/doc/descriptions/pixma.desc
>  <at>  <at>  -63,6 +63,12  <at>  <at> 
>   :status :complete
>   :comment "All resolutions supported (up to 1200DPI)."
>
> +:model "PIXMA MP280"
> +:interface "USB"
> +:usbid "0x04a9" "0x1746"
> +:status :complete
> +:comment "All resolutions supported (up to 600DPI)."

Are you sure with 600 dpi?
The definition in pixma_mp150.c says 1200 dpi.

> +
>   :model "PIXMA MP450"
>   :interface "USB"
>   :usbid "0x04a9" "0x170b"

Cheers,
Rolf
(Continue reading)

Sean Darcy | 3 May 17:30 2012
Picon

scanadf not generating PNM images

On Mon, Apr 30, 2012 at 1:48 PM, m. allan noah <kitno455 <at> gmail.com> wrote:
> scanadf is basically deprecated. does scanimage work?
>
> allan
>
> On Mon, Apr 30, 2012 at 1:26 PM, sean darcy <seandarcy2 <at> gmail.com> wrote:
>> On 04/30/2012 02:12 AM, Jeffrey Ratcliffe wrote:
>>>
>>> On 29 April 2012 21:27, sean darcy<seandarcy2 <at> gmail.com>  wrote:
>>>>
>>>> scanadf is generating images that aren't PNM. Maybe the it's generating
>>>> raw?
>>>> Shouldn't it be generating a PNM file? Is there an option to have it
>>>> generate a PNM file?
>>>
>>>
>>> I think this is problem with the backend not sending enough data -
>>> i.e. the backend reports via params that a scan of n x m should
>>> appear, and therefore the frontend writes the appropriate PNM header,
>>> plus all the data it gets until it gets EOF, but that the x bytes that
>>> appear don't make up n x m.
>>>
>>> Any post processing tools than complain that the PNM is not valid.
>>>
>>> I've had to put a workaround in the development version of gscan2pdf
>>> to pad the end of the file with whitespace in order to get a valid
>>> PNM.
>>>
>>> Regards
>>>
(Continue reading)

Rolf Bensch | 3 May 18:49 2012
Picon

Re: [PATCH] Fix IO error in pixma_wait_interrupt

This patch works with my CS9000F. If there are no objections, I can 
commit this into git.

Cheers,
Rolf

Am 02.05.2012 22:55, schrieb Daniel Beer:
> I tested commit c4a287e3f28eab0ceb0ef8f0a1d17cb724ad612f with a Canon
> MP280 (Linux 2.6.38.5, libusb-0.1.12). scanimage -T failed with an IO
> error, which I traced to pixma_wait_interrupt().
>
> This function calls sanei_usb_read_int(). If no data is received, it
> returns SANE_STATUS_EOF, which maps to PIXMA_EOF, which is in turn
> treated as a fatal error in the calling function.
>
> With the following patch, the MP280 works pretty well. Occasionally an
> IO error occurs if you try to scan immediately after power-on
> ("warming up"?), but it always works on a retry.
>
> ---
>   backend/pixma_io_sanei.c |    3 ++-
>   1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/backend/pixma_io_sanei.c b/backend/pixma_io_sanei.c
> index 0a79bfa..06a6d0f 100644
> --- a/backend/pixma_io_sanei.c
> +++ b/backend/pixma_io_sanei.c
>  <at>  <at>  -567,7 +567,8  <at>  <at>  pixma_wait_interrupt (pixma_io_t * io, void *buf, unsigned size, int timeout)
>   #endif
>         error = map_error (sanei_usb_read_int (io->dev, buf,&count));
(Continue reading)

Daniel Beer | 3 May 23:11 2012
Picon

Re: [PATCH] Add MP280 information to pixma.desc

At Thu, 03 May 2012 17:24:56 +0200, Rolf Bensch wrote:
> > +:model "PIXMA MP280"
> > +:interface "USB"
> > +:usbid "0x04a9" "0x1746"
> > +:status :complete
> > +:comment "All resolutions supported (up to 600DPI)."
> 
> Are you sure with 600 dpi?
> The definition in pixma_mp150.c says 1200 dpi.

Hrmm, apparently that's not quite right. I assumed 600 dpi was the
maximum because everything up to and including that is working (with
the other patch applied).

The specs for this scanner claim 1200x2400, but I haven't been able to
get that working so far. Scanning fails with an IO error on 1200 dpi,
which I haven't looked into further.

- Daniel

--

-- 
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

Svracak RS | 4 May 01:24 2012

HP2400 Genesys

These videos are comparation of Elcot driver and Genesys driver for HP
Scanjet 2400. There is a difference in scanner behaviour, in my case, on
300 dpi.

             LINK:
             https://www.rapidshare.com/files/1734812743/hp2400Svracak.zip

Best regards!
-- 
  Svracak RS
  svracak <at> operamail.com

-- 
http://www.fastmail.fm - Accessible with your email software
                          or over the web

--

-- 
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

Rolf Bensch | 4 May 11:00 2012
Picon

Re: [PATCH] Add MP280 information to pixma.desc

Am 03.05.2012 23:11, schrieb Daniel Beer:
> At Thu, 03 May 2012 17:24:56 +0200, Rolf Bensch wrote:
>>> +:model "PIXMA MP280"
>>> +:interface "USB"
>>> +:usbid "0x04a9" "0x1746"
>>> +:status :complete
>>> +:comment "All resolutions supported (up to 600DPI)."
>>
>> Are you sure with 600 dpi?
>> The definition in pixma_mp150.c says 1200 dpi.
>
> Hrmm, apparently that's not quite right. I assumed 600 dpi was the
> maximum because everything up to and including that is working (with
> the other patch applied).
>
> The specs for this scanner claim 1200x2400, but I haven't been able to
> get that working so far. Scanning fails with an IO error on 1200 dpi,
> which I haven't looked into further.
>

For the commit I'll reduce the maximum resolution to 600 dpi.

SANE normally supports this kind of scanners up to 1200x1200 dpi.

I don't have this scanner, so I cannot help debugging higher 
resolutions. But I can also commit your fixes.

Cheers,
Rolf

(Continue reading)


Gmane