kopia lustrzana https://gitlab.com/sane-project/website
				
				
				
			
		
			
				
	
	
		
			218 wiersze
		
	
	
		
			8.1 KiB
		
	
	
	
		
			HTML
		
	
	
			
		
		
	
	
			218 wiersze
		
	
	
		
			8.1 KiB
		
	
	
	
		
			HTML
		
	
	
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"
 | 
						|
                      "http://www.w3.org/TR/REC-html40/loose.dtd">
 | 
						|
<HTML>
 | 
						|
<HEAD>
 | 
						|
<TITLE>sane-devel: Re: snapscan vs. acer 310S</TITLE>
 | 
						|
<META NAME="Author" CONTENT="Steve Underwood (steveu@coppice.org)">
 | 
						|
<META NAME="Subject" CONTENT="Re: snapscan vs. acer 310S">
 | 
						|
</HEAD>
 | 
						|
<BODY BGCOLOR="#FFFFFF" TEXT="#000000">
 | 
						|
<H1>Re: snapscan vs. acer 310S</H1>
 | 
						|
<!-- received="Sun Jun 11 04:32:30 2000" -->
 | 
						|
<!-- isoreceived="20000611113230" -->
 | 
						|
<!-- sent="Sun, 11 Jun 2000 19:33:59 +0800" -->
 | 
						|
<!-- isosent="20000611113359" -->
 | 
						|
<!-- name="Steve Underwood" -->
 | 
						|
<!-- email="steveu@coppice.org" -->
 | 
						|
<!-- subject="Re: snapscan vs. acer 310S" -->
 | 
						|
<!-- id="39437927.2C73ABB3@coppice.org" -->
 | 
						|
<!-- inreplyto="Pine.LNX.4.21.0006101014300.3743-100000@whitestar" -->
 | 
						|
<STRONG>From:</STRONG> Steve Underwood (<A HREF="mailto:steveu@coppice.org?Subject=Re:%20snapscan%20vs.%20acer%20310S&In-Reply-To=<39437927.2C73ABB3@coppice.org>"><EM>steveu@coppice.org</EM></A>)<BR>
 | 
						|
<STRONG>Date:</STRONG> Sun Jun 11 2000 - 04:33:59 PDT
 | 
						|
<P>
 | 
						|
<!-- next="start" -->
 | 
						|
<LI><STRONG>Next message:</STRONG> <A HREF="0094.html">abel deuring: "Re: Problems with sane-scsi"</A>
 | 
						|
<UL>
 | 
						|
<LI><STRONG>Previous message:</STRONG> <A HREF="0092.html">Simon Edwards: "Re: Acer 620ST update"</A>
 | 
						|
<LI><STRONG>In reply to:</STRONG> <A HREF="0090.html">Russ Burdick: "snapscan vs. acer 310S"</A>
 | 
						|
<!-- nextthread="start" -->
 | 
						|
<LI><STRONG>Next in thread:</STRONG> <A HREF="0096.html">Russ Burdick: "Re: snapscan vs. acer 310S"</A>
 | 
						|
<LI><STRONG>Reply:</STRONG> <A HREF="0096.html">Russ Burdick: "Re: snapscan vs. acer 310S"</A>
 | 
						|
<!-- reply="end" -->
 | 
						|
<LI><STRONG>Messages sorted by:</STRONG> 
 | 
						|
<A HREF="date.html#93">[ date ]</A>
 | 
						|
<A HREF="index.html#93">[ thread ]</A>
 | 
						|
<A HREF="subject.html#93">[ subject ]</A>
 | 
						|
<A HREF="author.html#93">[ author ]</A>
 | 
						|
</UL>
 | 
						|
<HR NOSHADE><P>
 | 
						|
<!-- body="start" -->
 | 
						|
<P>
 | 
						|
Russ Burdick wrote:
 | 
						|
<BR>
 | 
						|
<P><EM>> ok, i've finally got a bit of time to play with my scanner again and i've
 | 
						|
</EM><BR>
 | 
						|
<EM>> been doing some work with my Acer Prisma 310S and the latest snapscan
 | 
						|
</EM><BR>
 | 
						|
<EM>> backend (snapscan-20000514.tar.gz) and sane-1.0.2.
 | 
						|
</EM><BR>
 | 
						|
<EM>>
 | 
						|
</EM><BR>
 | 
						|
<EM>> from what i've gone through in the source it seem that this scanner has
 | 
						|
</EM><BR>
 | 
						|
<EM>> the same id (and supposedly behavior) as the VUEGO310S. this brings me to
 | 
						|
</EM><BR>
 | 
						|
<EM>> my first question for the list: is there anyone out there using a Vuego
 | 
						|
</EM><BR>
 | 
						|
<EM>> 310S that has had success with any version of sane+snapscan? if the vuego
 | 
						|
</EM><BR>
 | 
						|
<EM>> works and the acer doesnt, perhaps they're not the same inside and it'd be
 | 
						|
</EM><BR>
 | 
						|
<EM>> worthwhile to start thinking about separating the two in the snapscan
 | 
						|
</EM><BR>
 | 
						|
<EM>> code.
 | 
						|
</EM><BR>
 | 
						|
<EM>>
 | 
						|
</EM><BR>
 | 
						|
<EM>> back when kevin was still taking care of snapscan and active on this list
 | 
						|
</EM><BR>
 | 
						|
<EM>> i had a few conversations with him about trying to get snapscan working
 | 
						|
</EM><BR>
 | 
						|
<EM>> correctly for the acer 310S. at present everything but the very begining
 | 
						|
</EM><BR>
 | 
						|
<EM>> of a scan is complete garbage, so he had me try doing small scans,
 | 
						|
</EM><BR>
 | 
						|
<EM>> specifically < 64K. you can see some example of the output here:
 | 
						|
</EM><BR>
 | 
						|
<EM>>
 | 
						|
</EM><BR>
 | 
						|
<EM>> <A HREF="http://www.cs.umn.edu/~wburdick/sane/">http://www.cs.umn.edu/~wburdick/sane/</A>
 | 
						|
</EM><BR>
 | 
						|
<EM>>
 | 
						|
</EM><BR>
 | 
						|
<EM>> the first two are color at different resolutions and the last three are
 | 
						|
</EM><BR>
 | 
						|
<EM>> greyscale. the final image is of a slightly different area on my test
 | 
						|
</EM><BR>
 | 
						|
<EM>> image since the top of the first one didnt seem all that interesting. this
 | 
						|
</EM><BR>
 | 
						|
<EM>> is the one i find most interesting. it looks like the first 'block' is
 | 
						|
</EM><BR>
 | 
						|
<EM>> clear, then the subsequent 'blocks' get more and more garbled. i should
 | 
						|
</EM><BR>
 | 
						|
<EM>> also note that the resulting pnms (produced by xscanimage) 'appeared to be
 | 
						|
</EM><BR>
 | 
						|
<EM>> truncated' according to xv, but the greyscale images were fine. i used xv
 | 
						|
</EM><BR>
 | 
						|
<EM>> to check the images out and to convert them to the above referenced
 | 
						|
</EM><BR>
 | 
						|
<EM>> pngs. i did all of the above after 'export SANE_DEUBUG_SNAPSCAN=128' and
 | 
						|
</EM><BR>
 | 
						|
<EM>> the resulting output is also at the above referenced url.
 | 
						|
</EM><BR>
 | 
						|
<EM>>
 | 
						|
</EM><BR>
 | 
						|
<EM>> i thought before jumping into the code too deep i'd see if anyone had any
 | 
						|
</EM><BR>
 | 
						|
<EM>> thoughts on what i'm seeing. is there something it's doing different on
 | 
						|
</EM><BR>
 | 
						|
<EM>> the scans after the first one that it shouldnt be? any comments welcome.
 | 
						|
</EM><BR>
 | 
						|
<P>If you still have the box your scanner came in, look at it. It says "Acer
 | 
						|
<BR>
 | 
						|
Vuego 310S", in big letters. There is only one model 310S, but somehow in the
 | 
						|
<BR>
 | 
						|
history of the snapscan driver it has been confused as being 2 fairly similar
 | 
						|
<BR>
 | 
						|
machines.
 | 
						|
<BR>
 | 
						|
<P>The oddness of your scan is, in itself, odd. At first I thought something odd
 | 
						|
<BR>
 | 
						|
happens every 8192 bytes. That idea fits some of your pictures. It doesn't
 | 
						|
<BR>
 | 
						|
seem to fit out2.png, though. The dirty blue changes to dirty green over a
 | 
						|
<BR>
 | 
						|
substantial block of lines. That doesn't seem to fit the model of a simple
 | 
						|
<BR>
 | 
						|
hiccup in the data stream, even allowing for the chroma offsets, which the
 | 
						|
<BR>
 | 
						|
latest driver compensates for.
 | 
						|
<BR>
 | 
						|
<P>A couple of questions. What OS and version are you using? I tested the latest
 | 
						|
<BR>
 | 
						|
driver with a RedHat 6.2 installation. That has the recently updated generic
 | 
						|
<BR>
 | 
						|
SCSI driver, which may be a factor. At what resolution were these scans
 | 
						|
<BR>
 | 
						|
performed? It makes a difference when trying to allow for the chroma offset
 | 
						|
<BR>
 | 
						|
compensation analysing your weird results.
 | 
						|
<BR>
 | 
						|
<P>One thing worth trying - in snapscan.c you will find a bit that goes:
 | 
						|
<BR>
 | 
						|
<P>    if (pss->pdev->model == PRISA620S   /* GP added - blocking mode only */
 | 
						|
<BR>
 | 
						|
        ||
 | 
						|
<BR>
 | 
						|
        pss->pdev->model == VUEGO610S)  /* SJU added */
 | 
						|
<BR>
 | 
						|
    {
 | 
						|
<BR>
 | 
						|
        status = SANE_STATUS_UNSUPPORTED;
 | 
						|
<BR>
 | 
						|
    }
 | 
						|
<BR>
 | 
						|
    else if (pipe (pss->rpipe) != -1)
 | 
						|
<BR>
 | 
						|
    {
 | 
						|
<BR>
 | 
						|
<P>Change it to go:
 | 
						|
<BR>
 | 
						|
<P>    if (pss->pdev->model == PRISA620S
 | 
						|
<BR>
 | 
						|
        ||
 | 
						|
<BR>
 | 
						|
        pss->pdev->model == VUEGO310S
 | 
						|
<BR>
 | 
						|
        ||
 | 
						|
<BR>
 | 
						|
        pss->pdev->model == VUEGO610S)
 | 
						|
<BR>
 | 
						|
    {
 | 
						|
<BR>
 | 
						|
        status = SANE_STATUS_UNSUPPORTED;
 | 
						|
<BR>
 | 
						|
    }
 | 
						|
<BR>
 | 
						|
    else if (pipe (pss->rpipe) != -1)
 | 
						|
<BR>
 | 
						|
    {
 | 
						|
<BR>
 | 
						|
<P>and see what happens.
 | 
						|
<BR>
 | 
						|
<P>Steve
 | 
						|
<BR>
 | 
						|
<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?Subject=Re:%20snapscan%20vs.%20acer%20310S&In-Reply-To=<39437927.2C73ABB3@coppice.org>">majordomo@mostang.com</A>
 | 
						|
</PRE>
 | 
						|
<P><!-- body="end" -->
 | 
						|
<HR NOSHADE>
 | 
						|
<UL>
 | 
						|
<!-- next="start" -->
 | 
						|
<LI><STRONG>Next message:</STRONG> <A HREF="0094.html">abel deuring: "Re: Problems with sane-scsi"</A>
 | 
						|
<LI><STRONG>Previous message:</STRONG> <A HREF="0092.html">Simon Edwards: "Re: Acer 620ST update"</A>
 | 
						|
<LI><STRONG>In reply to:</STRONG> <A HREF="0090.html">Russ Burdick: "snapscan vs. acer 310S"</A>
 | 
						|
<!-- nextthread="start" -->
 | 
						|
<LI><STRONG>Next in thread:</STRONG> <A HREF="0096.html">Russ Burdick: "Re: snapscan vs. acer 310S"</A>
 | 
						|
<LI><STRONG>Reply:</STRONG> <A HREF="0096.html">Russ Burdick: "Re: snapscan vs. acer 310S"</A>
 | 
						|
<!-- reply="end" -->
 | 
						|
<LI><STRONG>Messages sorted by:</STRONG> 
 | 
						|
<A HREF="date.html#93">[ date ]</A>
 | 
						|
<A HREF="index.html#93">[ thread ]</A>
 | 
						|
<A HREF="subject.html#93">[ subject ]</A>
 | 
						|
<A HREF="author.html#93">[ author ]</A>
 | 
						|
</UL>
 | 
						|
<!-- trailer="footer" -->
 | 
						|
<HR NOSHADE>
 | 
						|
<P>
 | 
						|
<SMALL>
 | 
						|
<EM>
 | 
						|
This archive was generated by <A HREF="http://www.hypermail.org/">hypermail 2b29</A> 
 | 
						|
: <EM>Sun Jun 11 2000 - 04:35:26 PDT</EM>
 | 
						|
</EM>
 | 
						|
</SMALL>
 | 
						|
</BODY>
 | 
						|
</HTML>
 |