kopia lustrzana https://gitlab.com/sane-project/website
76 wiersze
3.5 KiB
HTML
76 wiersze
3.5 KiB
HTML
<!-- received="Sun Aug 31 13:08:41 1997 MST" -->
|
|
<!-- sent="Sun, 31 Aug 1997 12:16:42 -0700" -->
|
|
<!-- name="David Mosberger-Tang" -->
|
|
<!-- email="David.Mosberger@acm.org" -->
|
|
<!-- subject="Re: umax-backend" -->
|
|
<!-- id="199708311916.MAA10704@hopper.mosberger" -->
|
|
<!-- inreplyto="199708310848.KAA02461@Babylon5.wolfsburg.de" -->
|
|
<title>sane-devel: Re: umax-backend</title>
|
|
<h1>Re: umax-backend</h1>
|
|
<b>David Mosberger-Tang</b> (<a href="mailto:David.Mosberger@acm.org"><i>David.Mosberger@acm.org</i></a>)<br>
|
|
<i>Sun, 31 Aug 1997 12:16:42 -0700</i>
|
|
<p>
|
|
<ul>
|
|
<li> <b>Messages sorted by:</b> <a href="date.html#110">[ date ]</a><a href="index.html#110">[ thread ]</a><a href="subject.html#110">[ subject ]</a><a href="author.html#110">[ author ]</a>
|
|
<!-- next="start" -->
|
|
<li> <b>Next message:</b> <a href="0111.html">Jonathan A. Buzzard: "Re: umax-backend"</a>
|
|
<li> <b>Previous message:</b> <a href="0109.html">Didier Carlier: "Nikon LS-20"</a>
|
|
<li> <b>In reply to:</b> <a href="0108.html">Oliver.Rauch@Wolfsburg.DE: "umax-backend"</a>
|
|
<!-- nextthread="start" -->
|
|
<!-- reply="end" -->
|
|
</ul>
|
|
<!-- body="start" -->
|
|
<i>>>>>> On Sun, 31 Aug 1997 10:48:02 +0200 (MET DST), <a href="mailto:Oliver.Rauch@Wolfsburg.DE">Oliver.Rauch@Wolfsburg.DE</a> said:</i><br>
|
|
<p>
|
|
Oliver> Hello David, hello Tristan, hello others I want so support<br>
|
|
Oliver> the 30-bit mode of the UMAX Astra- and the UMAX High-End<br>
|
|
Oliver> scanners.<br>
|
|
<p>
|
|
Sounds good!<br>
|
|
<p>
|
|
Oliver> That can be devided into two parts, from which only the<br>
|
|
Oliver> first is important at the moment:<br>
|
|
<p>
|
|
Oliver> 1) Gamma correction with 10 bits input and 8 bits output ( =<br>
|
|
Oliver> 1024 bytes instead of 256 bytes )<br>
|
|
<p>
|
|
I don't understand. Gamma is something defined by the backend. If<br>
|
|
you want to define a vector of integers with a range larger than<br>
|
|
0..255 then you just change your backend accordingly. Everything<br>
|
|
will (should) fall out automatically.<br>
|
|
<p>
|
|
Oliver> 2) a real 10 bits per pixel (greyscale) and 30 bits per<br>
|
|
Oliver> pixel (rgb) support by sane => 2 bytes per pixel (greyscale)<br>
|
|
Oliver> and 6 bytes per pixel (rgb) and 10 to 10 bits gamma data<br>
|
|
Oliver> support<br>
|
|
<p>
|
|
Yes, more than 8 bit/channel is certainly desirable and planned. I<br>
|
|
think we defined that you'll have to declare it as 16 bits/channel and<br>
|
|
scale the 10 bit values accordingly (I may be misremembering though,<br>
|
|
so be sure to look at the spec).<br>
|
|
<p>
|
|
Unfortunately, neither GIMP nor PPM support more than 24 bpp so the<br>
|
|
real thing that's missing is frontend support. Incidentally, isn't 30<br>
|
|
bpp mode normally used to achieve higher resolution through<br>
|
|
interpolation? I imagine such a feature would be more useful for the<br>
|
|
average user than 30bpp support---though I'm not claiming that 30bpp<br>
|
|
is never useful.<br>
|
|
<p>
|
|
--david<br>
|
|
<p>
|
|
<pre>
|
|
--
|
|
Source code, list archive, and docs: <a href="http://www.azstarnet.com/~axplinux/sane/">http://www.azstarnet.com/~axplinux/sane/</a>
|
|
To unsubscribe: mail -s unsubscribe <a href="mailto:sane-devel-request@listserv.azstarnet.com">sane-devel-request@listserv.azstarnet.com</a>
|
|
</pre>
|
|
<!-- body="end" -->
|
|
<p>
|
|
<ul>
|
|
<!-- next="start" -->
|
|
<li> <b>Next message:</b> <a href="0111.html">Jonathan A. Buzzard: "Re: umax-backend"</a>
|
|
<li> <b>Previous message:</b> <a href="0109.html">Didier Carlier: "Nikon LS-20"</a>
|
|
<li> <b>In reply to:</b> <a href="0108.html">Oliver.Rauch@Wolfsburg.DE: "umax-backend"</a>
|
|
<!-- nextthread="start" -->
|
|
<!-- reply="end" -->
|
|
</ul>
|