Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 




      :: Filmscanners
Filmscanners mailing list archive (filmscanners@halftone.co.uk)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[filmscanners] Re: large scanning project

If a "driver" were just taking bytes from a piece of hardware and
feeding them to a hard drive, I'd agree with you. However, the Dimage
5400 has ICE, GEM, ROC, and SHO, all of which are CPU intensive.

I believe I gave the gent who started this thread some incorrect info
regarding all these processing features. Only SHO forces you to do 8 bit
per color scans. The other features work in 16 bits, though to be
honest, I only use ICE.

One solution for KM (now Sony) would be to put what they could of the
drivers in public domain. Then either the new drivers would come from
open source hackers, or some enterprising programmers would start a
company to support 64 bit drivers. This can mean a lot of money for a
one or two person software company.

Tony Sleep wrote:
> On 30/05/2006 gary wrote:
>>I run X64 (a precursor to Vista) and have to boot to XP to use my 5400
>>II. Dual booting is never a good solution. Math processing really
>>on an AMD64 when in 64 bit mode, so the software will really benefit
>>from going to Vista.
> I'd be surprised if it made any significant difference to scanning. It is
> always the device itself that is the bottleneck - even SCSI2 was faster
> than the 2-3MB/sec most scanners could achieve, and not much speed gain
> accompanied the switch to Firewire, just convenience and user friendliness.
> Tony Sleep

Unsubscribe by mail to listserver@halftone.co.uk, with 'unsubscribe 
or 'unsubscribe filmscanners_digest' (as appropriate) in the message title or 


Copyright © Lexa Software, 1996-2009.