[sane-devel] test backend: 1 bit RGB data for grid pattern

Oliver Schwartz Oliver.Schwartz at gmx.de
Wed Sep 25 20:32:04 BST 2002


Hi,

On Wednesday 25 September 2002 21:05, Henning Meier-Geinitz wrote:
> Hi,
>
> On Wed, Sep 25, 2002 at 11:16:15AM -0700, David Mosberger-Tang wrote:
> >   Oliver> I think that makes sense.  When a backend really does
> >   Oliver> support this then it can send it as 8 bit rgb image.
> >
> > Do we know for a fact that there are no high-speed devices out there
> > that produce, say, dithered 1-bit data?  If not, inflating the storage
> > and bandwidth requirements for such devices by a factor of 8 seems
> > like a non-trivial issue.
>
> The older Mustek SCSI scanners could send 1 bit per color RGB so there
> are devices that can. 

The Snapscan scanners also support 1 bit per color. You can even send your own 
dither matrix to the scanner. (In theory, that is. I never quite got it to 
work.) However, the backend will expand the data to 8 bit/color, so original 
problem does not appear in the snapscan backend.

> But I have never seen the benefit. I mean, 2
> "colors", black and white are ok. 256 (or more) also. But 8? Ok,
> that's like CGA (?).
>
> What to do with these images? I mean, it's RGB so it can't be "lineart
> + some IR stuff".

IMHO it only makes sense if the scanner does some sort of dithering. The 
dithered image may be send to a raster printer directly. This will save you 
the conversion / dithering on the host PC. In such a case, 1 bit/colour may 
make sense.

Regards,

Oliver



More information about the sane-devel mailing list