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
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
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
Hi Gerald,
Abel forwarded your logfiles to me, thanks. I think you should try the=20
no-backtracking option: Please remove the "#" from the line=20
# option no-backtrack-option on
in your microtek2.conf file. This file usually resides in=20
/usr/local/etc/sane.d or /etc/sane.d depending on your d
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
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
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
Hi,
On Sun, Sep 22, 2002 at 10:48:11PM +0200, Henning Meier-Geinitz wrote:
> There is a new version of the gt68xx backend: 1.0-11.
1.0-13 is ready:
> http://www.meier-geinitz.de/sane/gt68xx-backend/
It's a major rewrite of low-level functions so some scanners may not
work.
The BearPaw 1200 CU
> 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
Edenyard wrote:
>
> On Mon, 23 Sep 2002 19:47:53 +0200, abel deuring wrote:
>
> > Can you run another test with SANE_DEBUG_SANEI_SCSI=255 and
> > SANE_DEBUG_MICROTEK2=255 ? The debug output perhaps gives us a better
> > clue about the problem.
>
> > As Henning already wrote, you don't need to se
> 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
On Mon, 23 Sep 2002 19:47:53 +0200, abel deuring wrote:
> Can you run another test with SANE_DEBUG_SANEI_SCSI=255 and
> SANE_DEBUG_MICROTEK2=255 ? The debug output perhaps gives us a better
> clue about the problem.
> As Henning already wrote, you don't need to set these variables in
> /etc/profi
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
Hello Dom,
the umax-backend uses the scsi protocoll to talk to the device.
It does not know anything about usb. When you have a linux
driver for the USB-SCSI adapter that makes available the
scanner as a scsi device (cat /proc/scsi/scsi) then you could
have a chance.
Bye
Oliver
Dom Savage schrie
14 matches
Mail list logo