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

2002-09-25 Thread Jonathan Buzzard
dav...@mostang.com said: > Never mind my comments. I missed the fact that you're talking about > 1-bit RGB data only (not 1-bit monochrome, which does make a lot of > sense). I think I added 1-bit RGB just because the Mustek scanner > could do it, but it always was a mystery to me why 1-bit RGB d

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

2002-09-25 Thread abel deuring
Oliver Schwartz wrote: > 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 i

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

2002-09-25 Thread Oliver Schwartz
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 w

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

2002-09-25 Thread Henning Meier-Geinitz
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

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

2002-09-25 Thread Oliver Rauch
abel deuring schrieb: > > Henning Meier-Geinitz wrote: > > > > The easiest way would be to > > forbid 1 bit RGB in the standard :-) > > that would indeed be a convenient alternative. I think that makes sense. When a backend really does support this then it can send it as 8 bit rgb image. Bye O

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

2002-09-25 Thread abel deuring
Henning Meier-Geinitz wrote: > > Hi, > > On Tue, Sep 24, 2002 at 11:58:41PM +0200, abel deuring wrote: > > while playing with the test backend, I noticed that the "scan data" > > produced for the grid pattern in 1 bit RGB mode differs from the output > > for 1 bit grayscale mode. The data for gra

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

2002-09-25 Thread David Mosberger-Tang
> On Wed, 25 Sep 2002 20:12:27 +0200, Oliver Rauch > said: Oliver> abel deuring schrieb: >> Henning Meier-Geinitz wrote: >> > >> > The easiest way would be to > forbid 1 bit RGB in the standard >> :-) >> that would indeed be a convenient alternative. Oliver> I think that

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

2002-09-25 Thread David Mosberger-Tang
> On Wed, 25 Sep 2002 20:12:27 +0200, Oliver Rauch > said: Oliver> abel deuring schrieb: >> Henning Meier-Geinitz wrote: >> > >> > The easiest way would be to > forbid 1 bit RGB in the standard >> :-) >> >> that would indeed be a convenient alternative. Oliver> I think

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

2002-09-25 Thread Henning Meier-Geinitz
Hi, On Tue, Sep 24, 2002 at 11:58:41PM +0200, abel deuring wrote: > while playing with the test backend, I noticed that the "scan data" > produced for the grid pattern in 1 bit RGB mode differs from the output > for 1 bit grayscale mode. The data for gray scale mode is like: Argh, I hate this 1

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

2002-09-24 Thread abel deuring
Hi all, while playing with the test backend, I noticed that the "scan data" produced for the grid pattern in 1 bit RGB mode differs from the output for 1 bit grayscale mode. The data for gray scale mode is like: ... 00 00 00 0f ff ff ff f0 00 00 00 ... while the data for 1 bit RGB mode