kopia lustrzana https://gitlab.com/sane-project/website
87 wiersze
4.0 KiB
HTML
87 wiersze
4.0 KiB
HTML
|
<!-- received="Tue Mar 16 08:23:42 1999 PST" -->
|
|||
|
|
<!-- sent="Tue, 16 Mar 1999 17:22:39 +0100" -->
|
|||
|
|
<!-- name="Ewald R. de Wit" -->
|
|||
|
|
<!-- email="ewald@pobox.com" -->
|
|||
|
|
<!-- subject="Re: HP Photosmart R032 problem" -->
|
|||
|
|
<!-- id="" -->
|
|||
|
|
<!-- inreplyto="19990316095722.40848@ux11.cso.uiuc.edu" -->
|
|||
|
|
<title>sane-devel: Re: HP Photosmart R032 problem</title>
|
|||
|
|
<h1>Re: HP Photosmart R032 problem</h1>
|
|||
|
|
<b>Ewald R. de Wit</b> (<a href="mailto:ewald@pobox.com"><i>ewald@pobox.com</i></a>)<br>
|
|||
|
|
<i>Tue, 16 Mar 1999 17:22:39 +0100</i>
|
|||
|
|
<p>
|
|||
|
|
<ul>
|
|||
|
|
<li> <b>Messages sorted by:</b> <a href="date.html#163">[ date ]</a><a href="index.html#163">[ thread ]</a><a href="subject.html#163">[ subject ]</a><a href="author.html#163">[ author ]</a>
|
|||
|
|
<!-- next="start" -->
|
|||
|
|
<li> <b>Next message:</b> <a href="0164.html">J. Milgram: "Understanding resolution."</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0162.html">john allen pitney: "Re: HP Photosmart R032 problem"</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|
|||
|
|
<!-- body="start" -->
|
|||
|
|
john allen pitney (<a href="mailto:pitney@students.uiuc.edu">pitney@students.uiuc.edu</a>) wrote:<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> This slide isn't particularly dark, but the image I get with a gamma of </i><br>
|
|||
|
|
<i>> 1.0 is simply unusable. A histogram shows that it has almost no </i><br>
|
|||
|
|
<i>> pixels with a value above about 150 (out of 255). This is with the </i><br>
|
|||
|
|
<i>> recommended 150% exposure. Applying a gamma and white point correction </i><br>
|
|||
|
|
<i>> to the scanned image does fix it up, but, as I pointed out, it leaves </i><br>
|
|||
|
|
<i>> an image with very many large gaps in its histogram and markedly reduced </i><br>
|
|||
|
|
<i>> color resolution. </i><br>
|
|||
|
|
<p>
|
|||
|
|
150% is not by any means a recommended value (it's just the HP default<br>
|
|||
|
|
value for slides). Try a higher value and you'll get a better picture<br>
|
|||
|
|
with a somewhat smoother histogram. You mustn't set it too high<br>
|
|||
|
|
though otherwise you loose all detail in the highlights.<br>
|
|||
|
|
<br>
|
|||
|
|
<i>> Is it the right thing to do, to acquire an 8-bit/channel image with a </i><br>
|
|||
|
|
<i>> flat 1.0 gamma curve, then apply a gamma of 2.2 to the result? </i><br>
|
|||
|
|
<p>
|
|||
|
|
No it's not the right thing to do but it's the best that can be done<br>
|
|||
|
|
right now...<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> I agree there--the densitometric data should be in the frontend. My </i><br>
|
|||
|
|
<i>> concern is that possible the HP PS R032 can't output a usable 24-bit </i><br>
|
|||
|
|
<i>> image unless there is a (10x8?) tone map downloaded to it (which seems to </i><br>
|
|||
|
|
<i>> be happening in the VueSmart logs). </i><br>
|
|||
|
|
<p>
|
|||
|
|
As far as I understood it Vuesmart does the tonemapping in software.<br>
|
|||
|
|
You might have mistaken the calibration data for the tonemap.<br>
|
|||
|
|
<p>
|
|||
|
|
Revision 032 of the photosmart doesn't seem to allow any tonemap up or<br>
|
|||
|
|
downloading so we will actually be forced to do it in software.<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> I just wanted to see how VueSmart was doing such a good job! So far, I </i><br>
|
|||
|
|
<i>> haven't managed to get a comparable image from xscanimage/hp backend. Doing </i><br>
|
|||
|
|
<i>> so will require either manipulation of 10-bit data in software or </i><br>
|
|||
|
|
<i>> downloading a (10x8?) tone map to the scanner. </i><br>
|
|||
|
|
<p>
|
|||
|
|
Yes, the current state of affairs does suck somewhat. I'm writing a<br>
|
|||
|
|
new frontend for the KDE project that will address these and other<br>
|
|||
|
|
concerns but it will be a few months till a public release though.<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> By the way, what does the 10x8 notation mean? Map 10-bit data to 8-bit? </i><br>
|
|||
|
|
<p>
|
|||
|
|
Yep!<br>
|
|||
|
|
<p>
|
|||
|
|
<pre>
|
|||
|
|
--
|
|||
|
|
-- Ewald
|
|||
|
|
<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="0164.html">J. Milgram: "Understanding resolution."</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0162.html">john allen pitney: "Re: HP Photosmart R032 problem"</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|