[sane-devel] gt68xx bugreport

2004-12-02 Thread Iacopo Spalletti
Alle 16:18, gioved=EC 2 dicembre 2004, Michael Daum ha scritto: > Hi Henning, > > I've got a mustek bearpawn 2448 cs plus scanner attached to > the usb port. But it does not work. >[...] > dmesg says: > > usb 2-2: control timeout on ep0in > usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd scanimage rqt

[sane-devel] help with Canon N1220U; sane 1.0.15; Linux

2004-12-02 Thread Gerhard Jaeger
Hi, On Thursday 02 December 2004 02:45, Jason Stahl wrote: > Hey Folks, > > I am trying to get my Canon N1220U scanner working with sane-backends > 1.0.15 on my laptop which is running Gentoo. I am having problem. Full > details are at the following URL. Thanks for any help anyone can give. > > ht

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

2004-12-02 Thread Gerhard Jaeger
On Thursday 02 December 2004 18:19, Tim Waugh wrote: > On Thu, Dec 02, 2004 at 06:41:05AM +0100, Gerhard Jaeger wrote: > > The 1250 works here with latest CVS and 1.0.15. > > IDs: 04b8:010f > > This ID matches the one that is reported not to work with 1.0.15. Yes I know - but I can't believe... >

[sane-devel] problems with HP 7450c

2004-12-02 Thread René Rebe
Hi, Marcus Hufgard (Kalkwerk Hufgard GmbH) wrote: > I use sane 1.0.15 on Linux compiled by source. I use the newest > avision-sane backend 1.0 Build 106. Ouhm - I'm currently in a process of reorganzation quite huge code fragments to support new scanner modeles (including duplex scanning). I ha

[sane-devel] problems with HP 7450c

2004-12-02 Thread Marcus Hufgard (Kalkwerk Hufgard GmbH)
Hi! i have the problem that i can't use my HP 7450c. I use sane 1.0.15 on Linux compiled by source. I use the newest avision-sane backend 1.0 Build 106. sane-find scanner gets the following answer: [root@w01glt03 sane-avision]# sane-find-scanner # No SCSI scanners found. If you expected

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

2004-12-02 Thread Tim Waugh
--E75mJrUy8lRi9cGN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 02, 2004 at 06:41:05AM +0100, Gerhard Jaeger wrote: > The 1250 works here with latest CVS and 1.0.15. > IDs: 04b8:010f This ID matches the one that is reported not to work with 1.0.15. See comm

[sane-devel] gt68xx bugreport

2004-12-02 Thread Michael Daum
Hi Henning, I've got a mustek bearpawn 2448 cs plus scanner attached to the usb port. But it does not work. I'm running a debian/testing system with - 2.6.7-smp linux kernel - sane 1.0.15-2 - libusb-0.1-4 The scanner is recognized by the first sane-find-scanner and the first scanimage -L. But s

[sane-devel] sanei_usb and libusb_timeout

2004-12-02 Thread abel deuring
Oliver Rauch wrote: > I suggest to keep it as USB function. Other bus systems may need > different timeout values so it is better to use different functions for > different connection types. Right. Additionally, it might be reasonable to use different timeout values for different USB devices, li

[sane-devel] USB Epson Perfection 1250: "sane_start: Device busy"

2004-12-02 Thread Gerhard Jaeger
On Wednesday 01 December 2004 22:51, Till Kamppeter wrote: > Julien BLACHE wrote: > > Tim Waugh wrote: > >>Well this still seems to be affecting 1.0.15 even with the epson > >>backend change. Commenting out the epson line in dll.conf makes > >>things work; they don't work if the line is uncomment

[sane-devel] Duplex/ADF scanner recomendation

2004-12-02 Thread René Rebe
Hi, I wrote: >> ADF + flatbed >> USB 2.0 - ideal but not necessary, SCSI or usb 1.1 is >> acceptable >> Volume of 500 - 1000 pages per day > > > I'm working on fixing all remaining issues to fully support the Avision > AV220. I has this specs: > > Duplex > ADF (no flatbed - sheetfeed) > USB 2.

[sane-devel] sanei_usb and libusb_timeout

2004-12-02 Thread René Rebe
Hi, Henning Meier-Geinitz wrote: > On Wed, Dec 01, 2004 at 02:54:59PM +0100, René Rebe wrote: > >>the default timeout passed to libusb of 30 seconds is quite a bit long. >>So recovering from errors is already quite annoying for some use cases. >>Now I have a situation where I expect an error t