Hi,
Am 11.03.2013 15:16, schrieb Paul Menzel:
Dear Klaus,
Am Freitag, den 08.03.2013, 17:10 +0100 schrieb Klaus Kaempf:
* Paul Menzel paulepanter at users.sourceforge.net [Mar 04. 2013 10:34]:
In my opinion, before committing this upstream you could squash several
commits into the
-cleanup section.
Yours,
Jan
-Original Message-
From: Klaus Kaempf [mailto:kkae...@suse.de]
Sent: Friday, March 08, 2013 5:11 PM
To: Paul Menzel
Cc: sane-devel at lists.alioth.debian.org; Michael Rickmann; Vleeshouwers, J.M.
Subject: Re: [sane-devel] Reflecta ProScan / Crystalscan 7200 PIE
Dear Klaus,
Am Freitag, den 08.03.2013, 17:10 +0100 schrieb Klaus Kaempf:
* Paul Menzel paulepanter at users.sourceforge.net [Mar 04. 2013 10:34]:
In my opinion, before committing this upstream you could squash several
commits into the original one (as it is not upstream yet). That will
Hi Paul,
* Paul Menzel paulepanter at users.sourceforge.net [Mar 04. 2013 10:34]:
In my opinion, before committing this upstream you could squash several
commits into the original one (as it is not upstream yet). That will
keep the commit log cleaner.
sure, no problem. What's the usual
Jan, Michael,
after (too) many weeks, I finally found some time to work on the
'pieusb' backend driver again.
Based on Jan's work, I started a big round of cleanups and coding
style improvements. The various pieusb_*.c are now separate
compilation units.
See
Dear Klaus,
Am Montag, den 04.03.2013, 10:02 +0100 schrieb Klaus Kaempf:
after (too) many weeks, I finally found some time to work on the
'pieusb' backend driver again.
nice. Thank you for taking the time.
Based on Jan's work, I started a big round of cleanups and coding
style
Klaus, Michael,
It's complete, see below.
The differences with the two other scanners are limited:
* I see you have got a square scan area - which make sense
* It has an additinal bit set in options (bit 2)
* Differences in maximum shadow, x0, y0, x1, y1
* Same firmware author but your device is
* Vleeshouwers, J.M. J.M.Vleeshouwers at tue.nl [Sep 13. 2012 21:32]:
Klaus,
Please do.
I'm curious about the model number (byte 116, start counting at 0), but also
if there are other differences.
Can you get the whole INQUIRY block (not just the 128 or so the Windows
driver uses)?
* Michael Rickmann mrickma at gwdg.de [Sep 14. 2012 08:52]:
Hi Klaus,
Am 13.09.2012 14:49, schrieb Klaus Kaempf:
After git checkout, you should run (documented here for sane-devel)
- libtoolize
- autoreconf -fi
- BACKENDS=pie ./configure --prefix=/usr --libdir=/usr/lib64 \
Hi Klaus,
Am 13.09.2012 14:49, schrieb Klaus Kaempf:
After git checkout, you should run (documented here for sane-devel)
- libtoolize
- autoreconf -fi
- BACKENDS=pie ./configure --prefix=/usr --libdir=/usr/lib64 \
--sysconfdir=/etc --localstatedir=/var --enable-libusb_1_0 \
Hi Jan, hello Klaus,
first I tried to clone Jan's backend from Klaus repository at github but
failed to reconfigure it. I really tried hard something in the autofiles
was always missing. In the end I had to copy some files. Then I applied
Jan's files to a recent sane-git with the exception of
Hi Jan, hello Klaus,
Am 12.09.2012 16:03, schrieb Vleeshouwers, J.M.:
Hi Michael ( Klaus),
Summarizing (from 2 messages):
- Streaming image data to the frontend is not possible, since we want the
backend to be able to do dust/scratch removal. Of course there must be an
option to retrieve
Hi Michael,
* Michael Rickmann mrickma at gwdg.de [Sep 12. 2012 07:45]:
Hi Jan, hi Klaus,
last weekend came back from vacation without internet and there will
be a similar period starting next week.
its great to have you back, but I'm jealous now. ;-)
Am 10.09.2012 21:01, schrieb
Hello again,
Am 13.09.2012 10:55, schrieb Michael Rickmann:
Hi Jan, hello Klaus,
--- snip
sorry I forgot the attachment.
Michael
-- next part --
A non-text attachment was scrubbed...
Name: study.zip
Type: application/zip
Size: 8017 bytes
Desc: not available
URL:
Hi Klaus,
Am 13.09.2012 14:49, schrieb Klaus Kaempf:
* Michael Rickmann mrickma at gwdg.de [Sep 13. 2012 10:55]:
Hi Jan, hello Klaus,
first I tried to clone Jan's backend from Klaus repository at github
but failed to reconfigure it.
Sorry it didn't work for you. I usually remove generated
* Michael Rickmann mrickma at gwdg.de [Sep 12. 2012 07:45]:
Let us call it reflecta at the moment as the naming in Jan's
code seems to suggest it.
I wouldn't be too happy naming the backend reflecta. At least for my
slide scanner, Reflecta is just the European distributor for a device
* Michael Rickmann mrickma at gwdg.de [Sep 13. 2012 15:59]:
Does it really have USB ids 0x05e3, 0x0142 as written in
http://www.sane-project.org/unsupported/reflecta-digitdia-3600.html
?
Would I lie to you ? :-) Yes 0x5e3:0x0142 is correct for the Multiple
Slide Scanner aka PIE MS Scanner.
* Michael Rickmann mrickma at gwdg.de [Sep 13. 2012 13:33]:
I think that once we have a minimal backend which works for more
than one of us we could start helping each other.
I'm all for it !
(And github.com is a very nice place for collaborating on git repos.
Hint, hint ;-))
I could fit in
From: Klaus Kaempf [kkae...@suse.de]
Sent: Thursday, September 13, 2012 3:59 PM
To: Michael Rickmann
Cc: sane-devel; Vleeshouwers, J.M.
Subject: Re: [sane-devel] Reflecta ProScan / Crystalscan 7200 PIE film scanner
update
* Michael Rickmann mrickma at gwdg.de [Sep 12
Klaus,
Please do.
I'm curious about the model number (byte 116, start counting at 0), but also if
there are other differences.
Can you get the whole INQUIRY block (not just the 128 or so the Windows driver
uses)?
Jan
From: Klaus Kaempf
Hi Michael,
* Michael Rickmann mrickma at gwdg.de [Sep 13. 2012 18:21]:
Am 13.09.2012 14:38, schrieb Klaus Kaempf:
Cranking up the debug level revealed a 'read' request issued without
the scanner indicating availabilty of data. The the scanner hung and I
had to power-cycle it.
Klaus
* Vleeshouwers, J.M. J.M.Vleeshouwers at tue.nl [Sep 13. 2012 19:06]:
Hi Klaus Michael,
Too many mails to reply to at once. But it may be practical to choose a name
now, before we start merging code.
I don't have a strong preference for 'reflecta'. Since the scanners indicate
they are
Kaempf [kkaempf at suse.de]
Sent: Monday, September 10, 2012 3:09 PM
To: Michael Rickmann
Cc:sane-devel at lists.alioth.debian.org; Vleeshouwers, J.M.
Subject: Re: [sane-devel] Reflecta ProScan / Crystalscan 7200 PIE film
scanner update
Michael,
thanks a lot for posting your changes
Hi Jan,
a late answer to your questions, just to point out what is not yet
obsolete.
Am 23.08.2012 20:02, schrieb Vleeshouwers, J.M.:
Hi Michael,
Good to see you picked it up again!
Regarding your 2nd question: I think we should create a separate
backend. I've got two reasons for that: 1)
Hi Michael ( Klaus),
Summarizing (from 2 messages):
- Streaming image data to the frontend is not possible, since we want the
backend to be able to do dust/scratch removal. Of course there must be an
option to retrieve raw RGBI data. So: no streaming. Sane_start() will read all
the image data
Michael,
thanks a lot for posting your changes !
* Michael Rickmann mrickma at gwdg.de [Aug 21. 2012 22:28]:
Now my questions:
Would code like the one in the patch be acceptable in SANE?
Would a separate backend be preferable to patching pie?
Looking at the amount of changes required to
, 2012 3:09 PM
To: Michael Rickmann
Cc: sane-devel at lists.alioth.debian.org; Vleeshouwers, J.M.
Subject: Re: [sane-devel] Reflecta ProScan / Crystalscan 7200 PIE film scanner
update
Michael,
thanks a lot for posting your changes !
* Michael Rickmann mrickma at gwdg.de [Aug 21. 2012 22:28]:
Now
Hi Jan,
thanks a lot for sharing your code. I pushed it to
git://github.com/kkaempf/sane-backends.git, branch reflecta.
* Vleeshouwers, J.M. J.M.Vleeshouwers at tue.nl [Sep 06. 2012 23:41]:
Hi Michael Klaus,
A working separate Reflecta/PIE-USB demo backend in the attachment. At least
it
Hi Klaus,
The reference to reflecta7200.h (in reflecta.c line 42) is a leftover from
previous work. It does nothing, just remove the line.
See below for the things I needed to do to add the backend. This is a summary
of notes I took when trying to get it to work, your system may be different
Hi Michael,
Good to see you picked it up again!
Regarding your 2nd question: I think we should create a separate backend. I've
got two reasons for that: 1) the patch makes the pie backend a very large and
complex unit, and 2) I don't want to have to worry about breaking the existing
pie
I've not had time to review the code, but It sounds like you guys are
on the right track. You now know more about the pie backend that most
people, so you are in the best position to judge the common vs
separate backend issue. Either is choice is acceptable. Regarding the
license, the sane
It has become a bit silent about these scanners since Jan Vleeshouwers'
post 8 months ago (
http://lists.alioth.debian.org/pipermail/sane-devel/2011-December/029337.html
). Finally, I had some time to collect what else Jan and I had found out
last year and to put it into a patch against the
32 matches
Mail list logo
