Hello,
thanks for an hardware donation from Dany Qumsieh, I have been able
to work on better support for the LiDE 210. I have improved scanning
speed at resolution below 600 (saving about 8s), and in the process
improved darkness issue with this scanner (#313886).
Incorrect gray
Le 18/07/2013 08:50, Stef a ?crit :
Hello,
thanks for an hardware donation from Dany Qumsieh, I have been able
to work on better support for the LiDE 210. I have improved scanning
speed at resolution below 600 (saving about 8s), and in the process
improved darkness issue with this
Hi Albert,
Please be patient 'til tomorrow. My ppa uses the daily git snapshot file
from the sane website. Stef's commits will be available with the next
snapshot.
Cheers,
Rolf
Am 18.07.2013 10:20, schrieb Albert ARIBAUD:
Le 18/07/2013 08:50, Stef a ?crit :
Hello,
thanks for an
Le 18/07/2013 19:08, Rolf Bensch a ?crit :
Hi Albert,
Please be patient 'til tomorrow. My ppa uses the daily git snapshot file
from the sane website. Stef's commits will be available with the next
snapshot.
Thanks a lot Rolf!
Cheers,
Rolf
Amicalement,
--
Albert.
On 12/12/2012 10:23, niky 45 wrote:
ok, this time debugging worked.
here is the log:
http://sourceforge.net/p/nikyscripts/code/154/tree/genesys/preview.log
looking at it, i found this:
code
[genesys] Calibration filename set to:
[genesys] /home/niky/.sane/plustek-opticbook-3600.cal
oh, i hadn't see them yesterday. here they go.
-yesterdays images - pnm's, full preview, AND original (orig.jpg).
converted to jpg with imagemagick (just convert file file.jpg)
http://sourceforge.net/p/nikyscripts/code/156/tree/genesys/preview/
- a new preview - this is from a cyan image.
On 11/12/2012 11:13, niky 45 wrote:
so, i need to make this scan work for my library project. but it is
giving me so many problems.
i'll attach you what it does, and the original image.
http://ompldr.org/vZ25mdw (note it's converted to jpg so you can see
it online. te commandline was
ok, this time debugging worked.
here is the log:
http://sourceforge.net/p/nikyscripts/code/154/tree/genesys/preview.log
looking at it, i found this:
code
[genesys] Calibration filename set to:
[genesys] /home/niky/.sane/plustek-opticbook-3600.cal
[genesys] read_calibration: enter
[genesys]
so, i need to make this scan work for my library project. but it is giving
me so many problems.
i'll attach you what it does, and the original image.
http://ompldr.org/vZ25mdw (note it's converted to jpg so you can see it
online. te commandline was *convert -quality 70 001.pnm 001.jpg*)
console
Hello,
I have updated the genesys backend. The changes bring improvements
to LiDE 35 support, and experimental support for uncalibrated 100 scan
for both Canonscan 8400 and 4400F, which are GL843 based.
Regards,
Stef
Le lundi 27 juin 2011 19:52:17 Dariusz Lipski a ?crit :
Hello,
looks similar to the G4050/G4010 which have some support (up to 600
dpi
uncalibrated). You might clone the device and change USB id to the
HP4850. Don't forget the genesys.conf.in file. Be aware that
Hello,
I have just pushed a new version of the genesys backend. It brings
support for G4010/G4050 up to 2400 dpi. 4800 dpi is a special thing for these
models, and I will look into it once I have finished support for their UTA.
There is still some room to improve calibration
Le dimanche 26 juin 2011 16:13:47 Dariusz Lipski, vous avez ?crit :
Dnia niedziela, 26 czerwca 2011 o 14:45:45 napisa?e?:
Hello,
I have HP 4850 scanner.
I have read that this device is unsupported but can by added to genesys
backend.
I have done it but .. no effects (scanimage -L
Hello,
looks similar to the G4050/G4010 which have some support (up to 600 dpi
uncalibrated). You might clone the device and change USB id to the HP4850.
Don't forget the genesys.conf.in file. Be aware that genesys.conf isn't
overwritten by the install procedure, and you'll have
Hello,
looks similar to the G4050/G4010 which have some support (up to 600 dpi
uncalibrated). You might clone the device and change USB id to the HP4850.
Don't forget the genesys.conf.in file. Be aware that genesys.conf isn't
overwritten by the install procedure, and you'll have
Hello,
I have HP 4850 scanner.
I have read that this device is unsupported but can by added to genesys
backend.
I have done it but .. no effects (scanimage -L does not find aby scanner).
Maybe someone could describe me what does this options mean :
.
SANE_FALSE, /*
Dnia niedziela, 26 czerwca 2011 o 14:45:45 napisa?e?:
Hello,
I have HP 4850 scanner.
I have read that this device is unsupported but can by added to genesys
backend.
I have done it but .. no effects (scanimage -L does not find aby scanner).
Maybe someone could describe me what does this
Hello,
I have updated the genesys backend. It brings 2400 dpi for LiDE 100 and
4800 dpi for LiDE 200. 4800 dpi shading calibration has yet to be fixed.
Lineart needs also to be corrected when resolution is higher than 600 dpi.
Regards,
Stef
Le Friday 17 December 2010 14:15:04 maitland, vous avez ?crit :
stef stef.dev at free.fr writes:
Hello,
with the latest git version of the genesys backend Canon LiDE 100 is now
completely supported, and also the LiDE 200 which is only missing 2400
dpi resolution. I'm
Le Friday 17 December 2010 14:15:04 maitland, vous avez ?crit :
stef stef.dev at free.fr writes:
Hello,
with the latest git version of the genesys backend Canon LiDE 100 is now
completely supported, and also the LiDE 200 which is only missing 2400
dpi resolution. I'm
stef stef.dev at free.fr writes:
Hello,
with the latest git version of the genesys backend Canon LiDE 100 is
now
completely supported, and also the LiDE 200 which is only missing 2400 dpi
resolution. I'm currently working on 2400 dpi support and it should be
available in
Hello,
I have updated the genesys backend for LiDE 110 support. Lide 210
support
may be easy to add. For that I need an usb log done after a fresh plug when
doing a 'test scanner' within the 'preferences' menu of scangear.
The backend will have to be built from sources
Hello,
I have committed build 30 of the genesys backend which brings support
for
the Panasonic KV-SS080 flatbed scanner. It is a GL843 based. There are also
some early elements for the HP G4050. I expect to have basic support done for
this one this year. Then UTA support will
Hello,
with the latest git version of the genesys backend Canon LiDE 100 is
now
completely supported, and also the LiDE 200 which is only missing 2400 dpi
resolution. I'm currently working on 2400 dpi support and it should be
available in a couple of weeks.
Hello,
I have made some progress regarding the HP3670. 150 and 300 dpi modes
are now
working uncalibrated. Since this model is really close to the HP2400/G2410, it
is now worth testing these models with this update. I expect the 50 dpi mode
to work uncalibrated.
The
Hello,
I have committed an update to the genesys backend which brings the
following
features for gl646 based scanners:
- shading calibration fix leading to much improved scan quality over
previous
releases.
- shading calibration for sheet-fed scanners,
On Tuesday 03 March 2009 14:22:01 Jack McGill wrote:
[SNIPSNAP]
Also, I made a table that summarizes the small, usb powered, mobile sheetfed
scanners at
http://sites.google.com/site/roadwarriorscanner/sheetfed-scanner.
Jack,
I can confirm that the Scanshell 800 is LM98xx based, the IDs are:
Thank you, Gerhard
Jack McGill
--- On Wed, 3/4/09, Gerhard Jaeger gerhard at gjaeger.de wrote:
From: Gerhard Jaeger gerhard at gjaeger.de
Subject: Re: [sane-devel] genesys backend update
To: sane-devel at lists.alioth.debian.org, jmcgill85258 at yahoo.com
Date: Wednesday, March 4, 2009
://sites.google.com/site/roadwarriorscanner/sheetfed-scanner.
Jack McGill
--- On Mon, 3/2/09, Pierre Willenbrock pierre at pirsoft.dnsalias.org wrote:
From: Pierre Willenbrock pierre at pirsoft.dnsalias.org
Subject: [sane-devel] genesys backend update
To: sane-devel at lists.alioth.debian.org
Date
Hi,
i added support for Ambir(Syscan) DocketPort 665 and Visioneer
Roadwarrior, thanks to the hardware donation of Jack McGill. Those two
use the same mainboard, only differently sized sensors. There may be
other models using this mainboard, and adding support should be simple.
Attached is a
Hello,
I have committed a rewrite of the gl646 part of the genesys backend. It
brings a better calibration process. Untested support for the HP3670 thanks
for extensive usb sniffing done by Martijn ter Schegget. There is also
limited support for HP2400 (50, 300 and 600 dpi
--- On Sun, 2/8/09, Pierre Willenbrock pierre at pirsoft.dnsalias.org wrote:
PS1: don't try to test this on current cvs -- at least
for me, it
creates libsane-*.so.0.1.0, instead of libsane-*.so.1.1.0.
I originally missed your PS. This appears to be related to my reverting
part
Stef and Pierre,
Good work! I have an XP200 and it seems to be working well. I don't have
another XP300 to test out.
Jack McGill
--- On Sun, 2/8/09, Pierre Willenbrock pierre at pirsoft.dnsalias.org wrote:
From: Pierre Willenbrock pierre at pirsoft.dnsalias.org
Subject: Re: [sane-devel
Hello,
the genesys backend as been updated. Thanks to an hardware donation of
Jack
McGill, there is now support for the sheet-fed Visioneer Strobe XP200. It can
scan at 75, 100, 200, 300 and 600 dpi in color or gray and at 8 or 16 bits.
Scans are uncalibrated, ie there is no
St?phane VOLTZ wrote:
Le lundi 19 juin 2006 19:24, mfi3 a ?crit :
Hello, I am an unhappy owner of Astra 4700 scanner. I cannot use it for
some years (I am using almost only linux), since it isn't supported
under my OS. A two or three years ago I had hope that my scanner will be
supported
Le lundi 19 juin 2006 19:24, mfi3 a ?crit?:
Hello, I am an unhappy owner of Astra 4700 scanner. I cannot use it for
some years (I am using almost only linux), since it isn't supported
under my OS. A two or three years ago I had hope that my scanner will be
supported by Genesys backend - but
Hello, I am an unhappy owner of Astra 4700 scanner. I cannot use it for
some years (I am using almost only linux), since it isn't supported
under my OS. A two or three years ago I had hope that my scanner will be
supported by Genesys backend - but now, when backend is released, Umax
Astra 4700
Le Mardi 27 D?cembre 2005 15:20, Martin Jacobs a ?crit?:
Hello,
after downloading libusb-0.1.10a and 1.0.17 I repeated my tests
with USB-Scanner Medion MD5345 and got the following results:
Test environment:
Linux box based on SuSE 8.1, dual P3 933MHz, 768MB, m/b MSI
694D-Pro (MS-6321).
Hi,
On Thu, Dec 29, 2005 at 08:48:43AM +0100, St?phane VOLTZ wrote:
2) Only first scan is successful, any other fails.
How does it fails ? Does it hang or do you get black/garbage image ?
There is also a bug report in our bug tracker for the MD6471 which
talks about a similar problem:
Hi,
On 2005-12-29 21:27, St?phane VOLTZ wrote:
BTW I can't connect to alioth:
Your mail to sane-devel went through, however. And the mailing lists
are also handled by alioth.
nslookup alioth.debian.org
Server: 127.0.0.1
Address:127.0.0.1#53
** server can't find
Le Mercredi 7 D?cembre 2005 10:06, Gerald Murray a ?crit?:
Stef:
Thanks for your comment on the no warmup will succeed area. I had
not thought about that. I will continue working on it, my pace is
rather slow, and I am missing the log that would show values to test/try
in the registers,
Hi all,
# These tests results are using sane-backends-20051206-cvs:
GL841 - Canoscan lide35:
This has changed for the worse since Nov 24.
I have previously made scans at 150, 300, 600, in color.
Now the 'image' is no longer recognizable.
color, 75dpi, (scan fails, obtaining 0 feed steps, then
Hi all,
Seems like the mailing system on haydn had an outtime. At least the cvs
commit mails didn't arrive here, and i couldn't send this mail the first
try.
I updated the genesys backend in cvs. It is in sync with experimental
cvs now again.
If you own a genesys based scanner which should be
Hello,
I have some questions again on HP2400 current development. How you
people are checking code? i mean i have also same code(
sane-backends-2005-12-06.tar.gz sane-frontends-2005-12-06.tar.gz) but
neither scanimage -L is recognising nor Xsane detects it.
then how can i check whatever
Hi,
On Sat, Nov 26, 2005 at 07:38:00PM +0100, Juan Jose Pablos wrote:
[sanei_usb] sanei_usb_open: opened usb device `libusb:004:004' (*dn=0)
[sanei_usb] sanei_usb_control_msg: rtype = 0x40, req = 12, value = 135,
index = 0, len = 1
[sanei_usb] : 04
.. ..
USB error: error
Hi,
On Sat, Nov 26, 2005 at 12:22:51AM +0100, Juan Jose Pablos wrote:
to check why dev-model-cmd_set-init (dev) fails.
[genesys_gl841] gl841_init
[genesys_gl841] gl841_init_registers
[genesys_gl841] gl841_setup_sensor
[genesys_gl841] gl841_init_registers complete
scanimage: open of
Henning Meier-Geinitz wrote:
You can also set SANE_DEBUG_SANEI_USB=255 to see why the command fails
exactly.
Here is the output:
[sanei_usb] sanei_usb_open: trying to open device `libusb:004:004'
[sanei_usb] sanei_usb_open: configuration nr: 0
[sanei_usb] sanei_usb_open: interface nr: 0
Henning Meier-Geinitz wrote:
It won't work out of the box with the CVS code but you can try to get
it running by adding it's id to genesys.conf and to genesys_devices.c
(near the end, e.g. exchange the one of the LiDE 60). Most probably
it's necessary to adjust the respective
Hi,
On Fri, Nov 25, 2005 at 09:12:08PM +0100, Juan Jose Pablos wrote:
I did those changes for the Genius CPSLim 1200 USB2, but I am getting:
[genesys] sane_init: exit
[genesys] sane_get_devices: start: local_only = false
[genesys] sane_get_devices: exit
[genesys] sane_open: start
Hi again,
On Sun, Nov 20, 2005 at 12:17:30AM +0100, Pierre Willenbrock wrote:
after some e-mail exchange and bug-hunting with St?phane the genesys
backend should now support gl646 and gl841 based scanners.
The Canon LiDE 35/40/50 scanners are now supported in cvs.
I also added the ids of the
Hi,
On Sun, Nov 20, 2005 at 03:53:43PM +0100, Nikolas Arend wrote:
how about the Canon LiDE 80? That one is gl841 based AFAIK, but last I
tried the CVS version I couldn't get it to work. I'll give it another
try but wanted to ask first whether it is supposed to work at all. Did
anyone
Hello,
there are quite some issues with gl646:
- 250, 400 and 500 dpi modes fail with 'invalid argument'.
- lineart mode is broken .
- after a few scan, especially when changing dpi, I get 'color noise'
instead
of pictures. Restarting the scanning
Hi,
Henning Meier-Geinitz schrieb:
Hi,
Thanks for all your work!
As far as I know, you use a LiDE 35. So i marked this scanner's
support as good. If you think the level of support is different,
please change it in genesys.desc.
It is working for me in daily use, so good seems to be
Hi,
St?phane VOLTZ schrieb:
Hello,
there are quite some issues with gl646:
- 250, 400 and 500 dpi modes fail with 'invalid argument'.
At least in the log you sent me it fails in gl646_search_start_position,
trying to read the last 64 bytes of a scan. I am not aware of
Hi,
On Tue, Oct 25, 2005 at 12:55:27AM -0400, Tyler McKellar wrote:
I'm using Ubuntu and have Sane installed through the repositories. I
also have an HP Scanjet 2300c which is now supported by the genesys
backend. The version of the Sane backends that are in the Ubuntu
repositories don't
I'm using Ubuntu and have Sane installed through the repositories. I
also have an HP Scanjet 2300c which is now supported by the genesys
backend. The version of the Sane backends that are in the Ubuntu
repositories don't have the genesys backend in it. I've tried
downloading the backend source
John William Dalton schrieb:
I've managed to get sane/xsane working with my Canon LiDE 60.
I did this by compiling the experimental CVS genesys
backend (including Pierre's recent support for the LiDE35/40/50).
Before compilation I replaced every instance of the LiDE 35
USB ID (0x2213) with
I've managed to get sane/xsane working with my Canon LiDE 60.
I did this by compiling the experimental CVS genesys
backend (including Pierre's recent support for the LiDE35/40/50).
Before compilation I replaced every instance of the LiDE 35
USB ID (0x2213) with the USB ID for the LiDE 60
Brian J Densmore schrieb:
Pierre Willenbrock wrote:
I did a major restructuring on the gl841 part. You may want to take a
look at that.
Are you referring to the patch you created? I've already applied that.
Just wanted to make sure you are not working with old code ;-).
Essentially to
Pierre Willenbrock wrote:
Brian J Densmore schrieb:
Pierre Willenbrock wrote:
I did a major restructuring on the gl841 part. You may want to take a
look at that.
Are you referring to the patch you created? I've already applied that.
Essentially to add support for a gl841/gl842
Pierre Willenbrock wrote:
Pierre Willenbrock schrieb:
The attached patch primarily adds yet another shading calibration
method, using the black and white strips at the top of the scanning
area. It also adds support for led exposure calibration needed for cis
scanners and instant power saving
Hi,
Pierre Willenbrock wrote:
It is now ready to be extensively tested.
i don't know if this is my lack of skills to set up the backend properly
(tested it on
my two boxes), but i get device I/O's with the genesys-cvs backend patched with
the patch
from Pierre's site: The device is first
Hi
I guess this error is triggered by my powersaving code. Playing with
those gpios can (hard-)reset the scanner causing it to reconnect on usb.
Please try the attached patch(against patched experimental module).
Next time please send output with
SANE_DEBUG_GENESYS_GL841=255
Hi,
On Sun, Sep 25, 2005 at 07:13:08AM +0200, Jens Luedicke wrote:
random question: how can I use xsane without running it as root?
xsane doesn't find the scanner if I run it as a user.
Read README.linux. E.g. here:
http://www.sane-project.org/README.linux
Bye,
Henning
Jens Luedicke wrote:
On 9/23/05, Pierre Willenbrock pie...@pirsoft.dnsalias.org wrote:
Hi
I spent some time on fixing the last few bugs in the gl841 part known to
me and preparing the backend for the final inclusion of gl841 support
needed for my scanner.
nice work :)
random question:
On September 23 2005 15:33, Pierre Willenbrock wrote:
As always a full patch to get Canon LiDE 35/50 to work can be found
here(will be updated to match experimental cvs):
http://www.pirsoft-dsl-dropzone.de/genesys_gl841.diff.bz2
I tried out this patch and when I run scanimage, the scanner
On September 23 2005 15:33, Pierre Willenbrock wrote:
As always a full patch to get Canon LiDE 35/50 to work can be found
here(will be updated to match experimental cvs):
http://www.pirsoft-dsl-dropzone.de/genesys_gl841.diff.bz2
Update:
I ran the test program from
On September 23 2005 15:33, Pierre Willenbrock wrote:
As always a full patch to get Canon LiDE 35/50 to work can be found
here(will be updated to match experimental cvs):
http://www.pirsoft-dsl-dropzone.de/genesys_gl841.diff.bz2
Of course, the segfault was because I didn't set this business:
Hi
I spent some time on fixing the last few bugs in the gl841 part known to
me and preparing the backend for the final inclusion of gl841 support
needed for my scanner.
The attached patch primarily adds yet another shading calibration
method, using the black and white strips at the top of the
This one should have been sent to the list. I double-checked the From:
field, but didn't realize i just removed the wrong To: field.
(sent on 2005-09-07 to St?phane VOLTZ stef...@modulonet.fr)
Hi
St?phane VOLTZ schrieb:
Hello,
it looks genesys_reorder_components_cis_8 and
Hello,
it looks genesys_reorder_components_cis_8 and
genesys_reorder_components_cis_16 are missing from your patch.
The quick test I did hang at the end of scan (which happens when we try
to
read more data than the scanning area holds). Is there a test case where a
Hi
As you might guess, i'm having another patch ready for review.
St?phane VOLTZ schrieb:
Hello,
I have applied your slope table patch in the experimental/genesys. I
tested
it wtih my MD6571 and everything I tried worked fine.
The 'stagger' pattern is indeed :
Hello,
I have applied your slope table patch in the experimental/genesys. I
tested
it wtih my MD6571 and everything I tried worked fine.
The 'stagger' pattern is indeed :
...0...0
..0...0.
.0...0..
0...0...
I've reread the 'genesys_read_ordered_data'. It has 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hiya...
I get the following compiler errors when trying to build the
genesys backend:
jens@gattaca ~ $ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs
Configured with: ../gcc-3.3.3/configure --host=i686-pc-linux-gnu
-
Jens Luedicke schrieb:
Hiya...
I get the following compiler errors when trying to build the
genesys backend:
...
genesys.c:2144: error: structure has no member named `bulk_write_register'
genesys.c:2191: error: structure has no member named `bulk_write_register'
genesys.c: In function
On 8/31/05, Pierre Willenbrock pie...@pirsoft.dnsalias.org wrote:
Looks like a really old genesys_low.h to me.
St?phane, there is still the old version in experimental cvs.
Jens, please copy this file, too. At least bulk_write_register is
already defined in experimental cvs.
I copied all
Le Mercredi 31 Ao?t 2005 14:18, Pierre Willenbrock a ?crit?:
Looks like a really old genesys_low.h to me.
St?phane, there is still the old version in experimental cvs.
Jens, please copy this file, too. At least bulk_write_register is
already defined in experimental cvs.
Regards,
Pierre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
St?phane VOLTZ wrote:
I checked the geneys_low.h that I forgot this morning.
btw, the current changes don't work at all for me (LiDE 50):
scanimage: open of device genesys:libusb:001:006 failed: Error during
device I/O
- --
Jens
Jens Luedicke schrieb:
St?phane VOLTZ wrote:
I checked the geneys_low.h that I forgot this morning.
btw, the current changes don't work at all for me (LiDE 50):
scanimage: open of device genesys:libusb:001:006 failed: Error during
device I/O
I prefer to not change too much
Hi
St?phane VOLTZ schrieb:
Le Lundi 29 Ao?t 2005 20:01, Pierre Willenbrock a ?crit :
...
Next i'd like to rewrite genesys_read_ordered_data to be more
maintainable and able to convert the cis style planar data to chunky
data.
It is indeed a rather complicated function. Data
Pierre Willenbrock wrote:
Hi
The attached patch against experimental cvs leads to a mostly working
Canon LiDE 35. There is support for color and grey scans at arbitrary
resolutions. There are some shortcomings in the code, but those are
mostly structural.
Hi,
sorry if this is a dumb
Aug 29 20:23:23 2005
Subject: [sane-devel] genesys backend
In-Reply-To: 43134d88.3050...@pirsoft.dnsalias.org
References: 42ffc607.9030...@pirsoft.dnsalias.org
430f9b1a.9050...@pirsoft.dnsalias.org
43134d88.3050...@pirsoft.dnsalias.org
Message-ID: 20050829.07858.stef
Hi
The attached patch against experimental cvs leads to a mostly working
Canon LiDE 35. There is support for color and grey scans at arbitrary
resolutions. There are some shortcomings in the code, but those are
mostly structural.
Currently known bugs:
1 You need to replug the scanner every
Hi
stef schrieb:
On Sat, Aug 27, 2005 at 12:43:38AM +0200, Pierre Willenbrock wrote:
...
Currently known bugs:
1 You need to replug the scanner every other retry
2 Sometimes the calibration process hangs
...
Hello,
I got the same 1 an 2 issue. I don't know if you
Le Lundi 15 Ao?t 2005 00:30, Pierre Willenbrock a ?crit?:
Hi
The canon lide 35 is now scanning in color at any resolution. No
calibration yet. I'd like the calibration code to use a more generic
interface to the scanning logic before. But that will have to wait.
This time i want to propose
Jens Luedicke wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pierre Willenbrock wrote:
For a partly working Canon LiDE 35 you will need to apply
genesys_gl841.diff.gz (gzipped) to experimental cvs. The patch already
contains the slope generation code. Only color mode is working
--- Urspr?ngliche Nachricht ---
Von: Zhixing Xue s_...@ira.uka.de
An: Nikolas Arend nikolas.ar...@gmx.net
Kopie: sane-devel@lists.alioth.debian.org
Betreff: Re: [sane-devel] genesys backend
Datum: Sun, 21 Aug 2005 20:29:12 +0200
At Sun, 21 Aug 2005 17:31:41 +0200,
Nikolas Arend wrote
At Fri, 19 Aug 2005 21:44:24 +0200,
Pierre Willenbrock wrote:
Hi Zhixing, hi list,
as explained in my last mail, only color mode works currently. No
calibration yet. And quite some bugs are still left. scanning with
'scanimage --mode Color image.pnm' should work, and result in a
colored
Jens Luedicke schrieb:
On 8/15/05, Pierre Willenbrock pie...@pirsoft.dnsalias.org wrote:
Hi
[proposed changes to slope generation]
I attached the code i am using.
Could you create a patch for use with current CVS?
I tried to apply your code, but some things don't work out for me and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pierre Willenbrock wrote:
For a partly working Canon LiDE 35 you will need to apply
genesys_gl841.diff.gz (gzipped) to experimental cvs. The patch already
contains the slope generation code. Only color mode is working
currently. And not even
On 8/15/05, Pierre Willenbrock pie...@pirsoft.dnsalias.org wrote:
Hi
The canon lide 35 is now scanning in color at any resolution. No
calibration yet. I'd like the calibration code to use a more generic
interface to the scanning logic before. But that will have to wait.
This time i want
Hi
The canon lide 35 is now scanning in color at any resolution. No
calibration yet. I'd like the calibration code to use a more generic
interface to the scanning logic before. But that will have to wait.
This time i want to propose a new mechanism for generating slope tables
in the genesys
Le Dimanche 3 Juillet 2005 15:47, Henning Meier-Geinitz a =E9crit=A0:
What's your plan about the genesys backend in experimental? Should it
be stilled used for experimental changes? Otherwise I'd add a README
entry that the main CVS should be used from now on.
Bye,
Henning
Well,
Hi,
On Thu, Jun 23, 2005 at 07:16:44AM +0200, Stéphane VOLTZ wrote:
I have commit a fix for the last known bug by adding a 60 s timer after
init
for HP2300. Now I think that this backend is ready for inclusion in regular
CVS, see also
Hi,
On Thursday 23 June 2005 07:16, St=E9phane VOLTZ wrote:
Hello,
I have commit a fix for the last known bug by adding a 60 s timer after
init for HP2300. Now I think that this backend is ready for inclusion in
regular CVS, see also
Hello,
I have commit a fix for the last known bug by adding a 60 s timer after
init
for HP2300. Now I think that this backend is ready for inclusion in regular
CVS, see also
http://lists.alioth.debian.org/pipermail/sane-devel/2005-June/013769.html .
Should I go for
Hi,
On Wed, May 11, 2005 at 08:12:01AM +0200, stef wrote:
I've started to address the points you raised (and I sohouldn't have
forgotten ...). I'll signal when I'll feel the backend is up to the
requirements.
One more thing I just noticed: If you want to use the genesys.desc
file
On Sat, May 14, 2005 at 11:35:43AM +0200, Gerhard Jaeger wrote:
Hi,
sorry for the late response.
Hello, seems I'm not also that fast on mail. I was busy getting
2300c to work ...
On Wednesday 11 May 2005 19:00, stef wrote:
Hello,
I don't think we can have gl641 and
Hi,
sorry for the late response.
On Wednesday 11 May 2005 19:00, stef wrote:
Hello,
I don't think we can have gl641 and gl841 in the same file. First some
registers of same index have different bits. Second the enum we use to
access registers are different. This overlap make it
Hello,
I've started to address the points you raised (and I sohouldn't have
forgotten ...). I'll signal when I'll feel the backend is up to the
requirements.
Regards,
Stef
1 - 100 of 113 matches
Mail list logo