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.
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
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
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
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.
http://s
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:
>
> [genesys] Calibration filename set to:
> [genesys] >/home/niky/.sane/plustek-opticbook-3600.cal<
> [
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:
[genesys] Calibration filename set to:
[genesys] >/home/niky/.sane/plustek-opticbook-3600.cal<
[genesys] read_calibration: enter
[genesys] Calibratio
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 /c
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 ou
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 a
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 and
> 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
> 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
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
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 doe
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, /* I
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 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 c
Le Friday 17 December 2010 14:15:04 maitland, vous avez ?crit :
> stef 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 c
stef 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 a
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 i
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.
Bug
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 nex
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 ar
Thank you, Gerhard
Jack McGill
--- On Wed, 3/4/09, Gerhard Jaeger wrote:
> From: Gerhard Jaeger
> Subject: Re: [sane-devel] genesys backend update
> To: sane-devel at lists.alioth.debian.org, jmcgill85258 at yahoo.com
> Date: Wednesday, March 4, 2009, 12:23 AM
> On Tuesday 0
canners at http://sites.google.com/site/roadwarriorscanner/sheetfed-scanner.
Jack McGill
--- On Mon, 3/2/09, Pierre Willenbrock wrote:
> From: Pierre Willenbrock
> Subject: [sane-devel] genesys backend update
> To: sane-devel at lists.alioth.debian.org
> Date: Monday, March 2, 2009,
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 photo
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 colo
> --- On Sun, 2/8/09, Pierre Willenbrock 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 of the backend/Mak
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 wrote:
> From: Pierre Willenbrock
> Subject: Re: [sane-devel] genesys backend update
> To:
Hello,
stef schrieb:
> 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
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 sh
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
>> s
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 stil
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
Hello,
I am aware of it, that's the "'I got one other report of this" meant.
A
little cryptic
BTW I can't connect to alioth:
nslookup alioth.debian.org
Server: 127.0.0.1
Address:127.0.0.1#53
** server can't find alioth.debian.org: SERVFA
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 prob
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 (M
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).
Resolution 100 200 300600
Color ok oko
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 regi
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 s
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 featu
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 su
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: erro
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:
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: o
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 (dev
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 canon_lide_*
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 o
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
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 program
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 m
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 th
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'
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) w
Hi,
On Mon, Oct 17, 2005 at 03:11:40PM +1000, John William Dalton wrote:
> An additional issue. When xsane starts up, it presents a list
> of found scanners for em to chose from. The LiDE 60 does not appear
> in this list. I have to explicitly provide the device
> genesys:libusb:005:006, as re
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 (0x221c).
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 ;-).
>
>> E
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
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 pow
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
SANE_DEBUG_GENESYS=25
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 op
Jens Luedicke wrote:
> On 9/23/05, Pierre Willenbrock 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: how can I u
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
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:
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 http://www.pirsoft-dsl-dr
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 (L
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 sc
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 )
Hi
St?phane VOLTZ schrieb:
> Hello,
>
> it looks genesys_reorder_components_cis_8 and
> genesys_reorder_compo
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
sca
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 :
> .
Hi,
forgot this one:
St?phane VOLTZ schrieb:
> Le Mercredi 31 Ao?t 2005 14:18, Pierre Willenbrock a ?crit :
>
> Hello,
>
> I checked the geneys_low.h that I forgot this morning.
>
> By the way, are you sure ImageMagick has it wrong with 16 bits pictures
> ?
> The 16 bits im
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 c
-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 Luedic
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,
> P
On 8/31/05, Pierre Willenbrock 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 the *.[h|c] files from e
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 func
-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
- --enabl
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 ph
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 fun
dev,
+ u_int8_t * slope_table, int max_step,
+ unsigned int use_steps,
+ int step_type, int exposure_time,
+ double yres,
+ unsigned int *used_steps,
+
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 dum
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
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 ot
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 pr
> --- Urspr?ngliche Nachricht ---
> Von: Zhixing Xue
> An: Nikolas Arend
> 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 Sun, 21 Aug 2005 17:31:41 +0200,
Nikolas Arend wrote:
>
> Hi all,
>
> I own a Canon Lide 80, which also uses the gl841 chipset. I'd like to
> test it with Pierre's latest patch, but I guess since it's not listed in
> genesys_devices.c, scanimage -L won't find it.
> Could somebody please give
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 wo
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
> c
-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 b
Jens Luedicke schrieb:
> On 8/15/05, Pierre Willenbrock 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
> I'm not a
On 8/15/05, Pierre Willenbrock 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 to propose a new mecha
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 backe
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
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
> http://lists.alioth.debian.org/pipermail/sa
1 - 100 of 119 matches
Mail list logo
