Back on this topic, TPU scan with pixma backend (on MP970):
We have currently reached the following point:
- TPU works OK at 24 bits/pixels (8 bits color depth), with at least
scanimage and Xsane (bits variations between colors are normal, as per
variation of the negative color model, correctly
This might be a clue, but also the backend might not yet support
correctly the 16 bits format. We have currently a first version of TPU
scanning on PIXMA MP970, that works by a very simple conversion in the
backend of 48 bits into 24 bits data (taking only color MSB). Although
the result seems
We are doing first tests in 16 bits mode with TPU on PIXMA MP970, but
the images obtained are messed up. I'm wondering if this comes from the
image format.
Which backend are you using for 16 bits scans ?
Maybe you know also which image format it uses ?
Le samedi 04 octobre 2008 ? 06:57 +0200,
Le Friday 03 October 2008 08:15:34 Nicolas, vous avez ?crit?:
Ok, thanks a lot for this clarification, I understand that 16 bits per
color images are supported by the standard, so no special scaling would
be necessary.
But do you or someone knows if scanimage or Xsane can handle 16 bits per
pnm format is generally host byte order specific. i bet you get big
endian data from scanner, but you are on a little endian platform?
allan
On Sat, Oct 4, 2008 at 5:41 PM, Nicolas nicolas.martin at freesurf.fr wrote:
We are doing first tests in 16 bits mode with TPU on PIXMA MP970, but
the
I'm on the way to upgrade the pixma backend to support TPU scanning, at
least for MP970.
TPU scanning with this PIXMA model requires to set up the 48 bits mode,
the images supplied seems (but still to be confirmed) to be 2
bytes/color (so 6 bytes/pixel), in the form:
rRgGbBrRgGbB...
The
Nicolas nicolas.martin at freesurf.fr writes:
So my question is: I know Sane standard defines image format to be RGB,
8 bits/color.
Not completely correct. See below.
But is it possible to request a Sane frontend to get a 16 bits/color
image format and deal with that, or do I have to
Ok, thanks a lot for this clarification, I understand that 16 bits per
color images are supported by the standard, so no special scaling would
be necessary.
But do you or someone knows if scanimage or Xsane can handle 16 bits per
color appropriately ?
Nicolas
Le vendredi 03 octobre 2008 ?
Hi,
yes, at least some frontends definitely support this, my avision backend
supports 16 bit channels (including upscaling 10 and 12 bit to 16 bit
for devices which support that) for years.
However, I do not remember which frontends worked well, maybe most
worked to some degree, but IIRC the
On Fri, Oct 3, 2008 at 8:02 AM, Ren? Rebe rene at exactcode.de wrote:
Hi,
yes, at least some frontends definitely support this, my avision backend
supports 16 bit channels (including upscaling 10 and 12 bit to 16 bit
for devices which support that) for years.
However, I do not remember
Looks like the best robust solution is to convert 16 bits/color image to
8 bits/color.
Will place some modifications in the pixma backend for that.
Nicolas
Le vendredi 03 octobre 2008 ? 08:12 -0400, m. allan noah a ?crit :
On Fri, Oct 3, 2008 at 8:02 AM, Ren? Rebe rene at exactcode.de wrote:
I'm on the way to upgrade the pixma backend to support TPU scanning, at
least for MP970.
TPU scanning with this PIXMA model requires to set up the 48 bits mode,
the images supplied seems (but still to be confirmed) to be 2
bytes/color (so 6 bytes/pixel), in the form:
rRgGbBrRgGbB...
The
12 matches
Mail list logo