Re: Passing all scanner usage through local saned

ThierryFR via sane-devel <[email protected]>
Newsgroups gmane.comp.graphics.scanning.sane.devel
Message-ID <[email protected]>
Le 2024-05-11 17:16, Alexander Pevzner a écrit :
>> The eSCL and WSD devices provide their capabilities, so I don't see 
>> how an "IPP Scan" overlay would be better (the implementation why 
>> not).
>> I prefer the PIXMA or EPSONSCAN2 backends, which expose many more 
>> properties than eSCL or WSD.
> 
> Let me try to explain these things a little bit.
Thanks Alexander, that makes it clearer!

> 2. The daemon may initialize early, so when user application wants to 
> scan, everything is ready (currently, if there are many backends 
> enabled, initialization may take seconds).
 From my point of view, a scanner configuration module is missing, so as 
not to waste time on initialization.
Initialization should just be a readout of configured devices.

> The choice is between SANE's native protocol (used by saned and 
> sane-net backend) and standard-compliant scanning protocol (here we 
> have eSCL, WSD, TWAIN Direct and IPP-scan).
Once a configuration exists, sane-net is operational.


> So it is not actually correct to say that eSCL is limited in comparison 
> to the PIXMA protocol.
> 
> Cannon implementation of eSCL may be limited (and this is Canon's 
> decision to promote their proprietary protocol by limiting their 
> implementation of the standard eSCL), but these limitations are not 
> part of the eSCL specification by itself, and other hardware exposes 
> all its functionality to both proprietary protocol and to eSCL.
You're right, the problem isn't the protocol but the manufacturers, 
because this isn't unique to Canon.

Thierry
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.