int i;
> +
>for (i = 0; i < count * 4; i++)
> addr[i] = sanei_inb (port);
> }
Thanks,
will be shortly in CVS with other umax_pp fixes.
Regards,
Stef
'2500' slide,
you can see that both curves matches really well.
Regards,
Stef
--qMm9M+Fa2AknHoGS
Content-Type: application/vnd.sun.xml.calc
Content-Disposition: attachment; filename="slopes.sxc"
Content-
vel
which could be moved to genesys.c . However, I think it's a bit early to do
it and that we'll handle such cases when enough gl841 code will have been
written.
Regards,
Stef
On Fri, May 06, 2005 at 01:06:59PM +0200, Philipp Schmid wrote:
> Hi Stef,
>
> as the regs of the gl841 are different I propose to define two macros in
> genesys.h to the bits if it is necessary. One for the gl841 and one for
> the gl646 context of this bits. e.g.
>
>
e to merge your changes to
genesys_gl841.c
by hand first before check-in your changes.
Regards,
Stef
e:
- launch (to see how detection/initialization work)
- preview
- small color scan at each available dpi
- small gray scan at each available dpi
- smal lineart scan at each available dpi
This is quite an hundreds MB of logs to go through, which may be done
via a slew of awk scripts to decode that in a usable way.
Regards,
Stef
tinfo/sane-devel
> Unsubscribe: Send mail with subject "unsubscribe your_password"
> to sane-devel-requ...@lists.alioth.debian.org
>
Hello,
Philipp Schmid , has started working on it. I think
you should discuss how you can organize this work. Meanwhile, you can send
patches
on the list.
Regards,
Stef
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
at genesys.C has grown too big. Maybe I am missing something ?
Currently, I'd be rather inclined to only add the function pointers to
the
gensys backend and keep separated objects for low level.
Regards,
Stef
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,
> >
&
on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).
[genesys] sane_exit: start
[genesys] sane_exit: exit
Regards,
Stef
ing on the number of bulk reads, the toggle wasn't set like it
should. So I did like you suggest: call usb_reset(device) before closing the
device in sane_close(). That got rid of the hang (at least on HP2300C, need
to double check for MD6471).
Now my question is : would it be OK to do it in a backend ? Is there
any drawback ?
Regards,
Stef
On Tue, May 24, 2005 at 01:18:59PM +0200, stef wrote:
> On Mon, May 23, 2005 at 02:52:27PM -0400, m. allan noah wrote:
> > steven, i see this exact problem with certain fujitsu scanners. the
> > difficulty is that USB uses a 0/1 toggling bit during the data transmit
> > phas
ebian.org
>
>
Hello,
the HP2400C is not yet supported. It may be within a time frame
of one or two months.
Regards,
Stef
On Mon, Apr 18, 2005 at 10:08:55PM +0200, Philipp Schmid wrote:
> Hi Stef,
>
> Thank you for answering my question. I cannot imagine that endpoint 0x82
> isn't a bulk write endpoint on GL841. There is a successful bulk write
> in my trace using endpoi
no other scanner atached than a 'genesys' one,
do 'scanimage' without any argument. However, if you want to specify
the device, from memory it should be 'libusb:002:004', where numbers
vary. You can find it by executing 'scanimage -L'.
Regards,
Stef
quences found in parport-scsi for EPAT worked.
But who knows ? Maybe it could work.
Regards,
SteF
range
as?
>
> Thanks,
> Sven
>
Hello,
which kind of hardware is it ? Also what does 'dmesg|grep parport'
reports ?
It seems there is -to my opinion- some issue with ppdev on recent hardware.
Also, it
maybe worth to rebuild your kernel accordingly to :
http://umax1220p.sourceforge.net/trouble.html
Regards,
Stef
trace level of 32 (-t 32) will
give
some hints on what modes are detected.
Regards,
Stef
On Fri, Oct 17, 2003 at 04:52:05PM +0200, Sven Hergenhahn wrote:
> Hi Stef,
>
> > It might be worth passing parameter to the parallel port module in
> > /etc/modules.conf to have it used:
> > options parport_pc io=0x378 irq=7 dma=none
>
> OK, done. It works now a
; 5));
/*
* lock super i/o configuration, clear 0x85_1
Regards,
Stef
On Wed, Oct 22, 2003 at 06:54:46PM +0200, Sven Hergenhahn wrote:
> Hi Stef,
>
> sorry, some of the recent mails from this list didn't make it into my mailbox.
>
> > Could apply the following patch to
> >linux-2.4.21/drivers/parport/parport_pc.c, rebuild and ins
permail/sane-devel/2003-October/009175.html
Regards,
Stef
http://lists.alioth.debian.org/pipermail/sane-devel/2003-October/009175.=
html
I've also answered a personnal mail from him yesterday. It looks like it
didn't get either.
Infortunate.
Regards,
Stef
an PS/2 or bidirectional mode.
Also, I don't
think unidirectional mode is suitable for scanning.
Regards,
Stef
ng debian linux kernel 2.2.20.
> Any help is appreciated.
> Regards
> Aneesh
Hello,
could you please send the output of 'umax_pp -p -t 255' ? Also, check
that the linux
kernel detects your parallel port correctly. Especially, check that EPP mode is
detected.
Regards,
Stef
e may have umax_pp commented out. Also, 'umax_pp -p -t 1' does
direct hardware access, while the backend is configured by default to use ppdev
character device. You can change this by editing umax_pp.conf and change the
'port'
option to 'port 0x378', if 0x378 is really
it.
In case a scan mode doesn't work, I need an USB log of the same scan
done
under windows so that I can fix it. The USB snooping software can be found at
http://www.pcausa.com/Utilities/UsbSnoop/ .
Regards,
Stef
Le mardi 25 mai 2010 15:28:47 m. allan noah, vous avez ?crit :
> The machine is actually GL847, a custom version of GL846/8, used only
> by Canon. It is significantly different from the GL841/2/3, and no
> public docs are available.
>
> However, you (and alot of others) are in luc
h not working 50dpi mode.
>
> Regards,
>
> Piotr
>
Hello,
so with these changes 100 dpi is working ? If you wish I can send you
my
log decoding scripts. By recording scanner activity under windows with
usbsnoop, then processing it through them, you'll have the values to put in
HP2400 motor and sensor tables for the modes that aren't working yet.
Regards,
Stef
Le dimanche 30 mai 2010 22:22:02 Piotr Mis, vous avez ?crit :
> Dnia 2010-05-30, nie o godzinie 11:14 +0200, stef pisze:
> > Le vendredi 28 mai 2010 16:07:50 Piotr Mis, vous avez ?crit :
> > > Very sorry, sent to soon.
> > >
> > > Hello,
> > >
>
weeks.
Bug and success reports are welcomed.
Regards,
Stef
he
> gamma settings in the code?
Hello,
there is a custom gamma calibration option if you need. A frontend like
xscanimage would let you change gamma settings to your likings.
Regards,
Stef
0 (same product and vendor usb id). To
find
the real model, the backend would have to read an EEPROM using GPIO which
isn't implemented. Piotr Mis is currently working on adding modes beside the
300 dpi one which is already working.
Regards,
Stef
s attached to the email.
>
> Jane.
Hello,
there's a failure while trying to check the paper sensor. Could you run
again with SANE's USB debug activated by 'export SANE_DEBUG_SANEI_USB=255' ?
There may be some USB issue. Checking system logs with 'dmesg' could be
interesting.
Regards,
Stef
el-request at lists.alioth.debian.org
Hello,
the reported version :
SANE GT68xx backend version 1.0 build 84 from sane-backends 1.0.20
seems quite old to me. You might try SANE 1.0.21.
You may also look into overriding flags to avoid power check: ie set
the
GT68XX_FLAG_NO_POWER_STATUS flag.
Regards,
Stef
Le vendredi 23 juillet 2010 15:25:02 m. allan noah, vous avez ?crit :
> This scanner is not currently supported by sane. However, in March
> there was a discussion about this scanner, which implied that it uses
> a Genesys Logic GL847 chipset. Stef has recently added support for
> thi
6
> bcdUSB 2.00
> bDeviceClass 255 Vendor Specific Class
> bDeviceSubClass 255 Vendor Specific Subclass
> bDeviceProtocol 255 Vendor Specific Protocol
> bMaxPacketSize064
> bNumConfigurations 1
> Device Status: 0x0001
> Self Powered
>
Hello,
this look like a gl847 scanner. I'll will clone the LiDE 200 entry in
the
genesys backend using 5600F usb id this week-end, so you can compile and try
to use your scanner.
Regards,
Stef
your_password"
> to sane-devel-request at lists.alioth.debian.org
Hello,
the artifacts you see are due to incorrect shading calibration. Does
these vertical lines change if you do several scans ? May be the lamp isn't
warm enough during first scans.
Regards,
Stef
Le mardi 7 septembre 2010 00:28:07 Andrew Ziem, vous avez ?crit :
> On Sun, Sep 5, 2010 at 10:29 PM, stef wrote:
> > Le samedi 4 septembre 2010 19:50:48 Andrew Ziem, vous avez ?crit :
> >> I use Fedora 13 (32-bit) with SANE 1.0.21-2 with a Lexmark X1150 (Dell
> >>
-request at lists.alioth.debian.org
Hello,
the G2410 is a clone of the HP 2400. Support for this scanner isn't
complete in the genesys backend. I'm not currently working on it, but Piotr
Mis who owns such a device has undertaken this.
Regards,
Stef
-166.fc12.i686 #1 SMP Fri Aug 27 06:55:23 UTC
> 2010 i686 i686 i386 GNU/Linux
>
> 3.
Hello,
the HP3690 has the same USB id than the HP3670 which is fully supported
by the genesys backend. Does the UTA works well also ?
I'll update descriptions for this scanner.
Thank for the success report,
Stef
Le Monday 13 September 2010 08:06:32, vous avez ?crit :
> 2010/9/13 stef :
> > Le Sunday 12 September 2010 23:18:22 Hiisi, vous avez ?crit :
> >> Hi!
>
> <--SNIP-->
>
> >Hello,
> >
> >the HP3690 has the same USB id than the
Le Wednesday 15 September 2010 13:40:38 Denis Jallat, vous avez ?crit :
> I have a canoscan 5600 too and the same problem as Catelin (probalely
> the same problem or an identical problem); I contacted stef and I gave
> him data so he can identify the problem.
>
> Denis Jallat
>
Le Thursday 16 September 2010 08:54:31 Hiisi, vous avez ?crit :
> > Regards,
> >Stef
>
> It doesn't work. Actually I was able to make a few copies of negatives
> but sane works only the first time I start it after reboot and only if
> the scanner also was swit
Hum,
here's the script
Regards,
Stef
-- next part --
A non-text attachment was scrubbed...
Name: run-genesys
Type: application/x-shellscript
Size: 244 bytes
Desc: not available
URL:
<http://lists.alioth.debian.org/pipermail/sa
Le Wednesday 15 September 2010 15:21:06 Andrew Ziem, vous avez ?crit :
...
>
> Hi Stef,
>
> Sorry! I had to do two things to make the shading file
>
> 1. I forgot to define DEEP_DEBUG :(
> 2. I ran the commented-out parts of your shell script. (Apparently the
> first tim
e the log I'll processed it and compare it with
Canon Lide 100/200 logs. This way we will have an idea of our close they are.
One quick test you could make is to clone the LIDE100 entry in
genesys_devices.c, and link it to 04a9:1909 and add this usb id in
genesys.conf .
Regards,
Stef
to sane-devel-request at lists.alioth.debian.org
Hello,
the HP2400 is not yet fully supported. So the issues you are facing are
expected.
Regards,
Stef
B
Id)
where you can get a pointer to a basic driver at
http://www.chmil.org/hp4600linux/ . It seems worth to explore this.
Regards,
Stef
s away from its parking
position, I can clearly see the GL843 printing on the PCB inside the scanner.
May be you could try to look at it to check it is also GL843 based.
Regards,
Stef
are scanned, maybe
there is room to scan more lines when scanning backward. You might try to
increase this value. Adding a define for this line number would be handy and
would improve the current code.
Don't hesitate to ask me for more information and advice.
Regards,
Stef
Le Monday 27 September 2010 18:12:06 stef, vous avez ?crit :
> Le Saturday 25 September 2010 22:58:03 chris guirl, vous avez ?crit :
> > Hi, I recently got this model scanner and tried it out. It works fine
> > in grayscale but when I scan color images, there are wide, repeating
&g
Le Tuesday 28 September 2010 06:49:32 Andrew Ziem, vous avez ?crit :
> On Sun, Sep 19, 2010 at 10:09 PM, stef wrote:
> > Le Wednesday 15 September 2010 15:21:06 Andrew Ziem, vous avez ?crit :
> > ...
> >
> >> Hi Stef,
> >>
> >> Sorry! I had to do
er. May be you could try to look at it to check it is also GL843
> > based.
> >
> > Regards,
> >
> > Stef
>
> Yes, my G4010 wears a GL843 too. Where can I find your work so I can start
> testing it?
>
> Regards,
>
> Eneko
Hello,
wouldn't change. This has to be modified since a
low dpi scan is slower when the sensor is set to 4800 than another lower
resolution.
Regards,
Stef
Le Saturday 02 October 2010 19:33:18 chris guirl, vous avez ?crit :
> On Mon, Sep 27, 2010 at 12:31 PM, stef wrote:
> >forgot to check that your scanner was supported by the lexmark
> > backend. Is it the case ? Sometimes scanners are merely relabeled
> > models.
Le Tuesday 05 October 2010 15:28:28 Brian Shaver, vous avez ?crit :
> Stef,
> Obtained the latest git source code. The G4010 is detected. scanimage
> --test passes. However, trying both Color and Gray modes all I get back
> scanimage is a solid black image.
>
> I'll keep
Le Friday 08 October 2010 13:11:22 Brian Shaver, vous avez ?crit :
> Stef,
> You are correct, changing the following line now produces results:
>
> /* set up clock once for all */
> if (1) /*if (strcmp (dev->model->name, "hewlett-packard-scanjet-g4050")
> ==
Le Friday 08 October 2010 13:11:22 Brian Shaver, vous avez ?crit :
> Stef,
> You are correct, changing the following line now produces results:
>
> /* set up clock once for all */
> if (1) /*if (strcmp (dev->model->name, "hewlett-packard-scanjet-g4050")
> ==
oided for legal reasons.
Sniffing means using a program that records USB activity during scans
done under windows so one can look at them and figure out the protocol.
If you double checked the X74 is rts8852 based, you can send patches to
the mailing list for the lexmark backend.
Regards,
Stef
scanner to test.
If you wish I may provide you the scripts needed to proecess USB logs,
and advice to tune the genesys backend for your scanner.
Regards,
Stef
; andrivon at cial.ca
>
Hello,
if you wish I can send you the scripts I use to decode gl841/842 logs.
Then you will be able to compare what is done under windows and by the
backend. It may be the analog frontend or the GPIO settings which are
different from the model you choose to clone.
Regards,
Stef
Le Wednesday 27 October 2010 16:11:27, vous avez ?crit :
> Yes, I have this model of scanner and I can make any tests.
>
> 2010/10/27 stef :
> > Le Tuesday 26 October 2010 11:46:51 Andrey Afletdinov, vous avez ?crit :
> >> I need to scan quickly and I use a command:
>
> to sane-devel-request at lists.alioth.debian.org
Hello,
regarding the darkness problem you have, I'm rather inclined to look
why
calibration work as good as it works with my LiDE 100. There is a persistent
cache for calibration. You may clear it with the --clear-calibration option,
which is available in the advanced panel option in Xsane. Does clearing it and
scanning again changes something ?
Regarding buttons, these options are read-only and thus cannot be set
as
a command line option. If you want to check the button status, you should
avoid using scripts, it would initialize the scanner each time, which may be
so long you'll miss button events. You'd rather use scanbuttond.
Regards,
Stef
Le Thursday 28 October 2010 03:20:37 Ludovic Andrivon, vous avez ?crit :
...
>
> Hi Stef,
>
> Of course you can send me your scripts.
> I will try to get something out of those logs then.
>
>
> Regards,
>
> Ludovic
Hello,
here are
issue you had.
Regards,
Stef
Light on/off shouldn't influence motor settings. However maybe when
doing
head parking, the light is turned off and the motor set for an higher cruising
speed since there is no need to gather data from sensor.
Regards,
Stef
e them on command line. The fetch_options() functions skip them, so
scanimage can't make use of it.
Maybe a -Q/--query argument could print out everything the backend
exposes for diagnostics purpose, which is different from what can be used by
scanimage in a script.
Regards,
Stef
). I'll submit a patch that brings such an
argument for everyone to review.
Regards,
Stef
options ?). I'll submit a
> > patch that brings such an argument for everyone to review.
>
> how about --all-options?
>
> allan
Hello,
here is a try at adding --all-options to scanimage . I'm looking
forward
to comment or suggestion.
Regards,
Le Tuesday 02 November 2010 03:57:40 Olaf Meeuwissen, vous avez ?crit :
> On 2010?11?02? 09:58, m. allan noah wrote:
> > On Mon, Nov 1, 2010 at 8:53 PM, Olaf Meeuwissen
wrote:
> >> On 2010?11?01? 23:45, stef wrote:
> >>> Le Monday 01 November 2010 14:51:59
s by next monday with the
according man page change.
Regards,
Stef
> Please give me a hint where should I look to find a solution of the
> problem.
>
> Thank you in advance,
> Best regards,
> Myroslav
Hello,
I am quite puzzled since I can't see this error message in scanimage
source code. Doing a " grep -r recognised * " on all SANE sources show no such
message. What am I missing ?
Regards,
Stef
Le Thursday 04 November 2010 22:01:48 m. allan noah, vous avez ?crit :
> try American English- unrecognized
>
> allan
>
> On Thu, Nov 4, 2010 at 4:53 PM, stef wrote:
> > Le Thursday 04 November 2010 14:57:05 Myroslav Kavatsyuk, vous avez ?crit
:
Indeed, it is much
Le Thursday 04 November 2010 20:05:00 stef, vous avez ?crit :
> Le Thursday 04 November 2010 15:06:15 m. allan noah, vous avez ?crit :
> > This patch looks fine to me- Though I would say 'All options' instead
> > of 'All SANE options'.
> >
> > all
h I would like to
> rebuild to a "film" scanner. But before taking it completely
> apart I can try to see if we can make it ruining with sane.
>
In older CVS there was an experimental backend for this scanner. Maybe
you could look at it.
> Please find attached the output of the sane-find-scanner
> utility.
>
> Best regards,
> Myroslav
>
Regards,
Stef
nesys] sanei_genesys_write_gl847_register (0x51, 0x07) completed
> > [genesys] sanei_genesys_write_gl847_register (0x3a, 0x00) completed
> > [genesys] sanei_genesys_write_gl847_register (0x3b, 0x00) completed
> > [genesys_gl847] gl847_bulk_write_register: wrote 3 registers
> > [genesys] sanei_genesys_fe_write_data: completed
> > [genesys_gl847] gl847_set_ad_fe(): end
> > [genesys] sanei_genesys_create_gamma_table: size = 256, maximum =
> > 65535, gamma_max = 65535, gamma = 1.7
> > [genesys] sanei_genesys_create_gamma_table: completed
> > [genesys] sanei_genesys_create_gamma_table: size = 256, maximum =
> > 65535, gamma_max = 65535, gamma = 1.7
> > [genesys] sanei_genesys_create_gamma_table: completed
> > [genesys] sanei_genesys_create_gamma_table: size = 256, maximum =
> > 65535, gamma_max = 65535, gamma = 1.7
> > [genesys] sanei_genesys_create_gamma_table: completed
> > [genesys_gl847] gl847_slow_back_home (wait_until_home = 1)
> > [genesys] sanei_genesys_read_gl847_register(0x6c)=0xe3
> > [genesys] sanei_genesys_write_gl847_register (0x6c, 0xfb) completed
> > [genesys] sanei_genesys_read_gl847_register(0x41)=0xfc
> > [genesys_gl847] status=PWRBIT BUFEMPTY FEEDFSH SCANFSH HOMESNR LAMPSTS
> > *[genesys] sanei_genesys_read_gl847_register (0x41): failed while
> > setting register: Invalid argument*
> > [genesys_gl847] gl847_slow_back_home: failed to read home sensor:
> > Invalid argument
> > scanimage: open of device genesys:libusb:002:008 failed: Invalid argument
> > [genesys] sane_exit: start
> > [genesys] sane_exit: exit
>
> So it seems that I've got an issue with the register (0x41 ?). BTW I
> cannot find the 0x41 registry in the genesys files.
>
> So how can I go on ? Do you have any idea ? Do you know where I could
> find any technical documentation that I could use to understand what is
> going wrong ?
> Perhaps would I need to create a specific CIS_CANONLIDE700 but I really
> don't know how to handle it...
>
> Thank you for your answers !
Hello,
this is a good start. The 700F may not be a clone of the LiDE 100/200,
so
some values must be tweaked. To get an idea of the extent of the changes to
do, I need an usbsnoop log of a preview done under windows.
Regard,
Stef
Le Wednesday 10 November 2010 09:55:10, vous avez ?crit :
> Dear Stef,
>
> I did not manage to compile SANE with the internal getopt_long. At
> least with my distribution (Ubuntu 10.10) SANE was always built with
> the glibc getopt_long and disregarding the definitions in the conf
can send a patch to the list. Generating it
with
'git format-patch' would be perfect. Since you have a lexmark scanner (I don't
have one anymore) and are working on the lexmark backend, it would be great if
you could step as it's maintainer. It would require to get a login on alioth
and be granting access rights to the git tree.
Regards,
Stef
Le Saturday 13 November 2010 14:12:19 Myroslav Kavatsyuk, vous avez ?crit :
> Dear Stef,
>
> Please find attached log of initialization and preview done
> wit the Canoscan 8400F, using correct program.
>
> What shell we do with the bug in canon backend? Are you
> going
eport. I have changed the logging code to test for
debugging level. So the raw.pnm file will be created only when it is needed.
Unless SANE_DEBUG_GENESYS envronment var is higher than 7, there will be no
log anymore.
Regards,
Stef
Adding support for the LiDE 210 will then be quite easy from usb logs I have.
Regards,
Stef
g to scan ? What are the error messages you have? Does
'sudo scanimage -L' detects your scanner ?
Regards,
Stef
ce for X74 support
addition. And last, to fix some indenting deltas, you should run 'indent' on
the modified file since this backend is formatted that way.
It would a perfect patch if you could find the time to update the man
page and lexmark.desc file.
Are you considering getting a login on alioth ?
Regards,
Stef
as I understand there are a few people around
> the world wanting to use this hardware.
>
> Thanks
>
> Chris
Hello,
you might consider running 'indent' on the genesys files before
modifications, and on the updated ones. Once formatted the same, you'll only
have your work in the 'diff'.
Regard,
Stef
the LiDE 100 and 110 don't use the same ASIC, so the backend needs to
be
modified. I am currently working on LiDE 110 support. That will be finished
this month.
Regards,
Stef
ht now, it does sane_start,
> > > sane_read, sane_start, sane_read, sane_start, sane_read,
> >
> > I do not see a problem in this call graph. Sure, we could leave the
> > cancel (or rename it to _end :-), however existing codebase like
> > frontends (applications
st backends, adding such a function would simply
resolve in renaming sane_cancel to internal_cancel, and have it called by
sane_cancel and the new function. Actively maintained backends will be able
to take advantage of it.
Regards,
Stef
rontend that reads less data than it required would call
sane_cancel().
While I imagine some cases where it may need to do such, frontends will
usually get what they asked for, and call sane_end().
It should also be noted that a frontend that don't call it would still
work.
Regards,
Stef
would be nice.
All of this can be done without breaking everything.
Regards,
Stef
?
Le Friday 11 April 2008 08:35:35 Alessandro Zummo, vous avez ?crit?:
> On Thu, 10 Apr 2008 21:33:50 +0200
>
> stef wrote:
> > Hello,
> >
> > since the general mood is improving SANE without breaking everything,
> > here's my wishlist:
>
> While
trying to
do such, there are some informations about doing this at
http://stef.dev.free.fr/sane/genesys/index.html
You can also aks question to the mailing list.
Regards,
Stef
Line-distance correction in pixel in the the plustek_st24_model
entry in genesys_devices.c .
I started some doc about the backend and some hint on how to improve it
at
http://stef.dev.free.fr/sane/genesys/index.html
Regards,
Stef
> Regards, Gernot
Yes, current CVS code. I think you may be interested in the several
messages
between Guillaume Gastebois and Pierre Willenbrock, all related to the Canon
LiDE 90 which is GL842 based.
Regards,
Stef
what is the SANE version you are running on your system ? If it is not
SANE
1.0.19, you should try it since it brings many improvement to the lexmark
backend. For instance it now handles slightly different model in the X1100
series.
Regards,
Stef
Hello,
I think this is a reasonable plan, and I feel like working on it.
Regards,
Stef
usually located
at /etc/sane.d), then try to use it from scanimage. It should be detected and
I expect it to fail during warm-up.
Regards,
Stef
what is going on.
BTW, is your model really a MD6228 ? MD5345, MD6228 and MD6471 have the
same
UBS id, but may be they are slightly different. The model I have is a MD6471.
Regards,
Stef
Le Monday 19 May 2008 11:18:37 Markus Kummer, vous avez ?crit?:
> Am Montag, den 05.05.2008, 21:29 +0200 schrieb stef:
...
> Hello
>
> Thanks for the reply!
> I made some USB-logs with USB Snoopy and tried to decode them with the
> decode.sh script, but the resulting file is alwa
1 - 100 of 1012 matches
Mail list logo
