Hi Andre,
first I have to say that I am not involved any more with the development
of the genesys backend.
But as you can see on the video, the sensor does not exceed the height
of the scan surface, but stops in the middle of the scan area.
So I can imagine only two possible reasons for the pr
Brian J Densmore schrieb:
>
>Maybe it's time
>
>
>someone works on making TWAIN applications for Linux?
>
Hello,
I think SANE is currently a very powerful API with the big advantage that all
frontends (and linux scanner applications) are able to work with all
(linux)backends.
If we have som
GL841 cannot work. It
>is detected but get stuck early. I don't know for other source repositories.
>At least Gerhard Jaeger and Philipp Schmid have expressed interest on this
>list to get it work. Maybe they could give some hints on how they are
>progressing ?
>
>Regards,
&
Hello,
Luke Q Campagnola wrote:
>I started doing some work with the GL841 a while back and got as far as
>updating all of the register #defines and grabbing some usb dumps from
>windows. Now that there's a little more activity going on with this chip,
>I'd like to help out again. Is there anythin
Hello,
>I've now finished the suggested restructure work for the genesys
>backend - it can be found in experimental/genesys-new.
>
You've to keep in mind that genesys-new/genesys_gl841.c bases on my really bad
version
of genesys_gl841.c that isn't able to get compiled. I'm sorry about this and
t
Hi 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
Hi Stefan,
>Hm, then I am confused now. Is it supposed to work or not?
>
>
It is not supported and it does not work.
>On my machine it looks like it is detected and several USB commands are sent.
>It
>freezes on some "bulk data send" and it looks like kernel attemt timeout (see
>also my first
Hi Stefan,
I've written in my last mail the following:
>>There isn't currently an entry in genesys_devices.c and in genesys.conf
>>for the lide-35, so the genesys backend aborts. We have to add the
>>lide-35 to this files.
>>
This is not true, cause the lide-35 and the lide-50 scanner are actu
Hi Stefan
First I have to say that it is very useful to enable debug mode for
finding errors by typing the following on the console:
export SANE_DEBUG_SANEI_USB=128
export SANE_DEBUG_GENESYS=255
>What do you think should be wrong with my system? Is there someting I
>have to configure/check? Wha
Hello,
> If everyone is OK with this, I feel like doing it this week-end. For a
>start, gl841 functions would be a copy of gl646 functions.
>
I'm OK with this. Thanks for this.
Philipp
This is a multi-part message in MIME format.
--010201010504090102010302
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
Stef, I think you are absolutely right with your diagnostic that the
genesys driver (written for gl646) fails wit
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 endpoint 0x82. It is after genesys_create_slope_table:
[genesys] genesys_bulk_write_register (size = 162)
[sanei_usb] sanei_us
Hello,
I am very interested in doing some developpment on the genesys driver.
So I tried the genesys driver from the cvs html tree with a lide50
scanner. But it doesn't work on my system because it ends in an usb
IO-error.
e.g. if I try scanimage with SANE_DEBUG_SANEI_USB=128 and
SANE_DEBUG_
hi,
is there really no one with a 5400c ???
greets philipp
hi,
i could not find any information about the 5400C maybe you have some
experience.
does it support HP SCL?
if not are there any other possiblity to run this scanner under linux?
if not how can i write a driver for it?
thx philipp
15 matches
Mail list logo
