kopia lustrzana https://gitlab.com/sane-project/website
151 wiersze
6.9 KiB
HTML
151 wiersze
6.9 KiB
HTML
<!-- received="Mon Sep 7 08:05:15 1998 PDT" -->
|
||
<!-- sent="Mon, 7 Sep 1998 08:03:19 -0700 (PDT)" -->
|
||
<!-- name="Ian R. Justman" -->
|
||
<!-- email="ianj@chocobo.org" -->
|
||
<!-- subject="Re: Apple OneScanner/Color OneScanner status?" -->
|
||
<!-- id="" -->
|
||
<!-- inreplyto="35F3B1F8.E1134BFC@ariadne-t.gr" -->
|
||
<title>sane-devel: Re: Apple OneScanner/Color OneScanner status?</title>
|
||
<h1>Re: Apple OneScanner/Color OneScanner status?</h1>
|
||
<b>Ian R. Justman</b> (<a href="mailto:ianj@chocobo.org"><i>ianj@chocobo.org</i></a>)<br>
|
||
<i>Mon, 7 Sep 1998 08:03:19 -0700 (PDT)</i>
|
||
<p>
|
||
<ul>
|
||
<li> <b>Messages sorted by:</b> <a href="date.html#57">[ date ]</a><a href="index.html#57">[ thread ]</a><a href="subject.html#57">[ subject ]</a><a href="author.html#57">[ author ]</a>
|
||
<!-- next="start" -->
|
||
<li> <b>Next message:</b> <a href="0058.html">Durk Talsma: "CanoScan 300 SCSI scanner setup problem"</a>
|
||
<li> <b>Previous message:</b> <a href="0056.html">Milon Firikis: "Re: Re :- PIE (SCANACE) won't release technical info"</a>
|
||
<!-- nextthread="start" -->
|
||
<!-- reply="end" -->
|
||
</ul>
|
||
<!-- body="start" -->
|
||
On Mon, 7 Sep 1998, Milon Firikis wrote:<br>
|
||
<p>
|
||
<i>> Ian R. Justman wrote:</i><br>
|
||
<i>> </i><br>
|
||
<i>> [snip]</i><br>
|
||
<i>> > </i><br>
|
||
<i>> > </i><br>
|
||
<i>> > Here's the patch I came up with:</i><br>
|
||
<i>> > </i><br>
|
||
<i>> > --- apple.c.orig Wed Sep 2 00:35:21 1998</i><br>
|
||
<i>> > +++ apple.c Tue Sep 1 20:44:59 1998</i><br>
|
||
<i>> > @@ -2501,7 +2501,7 @@</i><br>
|
||
<i>> > </i><br>
|
||
<i>> > if (data_length)</i><br>
|
||
<i>> > {</i><br>
|
||
<i>> > - if (result[3] & 1) /* Scanner Blocked: Retrieve data */</i><br>
|
||
<i>> > + if ((result[3] & 1) || data_av) /* Scanner Blocked: Retrieve data */</i><br>
|
||
<i>> > {</i><br>
|
||
<i>> > DBG (IO_MESSAGE,</i><br>
|
||
<i>> > "sane_read: (status) Available in scanner buffer %u.\n",</i><br>
|
||
<i>> > </i><br>
|
||
<i>> > At the end of the scan, the block flag has been dropped, yet there might</i><br>
|
||
<i>> > be data in the scanner buffer. If the check for the block flag fails, it</i><br>
|
||
<i>> > immediately checks to see if there is any remaining data. If so, the</i><br>
|
||
<i>> > backend will empty the buffer for the last time.</i><br>
|
||
<i>> > </i><br>
|
||
<i>> </i><br>
|
||
<i>> Wait a minute. I have some questions.</i><br>
|
||
<i>> </i><br>
|
||
<i>> 1) What scanner do you have? (OneScanner or ColorOneScanner, both?)</i><br>
|
||
<p>
|
||
I have the Color OneScanner.<br>
|
||
<p>
|
||
<i>> 2) How big is the internal buffer? (AppleScanner has 256 bytes)</i><br>
|
||
<p>
|
||
I do not know. I just assumed that much of the stuff that applies to the<br>
|
||
OneScanner also applies to the Color OneScanner. all of it does, but the<br>
|
||
Color OneScanner has... well... color. :)<br>
|
||
<p>
|
||
<i>> 3) Before your patch: Does the backend was actually scanning? Did it</i><br>
|
||
<i>> open the lamp?</i><br>
|
||
<p>
|
||
It does scan, but it doesn't retrieve the last bit of data, however, hence<br>
|
||
the patch.<br>
|
||
<p>
|
||
<i>> 4) After you patch: Does everything works as expected? In all modes?</i><br>
|
||
<p>
|
||
I tested it fully in the normal OneScanner modes. Color, as your notes<br>
|
||
say, needs MUCH work.<br>
|
||
<p>
|
||
<i>> 5) If (4==TRUE) what about the round offs in scan area that are imposed</i><br>
|
||
<i>> by the specific model you have. Note that in case of an unexpected round</i><br>
|
||
<i>> offs the SANE may wait bigger/smaller image and that may lead to</i><br>
|
||
<i>> undesired warnings and cropped images.</i><br>
|
||
<p>
|
||
No warnings, no cropped images, but the quantization algorithms introduce<br>
|
||
some really neat effects when there are rounding problems. One mode I<br>
|
||
tried does work right, but it yields a negative image. Otherwise, other<br>
|
||
modes look like a horizontally-rolling picture on a TV set.<br>
|
||
<p>
|
||
If you'd like, I'll mail you sample scans and debugging loggage off-list<br>
|
||
for your perusal.<br>
|
||
<p>
|
||
<i>> Your patch looks that fixes a situation at the end of a scan. Although</i><br>
|
||
<i>> this is fine with me, the problems I had so far (other users actually</i><br>
|
||
<i>> had them) was that the scanner wasn't starting the scan at all.</i><br>
|
||
<p>
|
||
Yes, my situation was that it reached the end of the scan, but there was<br>
|
||
still data available, causing the scanner to remain busy because of the<br>
|
||
logic problems in the status-checking code. The issue here was that the<br>
|
||
scanner was presenting status that it was no longer blocked but data was<br>
|
||
available. The code was transferring data ONLY when the scanner was<br>
|
||
blocked, and at the end of the scan, not only was data still available,<br>
|
||
the scanner was no longer in a blocked state, so said the block status<br>
|
||
bit. Since the only test was on the blocking bit, the code was in a tight<br>
|
||
loop waiting for that bit to be asserted, requiring me to CTRL-C out of<br>
|
||
the frontend and powercycle the scanner.<br>
|
||
<p>
|
||
As for the other situations, it could be possible that they might have an<br>
|
||
older rev of the firmware.<br>
|
||
<p>
|
||
<i>> [snip]</i><br>
|
||
<i>> </i><br>
|
||
<i>> > </i><br>
|
||
<i>> > Cool. Any way I could get a copy of the most recent copy of the sources</i><br>
|
||
<i>> > to the Apple backend? I would lilke to see what's happening with it thus</i><br>
|
||
<i>> > far.</i><br>
|
||
<i>> > </i><br>
|
||
<i>> </i><br>
|
||
<i>> Nop there is no way to get newer sources than the ones that they are</i><br>
|
||
<i>> coming with the sane-0.74. I haven't code anything since then and I</i><br>
|
||
<i>> don't know anybody who did.</i><br>
|
||
<p>
|
||
You had mentioned that someone had worked on getting color support<br>
|
||
working, then mailed you the code mentioning that he didn't have the time<br>
|
||
to fully maintain it. That's the code I am keenly interested in working<br>
|
||
on, since I have the Color OneScanner. <br>
|
||
<p>
|
||
--Ian.<br>
|
||
<p>
|
||
-----<br>
|
||
Ian R. Justman Postmaster, System Administrator, ChocoboNet<br>
|
||
<a href="mailto:ianj@chocobo.org">ianj@chocobo.org</a> (home) ianj@calweb.com (work) NIC handle: IJ12<br>
|
||
<p>
|
||
Try EsperNet IRC! Small and personal! <br>
|
||
irc.esper.net takes you to a random server<br>
|
||
Admin of chocobo.esper.net, ports 5555, 6666-6669, 7000, Nick: "IJ"<br>
|
||
EsperNet Postmaster<br>
|
||
<p>
|
||
I use Linux and FreeBSD, the ultimate "pane" relievers on the PC.<br>
|
||
My heart AIX for a faster RS/6000<br>
|
||
<p>
|
||
Hard Disk: n: Future windchimes<br>
|
||
<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="0058.html">Durk Talsma: "CanoScan 300 SCSI scanner setup problem"</a>
|
||
<li> <b>Previous message:</b> <a href="0056.html">Milon Firikis: "Re: Re :- PIE (SCANACE) won't release technical info"</a>
|
||
<!-- nextthread="start" -->
|
||
<!-- reply="end" -->
|
||
</ul>
|