[sane-devel] any scanner drivers that will work with twian compliant digital cams?

2003-06-23 Thread Peter Fales
On Mon, Jun 23, 2003 at 06:55:32PM +0200, Henning Meier-Geinitz wrote: > However, there is the gphoto2 backend which can be used to access > devices supported by gphoto2. See http://www.gphoto.org. Unfortunately, there are no Vivatar cameras supported by gphoto2. A quick google search shows a num

[sane-devel] any scanner drivers that will work with twian compliant digital cams?

2003-06-23 Thread Henning Meier-Geinitz
Hi, On Sun, Jun 22, 2003 at 09:24:16PM -0700, technomage wrote: > I have a vivtar brand vivcam-10. To answer the question in the subject: There is no such thing a a TWAIN-compliant camera o scanner. Only the scan applications are TWAIN-compatible. So beeing TWAIN-compatible doesn't mean anything

[sane-devel] FreeBSD and Microtek Scanmaker II

2003-06-23 Thread abel deuring
Matto Marjanovic wrote: > > >OK, so we have indeed a flaw in the Linux SCSI system... I assume that > >the scanners identify themselves as SCSI 1 devices, where these short > >sense data blocks are normal. > > They do identify themselves, as a protocol between SCSI-1 and SCSI-2. > ("SCSI_1_CC

[sane-devel] Re: Sane support for Acer parallel port scanners

2003-06-23 Thread mrjane...@gmx.net
Thank you Oliver and Henning for your replies regarding my problem! I think I will now try to run the scanner with windows-drivers using Wine. If that doesnt work, I will simply buy a new, Linux-compatible scanner - since they dont cost that much. I dont know how to write a backend - so thanks to a

[sane-devel] HP 7450C USB scanner failure with ADF

2003-06-23 Thread TomF
On Redhat 9.0 with all Up2date patches installed, I uninstalled sane-backends and installed sane-backends-1.0.12-1asp.i386.rpm. When I ran xsane with ADF enabled, my HP7450C scanner, which is connected via usb, fed about 5 inches of the first document into the ADF, went into Initializing mode, and

[sane-devel] FreeBSD and Microtek Scanmaker II

2003-06-23 Thread Matto Marjanovic
>OK, so we have indeed a flaw in the Linux SCSI system... I assume that >the scanners identify themselves as SCSI 1 devices, where these short >sense data blocks are normal. They do identify themselves, as a protocol between SCSI-1 and SCSI-2. ("SCSI_1_CCS" in drivers/scsi/scsi.h. This macr

[sane-devel] FreeBSD and Microtek Scanmaker II

2003-06-23 Thread abel deuring
Matt, > >are you sure that the Linux SCSI system (or FreeBSD) tries to issue a > >REQUEST SENSE, if it can't "connect" to device? (If I find enough time, > > I'm not exactly sure what is going on in this particular situation. > > Last winter, a user (Shawn Rutledge) was really helpful in track