primax: Xsane -- Scan-mode is missing!
Subject:
Re: Xsane -- Scan-mode is missing!
From:
Andre Herms ####@####.####
Date:
28 Nov 2002 15:00:16 -0000
Message-Id: <200211281553.37218.onjo@users.sourceforge.net>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday 28 November 2002 14:42, Christian Ordig wrote:
> On Thu, Nov 28, 2002 at 12:48:10AM +0100, Andre Herms wrote:
> > The problem why this is not done yet is not, that I don't want this
> > feature. The problem is that I don't want the way it is done before.
> > I think, not the backend (primax_scan) but the frontend should support
> > this.
>
> different color modes belong into the backend, but they should really use
> the scanner greyscale etc. hardware mode, so scanning becomes faster and
> not simply scan full color and reduce in the backend.
Does the scanner support hardware grayscale mode? Of course should the scanner
do it if it can. But IF NOT, the job has to be done in software and this is
best done in the frontend. Otherwise all the backends would contain code for
color reduction instead of one code int the frontend.
> > You can compare it with the options for the gamma tables. Before a had
> > options for brightness, contrast and gamma. The backend emulated them by
> > modifying the gamma tables itself. No this is done by the frontend and
> > has some advantages.
>
> with a 24bit scanner this is ok, but with a 30Bit scanner, I would let do
> the scanner/backend the stuff of color correction they have access to the
> real raw data.
The frontend has access to all the scanner funtions, the frontend has. A 1-bit
mode can be done by setting a step as gamma function. This would provide a
30Bit threshold which is as good as the scanner can do.
Gruss,
Andre
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE95i3vK/HaDUFBducRAtSuAJ9TQvTZC5AHiEUvbC6NZHNtHW69nwCggcXA
qUBFkkCButRzVEGHpXAMj5g=
=3sqH
-----END PGP SIGNATURE-----
