plustek@linuxhacker.org

Hi Tomas,

now, let's stop your monologue ;-)
A few months ago, I got a Primax 4800 Direct 30 bit but I had no time
to check this device. Your investigations on the scan speed are interesting
and maybe a hint where to proceed.
The problem with these devices is their hardware limitation and so the driver
always has to keep track on the steps of the motor. IF you have a multitasking
OS, this is not guaranteed and so you might loose some data. But I agree,
if the scan speed can be slowed down, it migh be possible to keep track...

I'll try it out...
  Gerhard

On Dienstag, 16. September 2003 00:46, Tomas Nykung wrote:
> Tomas Nykung wrote:
> <snip>
>
> > Looks like the only way to make the situation a little bit better is to
> > close all processes / programs that are running before scanning.
>
> Continuing my monologue...
>
> As a  last  resort, I downloaded the Windows driver and rebooted to Win 95
> (no, I'm not going to upgrade, that was the last Windows version that I
> bought :)) and tried the scanner there. What I noticed when scanning under
> Windows was that it took  much  longer to scan. An image the size of a CD
> cover took at least 5-6 times longer to scan in Windows (300 dpi) than the
> same image in Linux (also 300 dpi). The sensor moved forward much slower,
> and even then, the scanner paused about 5 times, and moved the sensor a bit
> back before it started scanning again.
> The scan took about 10 seconds in Linux and maybe around one minute in
> Windows (I didn't check with a clock, but something like that).
>
> This got me thinking:
> Would it somehow be possible to slow down the scanner in Linux, so that the
> reading from the parallel port would be more reliable?
> I wouldn't mind if it took  much  longer to scan a picture, if only the
> resulting picture would be useable.
> What source file(s) do I need to change to test this (motor.c and scale.c?)
> and what to change?
> Or is this (slowdown thingy) even possible, and if it's possible, would it
> help anything at all?
>
>
> Tomas
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: plustek-unsubscribe@linuxhacker.org
> For additional commands, e-mail: plustek-help@linuxhacker.org