kopia lustrzana https://gitlab.com/sane-project/website
85 wiersze
4.0 KiB
HTML
85 wiersze
4.0 KiB
HTML
<!-- received="Mon Apr 5 16:07:55 1999 PDT" -->
|
|
<!-- sent="Mon, 05 Apr 1999 23:06:33 +0000" -->
|
|
<!-- name="Jonathan A. Buzzard" -->
|
|
<!-- email="jab@hex.prestel.co.uk" -->
|
|
<!-- subject="Re: 16 bit per sample support" -->
|
|
<!-- id="m10UIRt-00017nC@hex" -->
|
|
<!-- inreplyto="Pine.LNX.3.96.990405213320.2667A-100000@chef.ecs.soton.ac.uk" -->
|
|
<title>sane-devel: Re: 16 bit per sample support</title>
|
|
<h1>Re: 16 bit per sample support</h1>
|
|
<b>Jonathan A. Buzzard</b> (<a href="mailto:jab@hex.prestel.co.uk"><i>jab@hex.prestel.co.uk</i></a>)<br>
|
|
<i>Mon, 05 Apr 1999 23:06:33 +0000</i>
|
|
<p>
|
|
<ul>
|
|
<li> <b>Messages sorted by:</b> <a href="date.html#86">[ date ]</a><a href="index.html#86">[ thread ]</a><a href="subject.html#86">[ subject ]</a><a href="author.html#86">[ author ]</a>
|
|
<!-- next="start" -->
|
|
<li> <b>Next message:</b> <a href="0087.html">Jonathan A. Buzzard: "Re: Sane drivers"</a>
|
|
<li> <b>Previous message:</b> <a href="0085.html">Nick Lamb: "Re: 16 bit per sample support"</a>
|
|
<!-- nextthread="start" -->
|
|
<li> <b>Next in thread:</b> <a href="0090.html">David Mosberger-Tang: "Re: 16 bit per sample support"</a>
|
|
<li> <b>Reply:</b> <a href="0090.html">David Mosberger-Tang: "Re: 16 bit per sample support"</a>
|
|
<!-- reply="end" -->
|
|
</ul>
|
|
<!-- body="start" -->
|
|
<a href="mailto:njl98r@ecs.soton.ac.uk">njl98r@ecs.soton.ac.uk</a> said:<br>
|
|
<i>> If you really must have back the 12-bit data you can do the second</i><br>
|
|
<i>> transform I showed, and get back the 12-bit data. There is no data</i><br>
|
|
<i>> loss involved. For most applications it is appropriate to use the full</i><br>
|
|
<i>> dynamic range, but you are right that some software will lose data</i><br>
|
|
<i>> working on 16-bit images. IMHO this software is broken (but I would</i><br>
|
|
<i>> say that because the tools I'm using don't have this problem) </i><br>
|
|
<p>
|
|
Converting a 300MB image back to a packed 12bit image is a real pain, <br>
|
|
especially if you have several. I don't agree that software that loses<br>
|
|
data is broken, it is generally making a compromise to save on memory.<br>
|
|
Frankly promoting all my images to 32 bit when I don't need to is<br>
|
|
not an attractive proposition.<br>
|
|
<p>
|
|
<p>
|
|
<i>> If this level of accuracy (probably beyond human vision) is required</i><br>
|
|
<i>> for your application, you should suspect a lot of other components</i><br>
|
|
<i>> (optical problems at capture stage, development process, scanner</i><br>
|
|
<i>> hardware, ADC) before SANE. </i><br>
|
|
<p>
|
|
Who said anything about human vision, I distinctly talked about processing<br>
|
|
of images for quantitative results. If you think 12bit data is beyond<br>
|
|
human vision you are simply wrong.<br>
|
|
<p>
|
|
<p>
|
|
<i>> The feature you describe (an additional toggle setting for stretch vs</i><br>
|
|
<i>> truncate) seems excessive even for Advanced options, where it will</i><br>
|
|
<i>> probably confuse users in a less technical environment. I don't think</i><br>
|
|
<i>> we want the advanced setting to mean "Deep magic for image processing</i><br>
|
|
<i>> people". </i><br>
|
|
<p>
|
|
Throw hands up in air, so SANE is not for use by image processing people<br>
|
|
then.<br>
|
|
<p>
|
|
<p>
|
|
JAB.<br>
|
|
<p>
|
|
<p>
|
|
<pre>
|
|
--
|
|
Jonathan A. Buzzard Email: <a href="mailto:jab@hex.prestel.co.uk">jab@hex.prestel.co.uk</a>
|
|
Northumberland, United Kingdom. Tel: +44(0)1661-832195
|
|
<p>
|
|
<p>
|
|
<p>
|
|
<pre>
|
|
--
|
|
Source code, list archive, and docs: <a href="http://www.mostang.com/sane/">http://www.mostang.com/sane/</a>
|
|
To unsubscribe: echo unsubscribe sane-devel | mail <a href="mailto:majordomo@mostang.com">majordomo@mostang.com</a>
|
|
</pre>
|
|
<!-- body="end" -->
|
|
<p>
|
|
<ul>
|
|
<!-- next="start" -->
|
|
<li> <b>Next message:</b> <a href="0087.html">Jonathan A. Buzzard: "Re: Sane drivers"</a>
|
|
<li> <b>Previous message:</b> <a href="0085.html">Nick Lamb: "Re: 16 bit per sample support"</a>
|
|
<!-- nextthread="start" -->
|
|
<li> <b>Next in thread:</b> <a href="0090.html">David Mosberger-Tang: "Re: 16 bit per sample support"</a>
|
|
<li> <b>Reply:</b> <a href="0090.html">David Mosberger-Tang: "Re: 16 bit per sample support"</a>
|
|
<!-- reply="end" -->
|
|
</ul>
|