primax: Thread: primax_scan eats 100% of my CPU

Hi,

I am trying to get my old
"Network MM100" scanner running
under RedHat Linux 8.0.

Basically I have the following setup:

- sane 1.0.8
- libieee1284-0.2.7
- libtiff-3.5.7-7
- primaxscan-1.1beta1

- Parallel Port set to "EPP1.9+SPP"
  (this is the only EPP mode by board supports)

Scanner detection works just fine:

# ./primax_scan -l on

Looks like a Primax Colorado Direct


My "only" problem is that scanning actually
doesnot work. The command

# ./primax_scan -C 0 

starts the scanner scanning the whole page, but 
at the end, it never returns.

It ends up with a generated file "primax_scan.tif" of
size 741423 bytes. At the end, the "primax_scan"
process is eating up 100% of CPU time.
The generated file so far is not a valid, complete TIFF file.

(When omitting the "-C 0" option, libtiff complains
something like "randomized access not supported" or something
similiar). 

Any suggestions? Is my libtiff broken? 

Thanks, Sven

--

I have the same problem (even with the sane plugin) and have never had
the time to investigate more.
But as a first note I have to say that I think the problem stay in the
scan area dimension, for some reason some of the components does not
understand that going beiond phisical limit of the hardware is not
possible and tryes again and again.
Try to set a limited area (just set 29 cm instead of the normal 29.xx)
and it should work fine.

Simo.

On Tue, 2003-03-04 at 20:04, Sven Paas wrote:
> Hi,
> 
> I am trying to get my old
> "Network MM100" scanner running
> under RedHat Linux 8.0.
> 
> Basically I have the following setup:
> 
> - sane 1.0.8
> - libieee1284-0.2.7
> - libtiff-3.5.7-7
> - primaxscan-1.1beta1
> 
> - Parallel Port set to "EPP1.9+SPP"
>   (this is the only EPP mode by board supports)
> 
> Scanner detection works just fine:
> 
> # ./primax_scan -l on
> 
> Looks like a Primax Colorado Direct
> 
> 
> My "only" problem is that scanning actually
> doesnot work. The command
> 
> # ./primax_scan -C 0 
> 
> starts the scanner scanning the whole page, but 
> at the end, it never returns.
> 
> It ends up with a generated file "primax_scan.tif" of
> size 741423 bytes. At the end, the "primax_scan"
> process is eating up 100% of CPU time.
> The generated file so far is not a valid, complete TIFF file.
> 
> (When omitting the "-C 0" option, libtiff complains
> something like "randomized access not supported" or something
> similiar). 
> 
> Any suggestions? Is my libtiff broken? 
> 
> Thanks, Sven
> 
> --
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
-- 
Simo Sorce - ####@####.####
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399

On Thusday, 4. März 2003 20:04 you wrote:
> Hi,
>

...

>
> Any suggestions? Is my libtiff broken?
>

Hi,

He, he RedHat 8.0...

on my own MM100 with RedHat 8.0 and an older primax-scan (I think 0.99) 
there was the message, that there is no support for the LZW-algorithmus 
because there is a patent from Unisys...
I think you need a "new"/"other" libtiff-package.
Take a look a psyche.freshrpms.org or ...net?
Perhaps there is an other rpm.

I will look this days for an other rpm. If you shouldn't find anything, 
send me an eMail. Then we could find a solution - for example make an 
own rpm or something similar...

> Thanks, Sven

Grüßle, Gonzo

On Wed, Mar 05, 2003 at 09:02:16AM +0100, Alexander Gonzalez Casin wrote:
> On Thusday, 4. März 2003 20:04 you wrote:
> > Hi,
> >
> 
> ...
> 
> >
> > Any suggestions? Is my libtiff broken?
> >
> 
> Hi,
> 
> He, he RedHat 8.0...
> 
> on my own MM100 with RedHat 8.0 and an older primax-scan (I think 0.99) 
so you've been to the future eh? ,-) (latest version is 0.94beta2 (it's a SANE
backend)
> there was the message, that there is no support for the LZW-algorithmus 
> because there is a patent from Unisys...
right. Many distributors build libtiff without LZW support. primax_scan can
work with these versions too.

> I think you need a "new"/"other" libtiff-package.
if you care about compressed tiff images, if not primax_scan should work 
without it.

-- 
Christian Ordig
Germany

On Wednesday, 5. März 2003 16:17 you wrote:

...

> > on my own MM100 with RedHat 8.0 and an older primax-scan (I think
> > 0.99)
>
> so you've been to the future eh? ,-) (latest version is 0.94beta2
> (it's a SANE backend)
ok, ok, then perhaps 0.93 oer 0.92 :-)

but it isn't the newest one. It's perhaps two years old.

>
> > there was the message, that there is no support for the
> > LZW-algorithmus because there is a patent from Unisys...
>
> right. Many distributors build libtiff without LZW support.
> primax_scan can work with these versions too.

Hm, since which version? I think, I'll have to download a new one.

>
> > I think you need a "new"/"other" libtiff-package.
>
> if you care about compressed tiff images, if not primax_scan should
> work without it.

Ok, I'll test it...

Grüßle, Gonzo

My gnome-terminal when using RH8.0 do the same thing, maybe it's
a RH8.0 bug. Have you tried to use in another "new" distro? Anybody else?

Regards,
Ricardo.



Quoting Christian Ordig ####@####.####

> On Wed, Mar 05, 2003 at 09:02:16AM +0100, Alexander Gonzalez Casin
> wrote:
> > On Thusday, 4. März 2003 20:04 you wrote:
> > > Hi,
> > >
> > 
> > ...
> > 
> > >
> > > Any suggestions? Is my libtiff broken?
> > >
> > 
> > Hi,
> > 
> > He, he RedHat 8.0...
> > 
> > on my own MM100 with RedHat 8.0 and an older primax-scan (I think
> 0.99) 
> so you've been to the future eh? ,-) (latest version is 0.94beta2 (it's
> a SANE
> backend)
> > there was the message, that there is no support for the
> LZW-algorithmus 
> > because there is a patent from Unisys...
> right. Many distributors build libtiff without LZW support. primax_scan
> can
> work with these versions too.
> 
> > I think you need a "new"/"other" libtiff-package.
> if you care about compressed tiff images, if not primax_scan should work
> 
> without it.
> 
> -- 
> Christian Ordig
> Germany
>