[sane-devel] Scanning with 16 bits color depth (2 bytes/color)

[Nicolas]

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 fine, some colors (the blue especially) are very
"discrete", 32 values only, so might coded on 13 bits instead of 16 by
the scanner?

Le samedi 04 octobre 2008 à 19:07 -0400, m. allan noah a écrit :
> 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 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, stef a écrit :
> >> 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
> >> > color appropriately ?
> >> >
> >> > Nicolas
> >> >
> >>
> >>       Hello,
> >>
> >>       I know that XSane and kooka handle 16 bits scans nicely. I use both for 16
> >> bits scans with the genesys backend.
> >>
> >> Regards,
> >>       Stef
> >>
> >
> >
> > --
> > sane-devel mailing list: sane-devel at lists.alioth.debian.org
> > http://lists.alioth.debian.org/mailman/listinfo/sane-devel
> > Unsubscribe: Send mail with subject "unsubscribe your_password"
> >             to sane-devel-request at lists.alioth.debian.org
> >
> 
> 
>