[sane-devel] [PATCH] Add support to snapscan for Benq Scanwit 2720S film scanner
Andrew, What is the current status? I would call it at least 'Good'. I have used this code to scan over a hundred negatives. But then only I have used it. Others may want something else. I am open to adding to it although I would prefer to get an initial implementation committed before doing so. Thanks again for your work. I've committed your revised patch to GIT now, with just one additional change to snapscan.desc to get the scanner listed on the sane-project homepage. Kind regards, Oliver
[sane-devel] Support for Benq Scanwit 2720S
Andrew, I'm sorry, but I haven't received any emails from you lately. The last message I got from you is from January 26th. Can you please resent your emails, I'll double check for any over-eager spam filter. Kind regards, Oliver I was working with Oliver Schwartz to add support to the snapscan backend for the Benq Scanwit 2720S, a SCSI film scanner. This was greatly helped by also referring to the incomplete scanwit backend by Max Ushakov. Oliver has not responded to my emails for several weeks now. There was a problem early on when my email landed in his spam folder but he does not have much time spare at the moment anyway and his replies often took some time to come back so I am not sure if he is just busy or my emails are going astray. I have a patch ready that I would like to be reviewed and then possibly committed. Is anyone in contact with Oliver? Is there someone else who can look at this patch?
[sane-devel] Benq S2W 4300U Scanner...
Zed, the log from scanimage -L looks fine (there is no error in the log) and the console output shows that the scanner is correctly detected. The Gtk-warnings are xsane related and you can probably ignore them. If you still cannot scan in xsane I need the backend log while running xsane, i.e. run SANE_DEBUG_SNAPSCAN=255 xsane 2snapscan.log and send me the log file, together with the actual error message from xsane. Please compress the log before sending if it's more than a few kilobytes. Regards, Oliver On 04.02.2010, at 20:59, Zed wrote: I attach a copy of the logfile, together with the result of terminal commands running as Root and as user, in the hope that it may be of some assistance.
[sane-devel] Benq S2W 4300U Scanner...
Hi, Please remove the line containing the USB device from your config file (/dev/usb/scanner0) - it's no longer useable for systems using libusb and the specified device does not exist on your system. After removing the line the scanner should be found automatically. Thsnk you for your quick response. Did as you suggested but still get the error message: Error. Failed to open device snapscan:libusb:002:003: Error during device I/O lusb confirms that the scanner is Bus 002 Device 003: ID 04a5:20b0 Acer Peripherals Inc. (now BenQ Corp.) A2W 3300U4300U. To rule out permission problems you should try to run scanimage as root. If that still results in an error please send a log file with SANE_DEBUG_SNAPSCAN=255 scanimage -L 2snapscan.log Regards, Oliver
[sane-devel] Benq S2W 4300U Scanner...
Hi, On 02.02.2010, at 10:09, Zed wrote: I am using LinuxMint v8.0 and having difficulty in getting my Benq S2W 4300U Scanner to work on my system. After installing u176v046.bin in .usr/share/sane/snapscan, and editing /etc/sane.d/snapscan.con to read: #-- General --- # Change to the fully qualified filename of your firmware file, if # firmware upload is needed by the scanner firmware /usr/share/sane/snapscan/u176v046.bin # If not automatically found you may manually specify a device name. # For USB scanners also specify bus=usb, e.g. /dev/usb/scanner0 bus=usb I get an error message: Failed to start scanner: Error during device I/O Please remove the line containing the USB device from your config file (/dev/usb/scanner0) - it's no longer useable for systems using libusb and the specified device does not exist on your system. After removing the line the scanner should be found automatically. Regards, Oliver
[sane-devel] Has anyone managed to get Snapscan backend working with FreeBSD 8.0 (which uses libusb)?
Hi Allan, Anyway, I've commited a hash function now. The new code should also work on FreeBSD 8.0. If anyone can try it, I'd be much obliged. I did not see any commit message. did you git push? Err - yes, and it told me that it had pushed 4 or 5 objects. That was my first git commit/push, so I may well have missed something. A 'git status' told me I was in sync with the main branch (or something to that effect, I don't have access to my Linux machine at the moment). I'm not subscribed to sane-commit, so I haven't been able to verify the commit. Kind regards, Oliver
[sane-devel] Has anyone managed to get Snapscan backend working with FreeBSD 8.0 (which uses libusb)?
Hi all, On 26.01.2010, at 15:46, m. allan noah wrote: Seems like an individual backend should not need to parse the device string. Isn't there some other way to come up with a unique semaphore, like process id? the process id could be used, but it may fail theoretically. One example is a frontend that uses two (snapscan-)scanners at the same time (not that I think anybody actually does that). The clean solution is a semaphore per device. In the days before libusb the backend used ftok(). The current code was written by Julien, as far as I know, because the ftok() call failed miserably and the unique id was always 0. So I guess I'll stay with the device string, but maybe use some sort of crc instead of parsing it. Other ideas are, of course, welcome. Kind regards, Oliver
[sane-devel] Has anyone managed to get Snapscan backend working with FreeBSD 8.0 (which uses libusb)?
Hi all, On 28.01.2010 at 14:39 m. allan noah wrote: I would do both- process ID combined with a hash of the device name, I believe that would defeat the purpose. The whole point of the mutex is to protect the USB device from simultaneous access from two processes, e.g. the reader process and the main process. If the key to create the mutex is different in both processes they end up with different mutexes and the USB device is unprotected. Anyway, I've commited a hash function now. The new code should also work on FreeBSD 8.0. If anyone can try it, I'd be much obliged. Kind regards, Oliver
[sane-devel] Has anyone managed to get Snapscan backend working with FreeBSD 8.0 (which uses libusb)?
Hi all, On 25.01.2010, at 12:26, Torfinn Ingolfsen wrote: In the meantime, another FreeBSD user found a way to fix it, it is just a one-line patch: http://lists.freebsd.org/pipermail/freebsd-usb/2010-January/ 008172.html With Andrew's patch, my scanner now works: root at kg-v2# sane-find-scanner -q found USB scanner (vendor=0x03f0 [HP], product=0xc202 [Photosmart 8200 series]) at libusb:/dev/usb:/dev/ugen1.2 found USB scanner (vendor=0x06bd [AGFA], product=0x2061 [ Snapscan1212u_2]) at libusb:/dev/usb:/dev/ugen2.2 root at kg-v2# scanimage -L device `snapscan:libusb:/dev/usb:/dev/ugen2.2' is a AGFA SNAPSCAN 1212U_2 flatbed scanner Thanks for the pointer, I'll try to get this fixed in the backend. The code in question was added recently to fix another problem with calculating a unique identifier. Maybe one of the guys who's experienced with autoconf can give me a hint on how to do this the best way. Should I just use #ifdef BSD around the code in question or is there some autoconf magic that would allow me to do a more advanced query? I also have to retest this on OS X - the code in question looks very Linux specific. Kind regards, Oliver
[sane-devel] Has anyone managed to get Snapscan backend working with FreeBSD 8.0 (which uses libusb)?
Hi, I have an old Agfa Snapscan 1212U scanner which have served me well for years, using SANE under FreeBSD. To make a long story short; FreeBSD 8.0-release came with a new usb stack, and is using libusb. And my scanner no longer works. Has anyone managed to get the snapscan backend working under FreeBSD 8.0? what does you snapscan.conf look like? If libusb is used, you mustn't use a device entry such as /dev/... or libusb:/dev/ All that is needed is the entry containing the vendor and product ID of your scanner, i.e usb 0x06bd 0x2061 and the firmware entry. Hope this helps, Oliver
[sane-devel] Acer ScanPrisa640U Scanner isn't in your list and there are alot of us trying to use it!
Hi, What list exactly are you referring to? On http://www.sane-project.org you'll find it listed under Benq 640U (Acer Peripherals renamed itself to Benq several years ago, as is also mentioned in the same list). The scanner has been supported for more than seven years. So, what exactly are the problems that a you and the lot of others that you are referring to have with this scanner? Kind regards, Oliver
[sane-devel] Lost with udev and sane
John, You don't need to create any '/dev/usb/scanner' device, nor should you specify the scanner device in snapscan.conf. Your scanner will be detected automatically provided that the USB ID is listed in snapscan.conf, which should be the case for the snapscan 1212 on any standard sane installation. Concerning your log: All read and write operations to the scanner fail, so either the scanner does not respond (possible reasons: scanner hangs from previous communication attempts or is broken) or the backend does not communicate with the scanner at all. My advice is to remove the udev rules (the only udev rule that make sense is to set proper access permissions on the scanner device file), than power-cycle the scanner and try again. You can send me the resulting log if the problems persist. If you get permission problems, try as root first before creating new udev rules. Regards, Oliver On 14.03.2009, at 20:05, John Coppens wrote: 5) Checked that the firmware was available, and the firmware command set in snapscan.conf 6) with DEBUG level set to 255, I get: [sanei_debug] Setting debug level of snapscan to 255. [snapscan] sane_snapscan_init [snapscan] sane_snapscan_init: Snapscan backend version 1.4.53 [snapscan] add_usb_device(/dev/usb/scanner bus=usb) [snapscan] add_usb_device: Detected (kind of) an USB device [snapscan] snapscani_usb_open(/dev/usb/scanner) [snapscan] snapscani_check_device() [snapscan] mini_inquiry [snapscan] snapscan_cmd [snapscan] snapscani_usb_cmd(0,0xbfe52212,6,0xbfe521ee,0xbfe52218 (36)) [snapscan] atomic_usb_cmd(0,0xbfe52212,6,0xbfe521ee,0xbfe52218 (36)) [snapscan] usb_cmd(0,0xbfe52212,6,0xbfe521ee,0xbfe52218 (36)) [snapscan] usb_cmd: cmdlen=6, datalen=0 [snapscan] usb_write: writing: 0x12 0x00 0x00 0x00 0x24 0x00 [snapscan] usb_write Only 0 bytes written [snapscan] Written 0 bytes [snapscan] mini_inquiry: snapscan_cmd command failed: Error during device I/O [snapscan] snapscani_check_device: mini_inquiry failed with Error during device I/O. [snapscan] snapscani_usb_close(0) [snapscan] 1st read 0 write 0 [snapscan] sane_snapscan_get_devices (0xbfe533a8, 0) device `v4l:/dev/video0' is a Noname LifeView/Typhoon FlyVIDEO2000 virtual device [snapscan] sane_snapscan_exit
[sane-devel] How to accurately scan A4(210mmx297mm) size paper?
Hello all, IIRC the person who wrote XSane is indeed german (Oliver Schwartz) well, I'm german, but I didn't write XSane :-( That honour belongs to Oliver Rauch (who is also german AFAIK). Regards, Oliver
[sane-devel] Problem: X-Server crashes when using XSane
Hi, please also provide the log produced by SANE_DEBUG_SNAPSCAN=255 xsane 2 debug.log then use xsane until the error occurs. The logs tend to get quite big, so you should compress it. Regards, Oliver On 21.06.2008, at 17:46, Christoph M. Schr?der wrote: Hi, thanks for the information. My fault. You can now find them here: http://home.mnet-online.de/hta/syslog.txt http://home.mnet-online.de/hta/messages.txt Christoph Julien BLACHE schrieb: Christoph M. Schr?der cmschroeder at maxi-dsl.de wrote: Hi, i wrote, i sometimes also get this Failed to start scanner: error during device I/O message. And in the sane-project.org FAQ is written to connect the mailing list, if an error like this appears. I'd really be happy if i could solve this problem...
[sane-devel] Problem: X-Server crashes when using XSane
Hi, the interesting part is the contents of the file 'debug.log', which should be created in the directory from which you started xsane. Regards, Oliver On 24.06.2008, at 17:50, Christoph M. Schr?der wrote: Hi, thanks Oliver. This is what i'm getting showed in the terminal: $ SANE_DEBUG_SNAPSCAN=255 xsane 2debug.log User defined signal 1 $
[sane-devel] Problem: X-Server crashes when using XSane
Hi, the interesting part of the log is at the end: [snapscan] sense_handler(6, 0x84ba800, 0x8265d78) [snapscan] sense_handler: sense key: 0x04, asc: 0x00, ascq: 0x00, i1: 0x00, i2: 0x4c [snapscan] sense_handler: Hardware error. (0x00, 0x4c) [snapscan] read_calibration_data: snapscan_cmd command failed: Error during devi ce I/O [snapscan] calibrate: read_calibration_data command failed: Error during device I/O [snapscan] sane_snapscan_start: calibration failed. [snapscan] release_unit [snapscan] snapscan_cmd [snapscan] sane_snapscan_cancel [snapscan] killing reader_process According to my docs the hardware error is a scan module locked error. Maybe the transportation lock is still engaged? Do you get the error only if you use the transparency adapter or also in flatbed mode? I'm not sure why the Xserver crashes when a child process is killed, but maybe the people at X.org would find the information useful. Kind regards, Oliver Am 24.06.2008 um 18:07 schrieb Christoph M. Schr?der: Sorry, now i got it. Oliver Schwartz schrieb: Hi, the interesting part is the contents of the file 'debug.log', which should be created in the directory from which you started xsane. Regards, Oliver On 24.06.2008, at 17:50, Christoph M. Schr?der wrote: Hi, thanks Oliver. This is what i'm getting showed in the terminal: $ SANE_DEBUG_SNAPSCAN=255 xsane 2debug.log User defined signal 1 $ -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org ! Oliver Schwartz Tel.: +41 / (0)44 / 461 06 29 (fest) ! ! D?ltschiweg 3 +41 / (0)76 / 566 29 72 (mobil) ! ! CH-8055 Z?richE-Mail: Oliver.Schwartz at gmx.de!
[sane-devel] Snapscan Backend - Mac OSX Tiger don't work
Hi, you need the firmware file for your scanner (Snapscan 1212U_2.bin from your scanner driver CD). Save it under a name without spaces and specify the filename (with full path) in the file /usr/local/etc/ sane.d/snapscan.conf After that, check if scanimage -L on the command line finds the scanner. If the scanner still isn't found, run SANE_DEBUG_SNAPSCAN=255 scanimage -L debug.log and send me the resulting debug.log file. Regards, Oliver Am 10.05.2008 um 04:33 schrieb Radulph Kader: Dear Mrs. and Mr., I?m trying to configure TWAIN-SANE for Mac OSX Tiger (10.4.11) from Matthias Ellert on an old G4/500 with an AGFA Snapscan 1212u_2. All the time the system forget the scanner. And Image Capture don?t find the scanner. And when I try to make scanner-sharing ON the fields are empty. So I took a look in the FAQ vom Mr. Ellert and tested in Terminal the command ?scanimage?. Nothing. Then I tried to use sudo scanimage ?d test:0 test.pnm [password] test.pnm is produced in my home folder but scanner isn't responding. Mr. Ellert writes in his FAQ in this case it is allowed to send you a message, because maybe it is a bug. Could you help me? Please note: I am an absolutely novice with the command line tool. Best and many thanks in advance Radulph Kader -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org
[sane-devel] Proposed patch for the snapscan semaphore issue
Hi, The patch only works for libusb devices. Applying it as is means the backend will now fail hard if you're using a non-pthread build of SANE with a non-libusb access method. I'm not sure such a combination exists. If I'm not mistaken, OS/2 uses pthread by default, so does OS X and all other OSes use libusb. If I read your patch correctly it would also break support for the old USB access by device /dev/usb/scanner0 on Linux 2.4.x (or was it 2.2.x?) without libusb. Maybe it's a good idea to fall back to the old ftok() method if the device name doesn't start with libusb:. Apart from that the patch looks ok to me. Regards, Oliver
[sane-devel] command for stupid people?
Hi, I assume you are using the snapscan backend. In this case: My Epson 3490 works just fine if the firm ware is loaded from a Windows box first. I also have located the binary that needs to be loaded. Is there a bash command I can run to manually load the binary file into the scanner? Would something like: echo esfw52.bin some device Work? No. You need to edit snapscan.conf (either in /etc/sane.d or /usr/ local/etc/sane.d, depending on you setup and add the fully qualified filename of esfw52.bin to the firmware line, e.g. firmware=/var/lib/sane/esfw52.bin Regards, Oliver
[sane-devel] Epson Perfection 1670 USB on Mac 10.3.9
Hi, you also need to specify the path to the firmware file in snapscan.conf, which is installed in /usr/local/etc/sane.d/ on OS X, IIRC. The firmware file itself (esfw30.bin) should be contained on the windows driver CD. See http://snapscan.sourceforge.net for some additional infos on the firmware files. Let me know if that doesn't solve your problem. Regards, Oliver On 18.12.2007, at 05:51, andy whelan wrote: Andy-Whelans-Computer:~ andywhelan$ scanimage -L [sanei_debug] Setting debug level of snapscan to 2. [snapscan] add_usb_device: error opening device libusb: 002:002-04b8-011f-ff-ff: Invalid argument
[sane-devel] Epson 3490 quirk?
Hi, On 07.12.2007, at 15:26, Patrick wrote: I have an Epson 3490. It did work in Ubuntu Edgy but not too well. If I used it in Windoze and then Ubuntu it worked fine. However if it was not re-initialized under windoze every so often it would not work. ... but I get this message when I use xsane: Failed to open device 'snapscan:libusb:005:002; Invalid argument Someone posted a configuration file fix but I can't find any mention of a firmware file in test.conf you then edit /etc/sane.d/snapscan.conf and replace : firmware /etc/sane.d/test.conf with the full path to the firmware and it should work fine and dandy ! You need to replace /etc/sane.d/test.conf with the path and filename to your firmware file. The firmware file can be found on your windows driver CD and is named esfw52.bin. For additional information see http://snapscan.sourceforge.net . If you don't get it to work feel free to contact me. Regards, Oliver
[sane-devel] benoit's sniffer
Hi, I've written a small perl script that parses the output of usbsnoop and translates it to snapscan commands. I'll send it to you tomorrow. Regards, Oliver On 26.10.2007, at 11:20, matei kolt wrote: OK, the code with benoit's usb sniffer. Pluging in, a few prewiews and a scan. http://matei.upcnet.ro/usbsnoop.log.tar.bz2 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-request at lists.alioth.debian.org
[sane-devel] epson perfection 1670 problem
Hi, On Sunday 30 September 2007 18:01, Tanguy Eric wrote: When i launch xsane from command line i can see this warming : [snapscan] Scanner warming up - waiting 6 seconds. [snapscan] Scanner warming up - waiting 36 seconds. and after when i ask a scan xsane spend also times warming : [snapscan] Scanner warming up - waiting 4 seconds. [snapscan] Scanner warming up - waiting 36 seconds. It's a lot of warming! Yes. Unfortunately the time is specified by the scanner, the backend just does what the scanner asks for. If the backend sends any commands before the warming up is completed the scanner will return an error. There's probably some way to shorten the warming up phase of the 1670, but I haven't a clue how to do it. Sometimes also when i launch xsane it comes up immediately but when i ask a scan i obtain an error message : Failed to start scanner: Invalid argument That sounds like a different problem. Please run SANE_DEBUG_SNAPSCAN=255 xsane 2debug.log and send me the debug.log file for such an error. Regards, Oliver
[sane-devel] Firmware for Epson Stylus CX-1500?
Hi, On Monday 30 April 2007 16:57, L? H?ng B?i wrote: Hi everybody, I'm using an Epson Stylus CX-1500. I can scan image from it with snapscan backend. However, the image is green, no red, no blue. It seems that I need to specify a firmware to upload to the scanner. I look in Windows installation and there are many .bin files installed. They are C:\WINDOWS\system32\epscan6\1500\211bv040.bin, c:\windows\system32\twain_32\cmt1500.bin, c:\windows\system32\twain_32\cmt1500t.bin, c:\windows\system32\twain_32\sat121.bin. Which is the firmware file to upload? I have only one confirmed report about a working Epson Stylus CX-1500. It seems that this scanner does not need a firmware file at all. You would get an error message and no scanning would be possible at all if the scanner needed a firmware file. According to the report that I got the scanner works flawlessly. Did you try different resolutions? What versions of SANE are you using (scanimage --version)? Regards, Oliver
[sane-devel] problem while found SCSI scanner AGFA SNAPSCAN 1236 1.50 at /dev/sg0
Hi, On Monday 30 April 2007 21:34, Y P wrote: as you will see, the scanner is found/recognized, but xsane seems to find his Logitech QuickCam and doesn't give him the choice to tell that's his intensions are to scan, not to webcam :-) He also did tried to add ln -s /dev/sg0 /dev/scanner but the scanner symlink is removed at each reboot. The scanner should be detected automatically by the snapscan backend. There is no symlink needed. The only necessary entry in snapscan.conf (usually in /etc/sane.d/snapscan.conf) is the following line: scsi AGFA * Scanner If the automatic detection does not work you *can* specify the device direcly, by adding a line in snapscan.conf with just the devicename, e.g. /dev/sg0 (without quotes). Also make sure that the snapscan backend is enabled in /etc/sane.d/dll.conf, i.e. there's a line snapscan (without quotes) in dll.conf which is not commented out. You don't need any firmware for SCSI scanners. If all this doesn't help please send a debug log (run SANE_DEBUG_SNAPSCAN=255 scanimage -L 2debug.log). Regards, Oliver
[sane-devel] Out of memory in sanei_scsi_cmd [was: Annoying Out of MEmory Error...]
Hi Abel, As far as I can tell I'm issuing a sanei_scsi_cmd with a send buffer of ten bytes and a receive buffer of 130176 bytes. Both should fit into the SCSI buffer of 131072 bytes easily. is 130176 a typo, or does the backend really wants to read 4 bytes more than reserved? (or do I misunderstand something?) I could not find the the number 130176 anywhere else. No, it's not a typo, it's just a bit tricky to read :-) The buffer size is 131072 bytes, not 130172 bytes, so it's bigger than the requested 130176 bytes. I fell into the same trap when I first looked at the numbers :-) The 130176 bytes are taken from the snapscan source code and some part of the log which was missing in my mail, it's the effective buffer size rounded up to the next 128 bytes boundary: [snapscan] inquiry: effective buffer size = 130101 bytes, 37 lines This point aside, I don't have a really good hint, except that I have the impression that the Linux atp870u driver is not the best piece of code in the kernel. Maintainance of the driver was, at least some time ago, a bit unclear. Moreover, another user recently reported problems with this driver on the list; he could use his scanner fine after replacing the adapter with a properly supported one. Ok, I didn't know that. I'll try on linux-scsi and recommend another SCSI controller to the user reporting the bug. Thanks a lot for your input, Oliver
[sane-devel] Out of memory in sanei_scsi_cmd [was: Annoying Out of MEmory Error...]
Hi SCSI experts, a user reported a problem with an Acer 620ST plugged into a Artop Electronic Corp AEC6712D SCSI controller (atp870u driver). The system causing problems is running linux-2.6.17-gentoo-r8, gcc 4.1.1 and glibc-2.4, sane-backends-1.0.18. On this system the following error occurs: ... [snapscan] open_scanner [sanei_debug] Setting debug level of sanei_scsi to 255. [sanei_scsi] sanei_scsi_open: SG driver version: 30533 [sanei_scsi] sanei_scsi_open_extended: using 131072 bytes as SCSI buffer [sanei_scsi] trying to enable low level command queueing [sanei_scsi] sanei_scsi_open: Host adapter queue depth: 1 [sanei_scsi] sanei_scsi_open: SG driver can change buffer size at run time [sanei_scsi] sanei_scsi_open: using new SG header structure [snapscan] sane_snapscan_open: waiting for scanner to warm up. [snapscan] wait_scanner_ready ... [snapscan] send [snapscan] snapscan_cmd [sanei_scsi] scsi_req_enter: entered 0xb7c5e008 [sanei_scsi] sanei_scsi.issue: 0xb7c5e008 dev_max(currently)=32 max_active_device=1 (origin 1) def_reserved_size=32768 device=sg0 scsi1 chan=0 id=2 lun=0 em=0 sg_tablesize=128 excl=1 FD(1): timeout=12ms bufflen=131072 (res)sgat=4 low_dma=0 cmd_q=1 f_packid=0 k_orphan=0 closed=0 rb act: id=9 blen=1024 t_o/elap=12/8ms sgat=1 op=0x2a [sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1 [sanei_scsi] sanei_scsi_req_wait: waiting for 0xb7c5e008 [sanei_scsi] sanei_scsi.issue: 0xb7c5e008 dev_max(currently)=32 max_active_device=1 (origin 1) def_reserved_size=32768 device=sg0 scsi1 chan=0 id=2 lun=0 em=0 sg_tablesize=128 excl=1 FD(1): timeout=12ms bufflen=131072 (res)sgat=4 low_dma=0 cmd_q=1 f_packid=0 k_orphan=0 closed=0 rb rcv: id=9 blen=1024 dur=108ms sgat=1 op=0x2a [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [snapscan] measure_transfer_rate: have ring buffer [snapscan] scsi_read [snapscan] snapscan_cmd [sanei_scsi] scsi_req_enter: entered 0xb7c5e008 [sanei_scsi] sanei_scsi.issue: 0xb7c5e008 dev_max(currently)=32 max_active_device=1 (origin 1) def_reserved_size=32768 device=sg0 scsi1 chan=0 id=2 lun=0 em=0 sg_tablesize=128 excl=1 FD(1): timeout=12ms bufflen=131072 (res)sgat=4 low_dma=0 cmd_q=1 f_packid=0 k_orphan=0 closed=0 No requests active [sanei_scsi] sanei_scsi.issue: bad write (errno=12) Cannot allocate memory -1 [sanei_scsi] sanei_scsi.issue: SG_BIG_BUF inconsistency? Check file PROBLEMS. [sanei_scsi] scsi_req_enter: queue_used: 0, queue_max: 1 [sanei_scsi] sanei_scsi_req_wait: waiting for 0xb7c5e008 [sanei_scsi] sanei_scsi.issue: 0xb7c5e008 [snapscan] scsi_read: snapscan_cmd command failed: Out of memory [snapscan] measure_transfer_rate: scsi_read command failed: Out of memory [snapscan] sane_snapscan_start: measure_transfer_rate command failed: Out of memory scanimage: sane_start: Out of memory ... As far as I can tell I'm issuing a sanei_scsi_cmd with a send buffer of ten bytes and a receive buffer of 130176 bytes. Both should fit into the SCSI buffer of 131072 bytes easily. To make matters even stranger, the same SCSI card and scanner works fine on Ubuntu 6.06 LTS, kernel: 2.6.15-23-386 gcc: GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5) glibc:2.3.6 sane-backends: 1.0.17 Does anybody of the experts have any idea what's going on? Regards, Oliver
[sane-devel] Annoying Out of MEmory Error...
Hi, I own a Acer Flatbed scanner (620 ST) which I use rarely. So I can not exactly tell you, when this error started to occur on my computer. # scanimage scanimage: sane_start: Out of memory Does anybody have an idea, what the heck is going wrong, or how to get rid of that problem? Can you provide a debug log for the scan session? I.e. run SANE_DEBUG_SNAPSCAN=255 scanimage 2debug.log and send me the log file. Another important information is the type of SCSI card you're using. /Oliver
[sane-devel] Epson perfection 660 usb - problem with lineart scanning - snapscan backend
Hi, When I try to scan in lineart mode, it makes garbage on output. The scan seems misaligned. But if I first make a scan in gray or color mode, and then switch to lineart, it works ! It works ... sometimes :( I acquire a scan in Lineart mode and make a log : http://www.starox.org/pub/sane/snapscan/lineart.log It makes dirty squares in the image : http://www.starox.org/pub/sane/snapscan/lineart.pnm So... is this the best result you can get or does it work ok (without the dirty squares) if you scan in grayscale first? Unfortunately it seems that lineart mode is less and less supported in newer scanners. These scanners always scan in grayscale mode, the conversion to lineart has to be done in the backend. I don't know if this is the case for the Perfection 660, but on the other hand there's not much that can fail on lineart mode. Maybe you can provide an USB trace of a lineart scan on windows. You need to install an USB sniffer first. I prefer USBSnoop which is available from http://benoit.papillault.free.fr/usbsnoop/ . The page also gives basic instructions on how to use it. To produce the log you should - unplug and replug the scanner - Start the scanning software - Do a preview scan - Do a very small scan with lowest resolution You can send the (compressed) log to me in private mail /Oliver
[sane-devel] Assistance please!
Hi, On Tuesday 01 August 2006 08:31, marcela castro wrote: Who may concernI have Open source software in my PC and I would like to configure my scanner Benq Saw 4300U to work with this system Suse 10.1 http://www.novell.com/linux/ but it is require the firmware upload. driver snapscan (package sane) that will provide good functionality. Could you please let me know from where can I download this firmware upload and the driver snapscan? Thank you very much for your wonderful assistance and advice. You need to install the packages sane, sane-frontends and xsane from you Suse CD / DVD. The sane package already contains the snapscan driver, there's no need for a separate download of the driver. The firmware file can be found on the CD that came with your scanner. Depending on the USB ID of your scanner you either need u176v046.bin or u222v067.bin. See http://snapscan.sourceforge.net for details. /Oliver
[sane-devel] Epson 2480 and scanner lamp
Hi, I just upgraded to SANE-Backends-1.0.18 and my Epson 2480 works better than ever. Thanks! I have a question/comment about the scanner lamp. This scanner doesn't have an on/off button, so it remains on whenever it's plugged in (I remember a Dilbert strip about this very theory of design, but anyway...) I have noticed that, if I run xsane, then after a few minutes of inactivity the scanner lamp is turned off (by the firmware, I assume). However, if I don't run xsane first, the lamp stays on indefinitely. You didn't specify which backend you're using. As far as the snapscan backend is concerned, there's no explicit command sent to turn off the lamp. I can only assume that the scanner firmware turns off the lamp by itself. When powered up the scanner only runs a very limited firmware. The real firmware is downloaded once the backend is initialized (e.g. by starting xsane). I'm concerned about the life span of the lamp. Is there a way to make it turn off, even if I don't run xsane? Right now my alternatives are either run xsane everytime I turn the computer on, or just keep the scanner unplugged most of the time. If you put scanimage --help /dev/null into some hotplug or resmgr script it should also initiate a firmware download. /Oliver
[sane-devel] Fwd: BENQ 4300 Failed to open device snapscan ; linusb :004:008 error during device I/O
Hi, it seems that there's a problem with your snapscan.conf file. If you're using libusb you *must not* have a device line, i.e. you should delete any line stating /dev/usb/scanner0 or similar. The backend will automatically probe all USB devices for a suitable scanner. However, in all the logs on pastebin.ca the scanner is correctly identified. Most likely you're using the wrong firmware file. For your scanner the correct file is u176v***.bin (*** may be any 3-digit number, depending on the version of the firmware shipped with the scanner). If this doesn't help please send me a log with SANE_DEBUG_SNAPSCAN=255 of a scan that results in an error message. /Oliver On Monday 26 June 2006 13:39, Mohammed Ahmed wrote: Dear Oliver I have weird problem with my sane back end I have suse 10.0 retail edition, scanimage (sane-backends) 1.0.15; backend version 1.0.15 i did all the procedure on the HOW to and i still get that error Failed to open device snapscan ;linusb :004:008 error during device I/O even as root that is conversation between me and some one on the #sane channel http://pastebin.ca/71929 that is the debug out put SANE_DEBUG_SNAPSCAN=255 http://pastebin.ca/71903 export SANE_DEBUG_SANEI_USB=255 http://pastebin.ca/71917 we reached a conclusion says that the back end couldn't create usb device
[sane-devel] Epson Stylus CX3700 all in one
Hi, I have searched the archives, but found nothing definitive; read all the docs and other stuff on sane-project.org/ and snapscan.sourceforge.net/ websites. I know that the scanner part of the CX3700 works [http://www.sane-project.org/cgi-bin/driver.pl?manu=epsonmodel=cx3 700bus=usbv=p=] It seems the CX-3700 is currently supported by both the epkowa backend and the epson backend. It's definitely not supported by the snapscan backend, so anything mentioned on snapscan.sourceforge.net doesn't apply. but I am somewhat lost as to where I need to put the relevant output of 'sane-find-scanner': found USB scanner (vendor=0x04b8, product=0x0818) at libusb:001:002 and do I need to copy the firmware from the Epson cd ? The docs are a bit old and a little bit confusing as they are mainly still talking about 'scanner module' rather than 'libusb'. I promise to write a 'howto' when I get it all working :-) I'm not an expert on the epson backend, but it should be able to recognize your scanner if you just put the IDs into epson.conf, e.g. usb 0x04b8 0x0818 After that your sanner should be recognized by scanimage -L. The epkowa backend is not part of the SANE distribution, you have to install it separately. You can get it from http://www.avasys.jp/english/linux_e/dl_scan.html . It also provides it's own documentation. /Oliver
[sane-devel] Snapscan 310 unimplemented features
Hi, I'm using an Agfa SnapScan 310 scanner, its working just fine. However, its status shows 'good' rather than 'complete' in the support matrix at sane-project site. I would like to know which features are still unimplemented (or where to find this information if it's available) and if there is any work in progress to implement missing functionality, otherwise I'd be very happy to contribute. Well - this question shouldn't be asked by a user - a user should simply demand missing functionality :-) Honestly though, I guess there aren't many features left that can be added to the snapscan backend with regard to the SnapScan 310. The only thing which comes to my mind is vertical resolution: The scanner is able to support 300 DPI in horizontal direction, which is the optical resolution of the sensor. In vertical direction the resolution is determined by the stepper motor. In principle it's possible to get higher resolutions here (I'm not sure about the SnapScan 310, but I guess something up to 1200 DPI). The only difficulty in implementing higher resolutions is that the horizontal resolution will always stay at 300 DPI. The backend would need some kind of interpolation to also expand the horizontal resolution to match the vertical resolution. As far as I know such a feature could be used by several backends, so it would be best to have something reusable. The other question is if such a feature does make sense at all, i.e. whether you'll acually notice any increased resolution. I rather doubt that the resolution of the sensor in it's vertical direction really is good enough for 1200 DPI. Not that I'm really an expert in the field of scanners drivers development, but I've been coding in c/c++ for some years now, and I think I'm able to make my small contribution if welcome. Please accept my apologies if this wasn't the right place to ask, but I couldn't find a more suitable one, If you'd like to contribute anything I'd be happy to assist. To be honest the resolution problem isn't very high on my priority list. Maybe you have also noticed other shortcomings that could be enhanced. Regards, Oliver
[sane-devel] Epson 3490 and Slide/Negative scaning.
Hi, Epson 3490 is inexpensive scaner and is listed on the sane page as beeing supported (as good). The question is.. does sane supporr olso slide/negative scaning, and how good this scaner behaves under Linux... Does anybody on the list had any experience with this scaner and transparencie scaning? as Krzysztof already pointed out scanning of slides and negatives is supported. However, automatic film feeding (available with the 3590) does not work in SANE. /Oliver
[sane-devel] Benq 5300U not working with sane-backends-1.0.17
Hi, Here goes, with first sane-find-scanner and then with scanimage -L, both as root: The interesting information is after the firmware download, which doesn't happen with scanimage -L. You can send the (compressed) log of a regular scanimage command to me in a private mail. You will notice from the above that both sane-find-scanner and scanimage -L detect it as FlatbedScanner 22, not the correct FlatbedScanner 24. You'll see FlatbedScanner24 only after the firmware download. The firmware changes the ID string. Flatbed Scanner 22 should be ok initially. /Oliver
[sane-devel] CVS problem?
Hi, it seems there's a problem with CVS. My password is not accepted, cvs keeps asking for it. Anonymous access doesn't work either: oliver@oliverspc:/tmp cvs -z3 -d:pserver:anonym...@cvs.alioth.debian.org:/cvsroot/sane co sane Fatal error, aborting. anoncvs_sane: no such system user /Oliver
[sane-devel] problem with Epson perfection 2480 photo scanner in FreeBSD
Hi, i reinstalled sane-backends-1.0.16_2 from freebsd ports i get: [sanei_debug] Setting debug level of snapscan to 255. [snapscan] sane_snapscan_init [snapscan] sane_snapscan_init: Snapscan backend version 1.4.50 This is _not_ sane-backends-1.0.16. The snapscan backend version in sane-backends-1.0.16 is 1.4.42. Backend version 1.4.50 is part of sane-backends-1.0.17. Maybe you now have two versions of SANE installed? /Oliver
[sane-devel] problem with Epson perfection 2480 photo scanner in FreeBSD
On Thursday 23 March 2006 15:18, breach0r wrote: Hi, I tried, now sane-backends-1.0.16_2 is installed, i still get I/O error when trying to init the scanner. I/O error the first try and device unavailable the next tries. set SANE_DEBUG_SNAPSCAN=255 no longer produces any output (but i tried in csh should i try with export in bash?). I don't know much about csh. Try again in bash, or use SANE_DEBUG_SNAPSCAN=255 xsane 2debug.log (all in one line). /Oliver
[sane-devel] Benq 5300U not working with sane-backends-1.0.17
Hi, The above appears to agree with the information on the sane-snapscan page, which gives the USB ID for the Acer/Benq 5300 as 0x04a5, 0x20fe and identifies the firmware to use is u254v042.bin. Yes, that should be correct. Of course, the firmware file I have might be corrupt. I downloaded it from benq.com along with a raft of other firmware files, but there was no checksum to make sure that it downloaded correctly. The file is most probably ok. Note that my scanner is a 5300U, and the sane-snapscan page only mentions 5300 (without the U. I have been assuming that this is not significant, given that the USB IDs are the same. You're right - the 5300 entry is the one for the 5300U. The problem you're reporting has been experienced before by other people (hence my remark on that scanner on the snapscan page). I don't know yet how to solve this problem - maybe the log from the USB layer can shed some more light. To produce it, use SANE_DEBUG_SANEI_USB=255. /Oliver
[sane-devel] problem with Epson perfection 2480 photo scanner in FreeBSD
Hi, I have a major issue with my Epson perfection 2480 photo scanner. It used to run in FreeBSD. I haven't used it in a few weeks during which upgrades occured and I noticed this week it stopped working. Portupgrade of sane had replaced the snapscan.conf file, I put back there my correct firmware file with full pathname but it still doesn't work. Since I track 5.4/5-STABLE, I first reverted to 5.4-RELEASE. When the scanner worked, it used to be initialised at boot time (makes the double noise) but even after the downgrade it wasn't. I also downgraded Xsane to 0.98 but it didn't help either. I don't have any older tar of sane-backends in distfiles and didn't delete those for a long time, so I haven't tried downgrading backends. I don't understand. Usual errors are either No device available or : Failed to open device 'snapscan:libusb:/dev/usb1:/dev/ugen0': Error during device I/O. The debug log may provide more hints on what's going wrong. Can you try to set the environment variable SANE_DEBUG_SNAPSCAN=255, reproduce the error and post the debug log? /Oliver
[sane-devel] Benq 5300U not working with sane-backends-1.0.17
Hi, Once that was done, scanimage -L finds an Acer FlatbedScanner22 flatbed scanner, which corresponds to an Benq 4300 scanner. (I was expecting FlatbedScanner24, which corresponds to my scanner.) The scanner should report FlatbedScanner24 after a successful firmware download. Before that it's usually some other value, e.g. FlatbedScanner22. Using either the firmware for the 5300U (u254v042.bin) or the the 4300 (u222v067.bin), I get a device I/O error. Specifically, scanimage test.pnm returns scanimage: open of device snapscan:libusb:001:003 failed: Error during device I/O, and sane-troubleshoot generates a lengthy log ending with: I notice that the sane-snapscan page mentions that firmware upload problems have been reported with my scanner, but if I am reading the log above correctly this does not appear to be a problem here. The scanner stops responding after the firmware has been sent to the scanner. The transfer itself seems to be fine. It's possible that neither of the two firmware files is the correct one for your scanner. What's the USB ID of your scanner (e.g. output from lsusb)? /Oliver
[sane-devel] epson 3490 problem (I/O error after scanimage)
Hi, also with mac and official cd found in the box the scanner would go nut and block itself. i am clueless [snapscan] sense_handler: sense key: 0x04, asc: 0x00, ascq: 0x00, i1: 0x00, i2: 0x04 [snapscan] sense_handler: Hardware error. (0x00, 0x04) [snapscan] test_unit_ready: snapscan_cmd command failed: Error during device I/O [snapscan] wait_scanner_ready: hardware error detected. This is definitely confirms what I've been suggesting before: You didn't unlock the transportation lock. Now would be a good time to take the scanner's manual and read it. Usually there's also some leaflet like Quick start guide which explains how to unlock the scanner /Oliver
[sane-devel] Problems with Epson 3490 Photo
Hi, [snapscan] usb_read Only 64 bytes read [snapscan] usb_read: reading: 0x06 0x00 0x02 0x02 0x49 0x00 0x00 0x00 0x45 0x50 ... [snapscan] Read 64 bytes [snapscan] inquiry: snapscan_cmd command failed: Error during device I/O [snapscan] sane_snapscan_open: error in inquiry command: This seems to be a problem with the inquiry command. I got a similar message from another user. I have a (yet untested) fix for it which I can send to you, but it requires recompiling the sane-backend package. Another workaround is an older firmware file. If you're interested in testing either fix please contact me. /Oliver
[sane-devel] Help with Epson Perfection 3490 Photo
Hi, I just bought this scanner -- it seems that the problem is related to one I've just seen on the mailing list. Yes, probably. In your case it is definitely a scan module locked error - which means you should check the manual and remove the transportation lock. [snapscan] sense_handler: sense key: 0x04, asc: 0x00, ascq: 0x00, i1: 0x00, i2: 0x04 [snapscan] sense_handler: Hardware error. (0x00, 0x04) /Oliver
[sane-devel] epson 3490 problem (I/O error after scanimage)
Hi, i report from the chat since i dunno if someone is listening :))) blicero hi everybody blicero got a problem with an epson 3490 blicero it should work blicero from web research blicero it works for anybody blicero but I get an ERROR :(( blicero nihil:/etc/udev/rules.d# /usr/bin/scanimage blicero [sanei_debug] Setting debug level of snapscan to 2. blicero [snapscan] test_unit_ready: snapscan_cmd command failed: Device busy blicero [snapscan] Scanner warming up - waiting 8 seconds. blicero [snapscan] test_unit_ready: snapscan_cmd command failed: Error during device I/O blicero [snapscan] wait_scanner_ready: hardware error detected. blicero [snapscan] sane_snapscan_open: wait_scanner_ready after firmware upload command failed: Error during device I/O blicero scanimage: open of device snapscan:libusb:001:008 failed: Error during device I/O blicero can someone tell me if it's the scanner that's dead blicero or me that am useless :) Hardware error usually means either - transportation lock not unlocked - wrong firmware file. If you send me the full debug log (SANE_DEBUG_SNAPSCAN=255) I may be able to give you more details. /Oliver
[sane-devel] snapscan: scanner model
Hi, result is here: http://rmrmg.com/jaroslav/scanner-debug/SANE_DEBUG_SNAPSCAN_255-xsa ne.log According to the log the scanner is correctly identified. The margins of the transparency range should be set correctly. however, I've got strange issues. Sometimes after turning on the scanner works good But sometimes a LED on it starts to pulsate with red light about 15 seconds after the scanner is connected to computer. And then I'm not able to scan: 'sane-find-scanner' finds the device properly, but scanimage/xsane say that no device found. Please provide a log for this case if you can reproduce it. /Oliver
[sane-devel] snapscan: scanner model
Hi, I've got Epson Perfection 2580 Photo which is recognized by snapscan as 2480, because they both got the same id: 0x04b8/0x0121. I'm wondering if there is a way to know real model in such a situation. It can be helpful, because 2580 differs from 2480 (has a motor which transports 36mm film). Which version of sane backends are you using? The latest version, sane-backends-1.0.17, should automatically distinguish between 2480 and 2580 and adjust the preview range accordingly. The code, however, is not very well tested and relies on a few data logs from 2480 / 2580 users that I've received. If it doesn't work for your scanner please send me the output of SANE_DEBUG_SNAPSCAN=255 xsane 2debug.log (No need to do any scans, just close xsane after it has started). /Oliver
[sane-devel] Try it out: SANE, JNI and Java all in an applet
Hi, On another subject, can we get the JNI code rolled into the SANE project distribution? The current japi code in sane-backend has not been maintained for about 9 years now. Our company will sponsor the code and code maintenance. Can we do this please? Java is part of the future of the Linux desktop, with some major and very active projects (Jakarta, gcj, Apache Harmony, and Kaffe) all very active. Scanner access is a small but important part of it. Whoever has control over what goes in the dist, please contact me so we can do this. If the code is under GPL + SANE exception / pure GPL / LGPL or some similar license I don't see why it shouldn't be possible. Ideally the code should be reviewed first. Maybe you can put the sources online on your webserver? If nobody objects I can put the sources into CVS after the review. It may also be possible to get you a CVS account on alioth. I'm not sure about the state of the existing japi code. Is it currently in use for any application? /Oliver
[sane-devel] Epson Perfection 1270 recognized, but not scanning
Hi, I didn't include more verbose output from the commands here, to avoid making this mail very big, but I'll gladly include output with SANE_DEBUG_SNAPSCAN=2 level, as well as the output of any command, if needed. Please send me the log in private mail, preferably with SANE_DEBUG_SNAPSCAN=50 /Oliver
[sane-devel] USB sanner only as root
Hi, Thank you for the orientaion. On both computers I simply changed the id in the corresponding line of /etc/sane.d/hotplug/libsane.db from 0664 to 0660 and it worked fine. In case of BenQ 5000 it was also necessary to change the product code from 0x20fc to 0x20f8, acording to the information obtained trough sane-find-scanner, and to insert the firmware 20F8V115 (and not 20F8V116 as idicated in snapscan.sourceforge.net) in /etc/sane.d/sanapscan.conf. Thanks Gustavo Bayer 20F8V116 is the newest version of the firmware (the last 3 digits of the filename are the version of the file). V116 is contained in the driver from Benq's website, V115 is probably a slightly older version from your driver CD. I guess it works just as well. /Oliver
[sane-devel] Intended change of config file handling
Hi, I do not understand how automated firmware upload should work if there is more than one scanner connected which use the same backend but which need different firmware files. For the snapscan backend that's currently not possible, as there is only a single firmware file entry in snapscan.conf. Eventually I'd like to change this to a single directory entry and a filename entry for each USB scanner (e.g. after the corresponding USB ID entry in snapscan.conf). But my question is: Can the backend automatically determine the right firmware file for a particular model? Not really, at least for the snapscan backend. Benq uses the version number of the firmware as part of the filename, so either the files would have to be renamed or the backend would have to do some wildcard matching. I prefer to list the most common name in snapscan.conf where it can be changed if needed. If yes, it would be great because then it would be possible to ask the manufacturers to allow re-distribution of their firmware files as is so that all firmware files for all models of a backend could be stored in the same firmware directory and the backend would pick the right one for a particular model. I'd like that as well. It would also be nice to link to the firmware files from the snapscan page or the SANE page of supported scanners - unfortunately I've never received a single answer from Acer/Benq to any of my emails. Regards, Oliver
[sane-devel] Benq 5150C / 5250C users: please test
Hi, Ok, I did some testing with my BenQ 5150C. My first try was in 300dpi color mode (because this was default). There are no color stripes anymore. However, the scanned area was not very wide. Although the full available range ((0,0)x(216.0,297.0)mm^2) was selected in xscanimage. The resulting image had only 109 mm in width and approx. 145 mm in height (measured with millimetre graph paper) This is independent of selected resolution and colour mode. Looks like the measurements are off by a factor of 2. That should be easy to fix. 'Gray' doesn't work. It still results in very distorted Images. When doing 'gray' with xsane there is a message box saying Backend sends more image data than it defined in parameters, after scanning in preview mode. Hm, ok. The backend currently always sends some static calibration data for color mode. I'll try to get some gray scale mode calibration data as well. 'Halftone' sends wrong colours, and sometimes the same patterns as gray. In xscanimage, preview crashes in this mode. This may be related. However, a lot of modern scanners don't support halftoning at all. Does the windows driver offer something similar? At present the calibration algorithm for the 5150 / 5250 is unknown. The calibration data sent to the scanner is currently some static data which may or may not work for all scanners. I'm not a hardware developer. But if you need any data, be free to ask. But as my attempt to sniff on the USB-bus in Windows fired up the whole system and I could not scan anymore until the next reinstall of W2K, I won't do that anymore. I have some data samples, but the hard part is to make an educated guess on the used algorithm. /Oliver
[sane-devel] sane SCSI 32bit emulation on 64bit
Hi, He doesn't want to recompile for 64bit because the amount of money he makes from the Linux version doesn't justify it. Err... excuse me? I don't think the amount of money any of the SANE developers makes from SANE development justifies any effort on this behalf. I can understand your attitude, and I can understand the vuescan author's attitude. Between the two, the net result is no functional scanning application is available for SCSI scanners on a 64bit Linux workstation. There goes Linux is suitable for the desktop. No, there goes Vuescan is suitable for the desktop. Some difference. If you want to ask someone for a favour you better choose your words carefully. /Oliver
[sane-devel] Benq 5150C / 5250C users: please test
Hi all, I've added some basic support for the Benq 5150C / 5250C scanner to the snapscan backend. Anyone owning such a scanner is encouraged to test it and inform me of any problems. You can get a snapshot of the latest SANE sources from http://www.sane-project.org/snapshots At present the calibration algorithm for the 5150 / 5250 is unknown. The calibration data sent to the scanner is currently some static data which may or may not work for all scanners. I hope to get this fixed at some point. Anyone who'd like to look into it is welcome to contact me. Regards, Oliver
[sane-devel] Epson Perfection 3490 PHOTO
Hi, 1. Someone should change the sane compatibility list to show that it does NOT work as of sane-backends-1.0.16. It should be noted you need CVS or .17 once it's released. Where did you get the information that it does work with sane-backends-1.0.16? The device list for 1.0.16 doesn't list the 3490, as far as I can see. It only shows up in the CVS list. The Snapscan homepage on http://snapscan.sf.net also mentions that you need at least 1.0.16-CVS. Most of your other points are FC3 related, as far as I can tell. It may be a good idea to post these issues on a FC3 mailing list. /Oliver
[sane-devel] Epson All-in-One stylus CX-1500
Hi, I'm writting this to know if anyone are/have write/written a backend for this scanner. (Guttenprint have support for printing). If not, i have one of these i will ***TRY*** (I'm no a programmer any longer since some years ago, but i can remember C more or less clearly) to write a backend or implement this scanner in one of the existing ones (AFAIK the snapscan backend is the more closer to the data i've reverse engineered for it so far) but i need to know if somebody has started to write one to prevent dupplicate effort. As far as the Snapscan backend is concerned there are currently no efforts to support this scanner. If you have any USB logs you can send them to me in private mail. It should be easy to find out if this scanner can be made to work with the snapscan backend. /Oliver
[sane-devel] Agfa Scanner
Hi, On Monday 12 December 2005 13:22, dmeret...@repsolypf.com wrote: Sorry for disturbing, but I would like to know if there are someone with experience in Agfa SnapScan 1212p (parallel). Or some place to go. The parallel protocol for Agfa scanners is unknown. It's probably some sort of SCSI emulation, i.e. the higher levels of the protocol are probably identical to the 1212u. However, nothing is known about the low level part of the protocol, so this scanner is not supported at all. To make matters worse, unless someone attaches a logic analyser to his scanner and writes a scsi emulation driver this situation is unlikely to change. /Oliver
[sane-devel] BenQ Scanner 5250C support
Hi, I've 5250C benq scanner that I would like to get working under linux. I've tried the sane CVS snapshot from December 4th 2005 without any luck. After some time spent by googling I've found following information: http://lists.alioth.debian.org/pipermail/sane-devel/2004-December/0 12769.html After adjustments according the the mail above I've managed to get at least some output - the same (I guess) as Benjamin got: scanned image with color strips when scanning bw original. Both the 5150 and the 5250 (which seem to have the same hardware) currently suffer from this problem. I got a usb trace of a windows scan from Andrew Walrond last week and started to do some analysis. The colour problem is currently unsolved, however. There are two commands which work differently from other scanners. One of the command is the calibration command. Currently it's my main suspect for the colour problem. However, since there is no documentation at all, I can't promise that the 5150/5250 will be supported any time soon. I have tried the acerfirm -q as described here: http://lists.alioth.debian.org/pipermail/sane-devel/2004-April/0107 16.html but with following results: $ ./acerfirm -q Can't open scanner device at ./acerfirm line 142. acerfirm does not work with libusb. It's obsolete anyway since the firmware is downloaded by the backend directly. /Oliver
[sane-devel] BenQ Scanner 5150C
Hi, A little googling turned up this thread from last December: http://lists.alioth.debian.org/pipermail/sane-devel/2004-December/0 12758.html ... The image is recognisable, but has vertical colour bars all the way across it. (*For reference, a test scan is attached, so you can see what I mean) I would dearly love to get this working; Can anyone suggest a way forward? I'll gladly help/test etc etc. The result you described is more or less how far we've come with this scanner when it was first mentioned last year. In the meantime I haven't done any work on it. What I need is a USB trace from a windows scan session to see if any command uses different parameters than other other scanners. You can get an USB tracer from http://benoit.papillault.free.fr/usbsnoop/, the page also gives some instructions on how to use it. The scan session should contain an preview scan and a real scan of a small area at lowest resolution. The traces tend to become very large, so please gzip with highest compression rate before sending. Regards, Oliver
[sane-devel] Lineart emulation
On Wednesday 30 November 2005 21:12, St?phane VOLTZ wrote: since Pierre has added lineart emulation. I'll need to add something similar to the snapscan backend in the long run, since some new scanners don't support lineart mode. It still would be nice to have lineart for OCR etc. on those scanners. Would it be a good idea to have a common library for the conversation from grayscale to lineart? Is it used in any other backend? /Oliver
[sane-devel] Epson PF 3490: still lineart combing at 3200 dpi
Hi, The new CVS code did not completely solve the remaining interlacing problems at 3200 dpi. While now grayscale work well at both 8bit and 16bit, lineart is still combing, but rather differently than before. Now interlacing is periodically present or absent by blocks of 8 vertical scancolumns, as can be seen in the attached picture. ah yes, lineart requires some more bitfiddling. I did some in CVS, hope I got it right this time. /Oliver
[sane-devel] Try #2 Epson Perfection 3490 on Ubuntu
Hi, When I power up the scanner, I get pretty much the same behavior I was getting before, although maybe slightly improved. The scanner seems to be resetting every second or so... in dmesg I get a series of messages like this: [4352427.799000] usb 5-7: new high speed USB device using ehci_hcd and address 63 [4352428.131000] usb 5-7: USB disconnect, address 63 [4352428.30] usb 5-7: new high speed USB device using ehci_hcd and address 64 [4352428.631000] usb 5-7: USB disconnect, address 64 which never stop. This sounds like a problem with the hotplug management in Ubuntu. It could also indicate a problem with the power supply via the USB bus (AFAIK the 3490 has no power supply of it's own). In any case it seems it's not related to sane. You could try unloading ehci_hcd and see if that changes anything. This will force the bus to USB 1.1 mode. Another possibility to try is to connect the scanner via an USB hub with a dedicated power supply. Regards, Oliver
[sane-devel] Epson 3490 / 3590
Hi, Can i hope, that the auto film feeder of the epson 3590 will work? At the moment the film feed for the 3590 is not supported. I'll need to get USB traces from a windows scan with film feeder before there's any chance of supporting it. Anybody who'd like to provide a trace is welcome to contact me. Since feature freeze for the next release of sane-backends is active already there won't be any support for the film feeder in sane-backends 1.0.17. Regards, Oliver
[sane-devel] Re: Re: Re: epson 3490 - transparency unit problem
Hi, I confirm the 3200 dpi works well for me, and there isn't any interlacing problems. I apologise for my previous message which was not enough clear. In fact, it seem's that if I do a 2400 dpi scan which does not work, then the following 3200 dpi scan are bad. But it works again if I restart xscanimage. ah, ok. That makes more sense. I guess I'll disable 2400 dpi to make sure the error doesn't occur. But for me the 16 bit depth doesn't work. If I try to open the file with gimp, the following message is displayed : PNM : invalid intensity maximum value That's a gimp problem. AFAIK gimp still can't handle more than 8 bits/color. /Oliver
[sane-devel] Re: Re: Re: epson 3490 - transparency unit problem
Hi, - at 2400 dpi : I have done several try, at least a dozen. Sometimes it's all dark, sometimes all white, sometimes a succession of colored bands, and sometimes I have a good scanning, but at least it doesn't scale the entire selection I have made on the preview screen. And I have always the shaking between line. (and I am sure I have the latest snapshot of the snapscan backend and of xscanimage frontend) - at 3600 dpi : it's in part all the same, except that when it's work, the scan cover the entire selection I have done. The shaking seems always visible, but I am not sure because of the quality of my film. I can somehow understand that it happens at 2400 dpi. In fact I think that 2400 dpi won't ever work and should be disabled, or replaced by 1800 dpi, which should be ok. I'm a bit surprised about the effect at 3600 dpi. Can you send me an image which shows the effect? /Oliver
[sane-devel] Re: Re: Re: epson 3490 - transparency unit problem
Hi, I don't think the sensors is defective, because it works very well on Windows2000 with the Epson software. And I have try the quality calibration with no result. Hm - I don't think so. Quality calibration (i.e. the option named Quality calibration, not Quality scan) was disabled for the 3490 until now. Could you explain the calibration process with much details. Is it possible that the calibration process be different whith snapscan backend than with the epson software ? I mean : the position of the calibration is done under the controle of the firmware, or under the controle of the backend ? There was no quality calibration at all done for the 3490 up to now. That is to say, no quality calibration where the backend was involved. I don't know if the firmware does some simple quality calibration that may explain the green line. I've now adapted the quality calibration code for the 2480 and enabled it for the 3490. It's a pitty that you solved the problem already ;-) otherwise it would be nice to know if quality calibration solves it, too The code is in CVS now, it should show up in the snapshots tomorrow - please test. /Oliver
[sane-devel] epson 3490 - transparency unit problem
Hi, I've just bought an epson 3490, and download the sane-backends-2005-11-10.tar.gz and sane-frontends-2005-11-10.tar.gz. While the flatbed seems to work as expected, the transparency unit doesn't. I want to scan a negative film, but the resulting file is crossed by a thick green line. I've tried to scan at different scan resolution and bit depth, but the resulting scan is always bad. The higher the resolution is the thicker the green line is. I haven't looked at the transparency specific stuff for the 3490 yet. As it doesn't work out of the box I'll need an USB trace from the windows driver first. Do you think you can provide one? You need to install an USB sniffer first. I prefer USBSnoop which is available from http://benoit.papillault.free.fr/usbsnoop/ . The page also gives basic instructions on how to use it. Once it works you should start logging and do a preview scan and a scan of a very small area in low resolution, both times using the transparency adapter. The log files tend to get quite large, but it should shrink to a manageable size after zipping. Please send it to me directly, not to the list. Regards, Oliver
[sane-devel] Re: epson 3490 - transparency unit problem
Hi, I'm using the tpu on the 3490 with backend-11-10. It works ok though the scans seem quite dark compared to the original slide. However adjusting the gamma settings on the scanned file gives a nice 1024x768 display size. I'm very much a newbie at this so sorry I can't give more detailed info. Can you send me the version of your firmware file? Run strings esfw52.bin | grep -i epson to extract it from the file /Oliver
[sane-devel] Snapscan + Epson PF 3490
Hi, I own an Epson Perfection 3490 and I am beginning to use it with the CVS version of SANE (snapscan backend). While it seems to work well at resolutions up to 1200 dpi (but I did not yet perform really thorough testing), I noticed a kind of interlacing behaviour when scanning negatives/diapositives with the TPU at 3200 dpi. The scanlines are periodically offset from each other. Maybe it is alsoi present for the flatbed part, but I don't have such high resolution reflective stuff to test it out. I would like to help the snapscand backend maintainer to fix the problem, as I would like to scan slides and negatives besides the usual flatbed content. What is needed in order to help as much as possible? I am thinking about scanning e.g. a small area with different resolutions and bit depths, then visually compare the results. But what should I do with these test images and the backend logs? I don't want to post binary data directly to the list for bandwidth reasons. Should I use the bug page at alioth? The effect is known from other scanners such as the Epson perfection 2480. For this model the correction is already done in the Snapscan backend. If you can provide me with a high resolution scan that shows the effect (i.e. an image that allows to count the pixel offset between two adjacent lines) the changes for the 3490 should be easy to implement. /Oliver
[sane-devel] Experiences with AGFA Snapscan 1212U?
Hi, I have a chance to pick up a used AGFA Snapscan 1212U from a friend (he moved to XP and it's not supported, and gives dire warnings against trying). I see that the support on both the current stable version and the dev version is marked as good. Is there any important features known to be missing that stop it from being marked complete? Or is it just because complete is hard to achieve/prove (I saw the recent thread on the definitions of good and complete)? Any particular positive or negatives experiences? There have been no reports from users for the 1212U in recent month, so I assume it works ok ;-) The maximum resolution for this scanner supported by the snapscan backend is 600 DPI, which is the optical resolution. As far as I know the stepper driver of the scanner supports 1200 DPI, so theoretically it's possible to have a resolution of 600x1200 DPI, but currently that's not implemented. There also is one open bug report for the 1212U: http://alioth.debian.org/tracker/index.php?func=detailaid=300657group_id=30186atid=410366 However, I never got any details so this bug is not likely to be fixed (if it really is a bug). Once these two issues are solved I may be tempted to even change the status to complete ;-) /Oliver
[sane-devel] Re: request for extra xsane functionality
Hi, When you scan a DIN-A4 page with 200x200 dpi and save it e.g. as a tiff file then you get an image with about 1700 x 2200 pixels. At this point there is no relation to a size in millimeter, centimeter, inch or DIN-A3 or something like that. I don't think this is completely true. Tiff allows you to add a Resolution tag that specifies the pixels/inch. So even after saving as a tiff file it's possible to deduce it's original size. The tag, btw, is set correctly by xsane (run tiffinfo on a tiff file saved from SANE). But there will be nothing like Scale to DIN-A4, this is not possible when you do not know the size of a pixel! If you manage to get the resolution (in DPI) of the display then you could even display the image in it's original size. Don't ask me how, but I think it's possible for X11R6. /Oliver
[sane-devel] Epson 2480/2580: Testers needed
Hi, Argh, my 2480 is changing to 5.5cm by 7.5cm (judging from the preview window). Debug log attached. That's very strange. It can either be 5.5 cm x 8 cm or 5.5 cm x 12.0 cm. Everything else is, well, extremely unlikely. Please send me the file scanimage.txt, resulting from executing scanimage --source=Transparency Adapter --help 1scanimage.txt BTW, is this correct: $ sane-config --version 1.0.16 I installed today's cvs over 1.0.16; I did 'make uninstall' first. Yes, your installation is fine. You're definitely using the new version. /Oliver
[sane-devel] offtopic 35-mm scanner question
Hi, I have an Epson 2480 and I'm quite satisfied with it. I haven't used it for negatives, only slides; for many purposes the results are quite good. Some random thoughts: * Sane support is very good, but native support (in windows) is still better. In particular: The windows driver detects and crops the slide area; under sane, you have to manually crop the slide mount. The windows driver supports 16 bit per channel, and this really makes a difference for high-quality scans. 16 bit support for the 2480 has just been added in CVS, thanks to the effort of Simon Munton. It's going to be included in the next release of sane-backends. For the impatient there's also the CVS snapshot :-) /Oliver
[sane-devel] Epson Perfection 3590
Hi, I just downloaded the CVS-version of the snapscan backend and tested it. It works (for the flatbed part of the scanner)! The only thing that needs correction is the list of resolutions, which at present is Options specific to device `snapscan:libusb:004:002': Scan Mode: --resolution auto||150|200|240|266|300|350|360|400|600|720|800|1200|2400|3200|0| 10|50| 75|100|150|200|300|400|600|1200|2400|0|0|0|0|0|10|50|75|100|150|200 |300| 400|600|800|1600|0|0|0|0|0|10|50|75dpi [300] Sets the resolution of the scanned image. This is probably not what was intended. :-) Are you sure you did a clean install? There's not much code involved in setting the resolution list (and it seems to work fine here). /Oliver
[sane-devel] Epson 3590
Hi, I tried more resolutions. The results are funny: - 200 dpi is OK - 150 dpi works, too - 100 dpi works, but the scanned area was displaced in y direction - 75 dpi works, but scans a larger y distance than expected - 50 dpi is OK, - values under 50 are rounded to 50 I've added 150 and 50 DPI to the resolution list in CVS. I've also added some code to set the preview bit correctly for the 3490. The code is in CVS. Please test :-) /Oliver
[sane-devel] Weird snapscan firmware behaviour (bug?)
Hi, the behaviour you describe is perfectly normal, as far as the ID of the scanner is concerned. Initially the scanner identifies itself as FlatbedScanner_13. After downloading the firmware (which seems to work only in windows in your case) the scanner identifies itself as FlatbedScanner_21. However, the scanner should work in Linux without having to download the firmware in Windows first. 3) I then configured /etc/sane.d/snapscan.conf as follows: --- firmware /etc/u176v046.bin /dev/usb/scanner0 bus=usb --- You only need the first line. You should remove the second line, since the scanner is probably accessed via libusb anyway. 1) The scanner is detected as an 'Acer FlatbedScanner_13'. This is a problem, because it does not work unless it is detected as an 'Acer FlatbedScanner_21'. After this point I can try whatever I want, the scanner is never detected as an 'Acer FlatbedScanner_21' again, only as an 'Acer FlatbedScanner_13'. In short, when the scanner is detected as an 'Acer FlatbedScanner_13', it never works. If it is detected as an 'Acer FlatbedScanner_21', it always works. As I pointed out above that's ok, as long as the firmware is not downloaded. Once you start a frontend like xsane or kooka the firmware should be downloaded automatically. Does scanimage -L detect the scanner before firmware download? If no, please provide a debug log (SANE_DEBUG_SNAPSCAN=50 scanimage -L 2debug.log). If xsane or kooka doesn't detect the scanner there's most likely a problem with your firmware file. Note that there are two versions of the 3300 which use different firmware files. Depending on the USB ID you have to use either u176v... or u222v... as firmware file. See the scanner list on http://snapscan.sf.net. If all else fails send me the debug log of the xsane/kooka session (SANE_DEBUG_SNAPSCAN=50 kooka 2debug.log) /Oliver
[sane-devel] Epson 3590
Hi,
The scanner is slow in preview mode and makes a different noise
(probably because it is doing very small y steps). Right now
the preview mode is not the same as the normal 200 dpi mode.
But this is not surprising: Somewhere around line 870 in
snapscan-scsi.c you inform the scanner that it is in preview mode:
source = 0x0;
if (pss-preview) {
source |= 0x80; /* no high quality in preview */
}
else {
source |= 0x40; /* no preview */
}
I suspect that the scanner takes that as an excuse to get lazy
(with respect to the y motion). :-)
Can you find out if this behaviour is due to the high quality bit or
the preview bit? You can set the high quality bit separately from the
gui by selecting the Quality scan option within the standard option
screen.
I will download the latest CVS version during the weekend and
see if the problem still persists.
No need really, the code in question hasn't been changed for about 3
years...
/Oliver
[sane-devel] Epson 3590
Hi, I installed the latest SANE backend version, applied Jan Bouke's correction, and got the scanner working (after some confusion about the firmware file) - at least for paper scanning. The only problem I have is with the preview mode: scanimage --preview=yes uses a too high y rsolution, i.e., it produces a picture with a correct number of lines, but fills them with top part of the document only. Preview scans from XSane and Kooka hang the scanner. But this might be a problem of my installation: Perhaps I overlooked a file from the previous 1.0.15 backends version. Has somone else observed a similar behaviour? I got reports from similar problems with the 3490, but apparently previewing works for some people. Maybe it's a problem with the firmware version. The latest CVS version shouldn't need Jan's patch anymore. /Oliver
[sane-devel] Epson Pferection 3590 Photo
Hi, scanner Epson Perfection 3590 Photo Firmware esfw52.bin The scanner did not work. sane-findscanner finds the scanner: ... found usb scanner vendor 0x04b8 epson scanner productid 0x0122 The 3590 is not tested yet but should work with the snapscan backend. The latest version from CVS should be working. sane-backends 1.0.16 does not support the 3490/3590. If you have any problems please let me know. Regards, Oliver
[sane-devel] xsane support of 16-bit grayscale scanner output
Hi, I have an Epson 2580 scanner, which is capable of 16-bit output for each channel, including what it calls monochrome. I'd like to use xsane to preview the old black-and-white photographs that I have, and to set the tone levels appropriately for each photograph, and then acquire the scan with 16-bit depth. Currently the snapscan backend supports 8 bit/channel only. I have some information for 16 bit/channel so hopefully I'll be able to implement support for it sometime soon. /Oliver
[sane-devel] xsane preview problem
Hi, I am using xsane v0.97 together with the snapscan backend (from sane-backends v1.0.15) to drive an Epson 2580 Photo scanner. I'm scanning old black and white photographs. Scanning works fine, but the preview does not. There seems to be a problem with previews on the 2580 in the snapscan backend. I've no idea what the problem is, apparently it works for the 2480. AFAIK you can disconnect the transparency unit as a workaround. /Oliver
[sane-devel] Epson 3490
Hi, The CVS snapshot I downloaded for 20050815 didn't contain that patch. And the CVS version doesn't work for me now (whether I make that modification or not), I alternately get messages like scanimage: open of device snapscan:libusb:001:003 failed: Error during device I/O and scanimage: no SANE devices found Can you send me a debug log? Run export SANE_DEBUG_SNAPSCAN=255 then scanimage 1/dev/null 2debug.log Yes. The parameter is called Threshold in lineart mode. It's available in the Standard Options window in xsane or as option --threshold in scanimage. I get (with the 20050815 version) scanimage: attempted to set inactive option threshold It's supposed to be active in lineart mode only. Running scanimage --mode=Lineart --threshold=70 works fine here (although on another scanner model). /Oliver
[sane-devel] Epson 3490
Hi, If it is always the same ratio of real distance to scanned distance (also for -l and -t) it is most likely that the calculation of the scan area is not handled correctly. That could be corrected by changing the value of pos_factor in function set_window() in snapscan-scsi.c. That would seem to be the case here. Yes, so maybe it's enough to just change that value for the 3490. It's set in line snapscan-scsi.c, line 810. The value is currently set to 1600 for resolutions below 1600, 3200 for resolutions above. If your distances are off by 25%, try setting it to 1600/0.75 = 2130. For the guy that developed the patch that didn't help, though. Hm. Is that the guy that you say below has the scanner working for him, or is it someone else? Yes. Unfortunately I've lost contact to him, i.e. he doesn't answer my mail. I don't think that this is an unsolvable problem. It may be necessary to do some deeper analysis and maybe get some USB traces from the windows driver, though. How do I go about getting such traces for you (or whoever it is who'll likely be working on this)? You can use usbsnoop: http://benoit.papillault.free.fr/usbsnoop/ The files tend to get very large, so chose a very small scan area and a low resolution. You can send them to me in private mail. Also keep in mind that the scanner seems to work for at least one guy, so the solution can't be that difficult :-) I certainly hope that is the case! What did that guy do to make it work? I.e. scanning over the whole area? He developed the patch. His last mail stated it works, so I applied it to CVS. (On a side note: Is brightness supposed to work for lineart mode? As it is, it tends to make Lineart mode scans too dark - things that are clearly (but somewhat faded) white paper gets smothered in black. My UMAX Astra 1200 didn't have that problem at all.) Yes. The parameter is called Threshold in lineart mode. It's available in the Standard Options window in xsane or as option --threshold in scanimage. /Oliver
[sane-devel] Epson 2480 Transparency Unit - not for me 8-(
On Tuesday 16 August 2005 21:03, Reinald Kirchner wrote:
Hi everybody,
I replaced the firmware 1.14 with the 1.16 I received (thanks Simon
and Ken), but I have no change in the behaviour of my scanner. When
I address the transparency unit, it runs into a loop. The debug
ends repeating the attached block below over and over.
Any Ideas, any advice?
Not really. The backend tries to set the scanning parameters (command
0x24). The scanner replies with an error, the backend requests the
error code, the scanner replies that it is warming up and will be
finished in 4 seconds. The backend then waits for 4 seconds and
repeats the command, but the scanner always gives the same answer.
One possibility is to ignore the return value completely. You could
try changing the loop at the end of set_window() in snapscan-scsi.c,
i.e. replace
do {
status = snapscan_cmd (pss-pdev-bus, pss-fd, pss-cmd,
SET_WINDOW_TOTAL_LEN, NULL, NULL);
...
} while (status == SANE_STATUS_DEVICE_BUSY);
CHECK_STATUS (status, me, snapscan_cmd);
return status;
}
with
snapscan_cmd (pss-pdev-bus, pss-fd, pss-cmd,
SET_WINDOW_TOTAL_LEN, NULL, NULL);
return SANE_STATUS_GOOD;
Then run
touch snapscan.c
make
make install
Hope this helps,
/Oliver
[sane-devel] Epson Perfection 3490 PHOTO
Hi, Does all this mean that I need to load some firmware onto the scanner before I can use it, or should it work out-of-the-box with the snapscan backend? Yes and no. The backend will download the firmware to the scanner automatically (as does the windows driver). See http://snapscan.sourceforge.net for more information. The firmware is only loaded into the internal RAM of the scanner. Once you switch off the scanner it is restored to it's original state. /Oliver
[sane-devel] Epson Perfection 3490 PHOTO
Hi, I found the driver in c:/WINDOWS/system32/esfw52.bin, copied it to /etc/sane.d and modified the firmware entry in snapscan.conf, and now it works even after rebooting both the scanner and the computer. Very good. Can you do some tests, e.g. do all resolutions work? Does the transparency unit work? Happy scanning, Oliver
[sane-devel] Re: [sane-commit] CVS update of sane-backends (3 files)
Hi, Maybe I'm doing something wrong but after cvs update and trying to make sane-backends I get: In file included from snapscan.c:210: snapscan-scsi.c: In function 'inquiry': snapscan-scsi.c:483: error: 'PERFECTION3590' undeclared (first use in this function) snapscan-scsi.c:483: error: (Each undeclared identifier is reported only once snapscan-scsi.c:483: error: for each function it appears in.) snapscan-scsi.c:485: warning: pointer targets in passing argument 2 of 'snapscani_debug_data' differ in signedness snapscan-scsi.c: In function 'calibrate_2480': [...] No, seems that was me :-( Checked in an older version by mistake. It's fixed now. /Oliver
[sane-devel] Re: [sane-commit] CVS update of sane-backends (3 files)
Hi, In file included from snapscan.c:213: snapscan-options.c: In function 'init_options': snapscan-options.c:236: error: syntax error before '/' token Fixed, thanks for testing. /Oliver
[sane-devel] Epson Perfection 2480 Photo: firmware loading
Hi all, That not withstanding, the snapscan backend sources show that a fair bit of the structure of the INQUIRY command's reply is already known. This is the command I would expect to show different replies for both models. They do, but up to now I only have the data of three different scanners. The 2480/2580 can send more inquiry data than normally requested by the snapscan backend. The backend ususally requests 120 bytes, the epson windows driver requests 138 bytes. I suspect that the value to look at is at offset 137. I've attached a few dumps of inquiry data from a 2480 and a 2580. I'll add some code to request the additional inquiry data to the snapscan backend. If some people volunteer for tests we can get a more solid base for the distinction. The backend checks (via that evil binary-only library :-() with the hardware if a download is necessary and only downloads if necessary. If you power-cycle your scanner, you'll find that it will take some time even with the epkowa backend before you can use the scanner. The snapscan backend does the same thing. However, the delay Julien is referring to results from the test_unit_ready/request_sense command after the firmware upload. Some Epson scanners report DEVICE_BUSY with some unusual large timeouts. I guess that the epkowa backend limits or ignores this value. /Oliver -- next part -- 2580 before firmwar upload 00: 06 00 02 02 49 00 00 00 45 50 53 4F 4E 20 20 20 I...EPSON 10: 45 50 53 4F 4E 20 53 63 61 6E 6E 65 72 20 20 20 EPSON Scanner 20: 30 31 31 30 20 00 00 00 02 21 00 00 00 00 00 00 0110 !.. 30: 04 B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .260.. 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 54 75 65 20 46 65 62 20 32 35 20 32 30 30 33 20 Tue Feb 25 2003 70: 30 39 3A 35 38 00 00 00 00 00 00 00 09:58... 2580 after firmware upload: 00: 06 00 02 02 49 00 00 00 45 50 53 4F 4E 20 20 20 I...EPSON 10: 45 50 53 4F 4E 20 53 63 61 6E 6E 65 72 31 20 20 EPSON Scanner1 20: 31 2E 31 34 20 BD 40 48 00 00 29 B8 29 B8 00 00 1.14 275@H..)270)270.. 30: 09 60 00 01 15 17 00 00 00 00 00 00 00 00 00 00 .`.. 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 46 72 69 20 41 70 72 20 20 32 20 32 30 30 34 20 Fri Apr 2 2004 70: 31 35 3A 34 37 00 00 00 00 00 00 80 FA 80 8F 93 15:47..?372?217? 80: 97 00 00 00 00 00 00 00 00 2F 01 ?/. same 2580, after shading / image data 00: 06 00 02 02 49 00 00 00 45 50 53 4F 4E 20 20 20 I...EPSON 10: 45 50 53 4F 4E 20 53 63 61 6E 6E 65 72 31 20 20 EPSON Scanner1 20: 31 2E 31 34 20 BD 40 48 00 00 02 7C 02 7C 03 6F 1.14 275@H...|.|.o 30: 09 60 00 01 0A 05 00 00 00 00 00 00 00 00 00 00 .`.. 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 46 72 69 20 41 70 72 20 20 32 20 32 30 30 34 20 Fri Apr 2 2004 70: 31 35 3A 34 37 00 00 00 00 00 00 ED E1 DA 87 8C 15:47..355341332?? 80: 8F 00 00 00 00 00 00 00 00 2F 01 217/. 2480 after firmware upload 00: 06 00 02 02 49 00 00 00 45 50 53 4F 4E 20 20 20 I...EPSON 10: 45 50 53 4F 4E 20 53 63 61 6E 6E 65 72 31 20 20 EPSON Scanner1 20: 31 2E 31 34 20 BD 40 48 00 00 02 7C 02 7C 03 6F 1.14 275@H...|.|.o 30: 09 60 00 01 0A 05 00 00 00 00 00 00 00 00 00 00 .`.. 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 46 72 69 20 41 70 72 20 20 32 20 32 30 30 34 20 Fri Apr 2 2004 70: 31 35 3A 34 37 00 00 00 00 00 00 F1 E2 DE 82 88 15:47..361342336?? 80: 8B 00 00 00 00 00 00 00 00 07 01 ?.. From henn...@meier-geinitz.de Mon Aug 15 17:48:16 2005 From: henn...@meier-geinitz.de (Henning Meier-Geinitz) Date: Mon Aug 15 17:51:04 2005 Subject: [sane-devel] Re: Getting Mustek 1200 UB Plus scanner working In-Reply-To: 42ffad5e.9040...@ix.netcom.com References: 42ffad5e.9040...@ix.netcom.com Message-ID: 20050815174816.ga9...@meier-geinitz.de Hi, On Sun, Aug 14, 2005 at 04:45:18PM -0400, Martin wrote: I copied the firmware file to /opt/gt68xx/sbfw.usb and edited the file gt68xx.conf Ok. # Mustek ScanExpress 1200 UB Plus: override mustek-scanexpress-1200-ub-plus firmware /opt/gt68xx/SBfw.usb First, above of that there must be usb 0x05d8 0x4002. Second, mind the capitalization of the firmware (SBfw.usb in config file, sbfw.usb in directory). Only the latest SANE version will ignore the case. Third: Is the scanner detected by sane-find-scanner? If not, either your kernel has no USB support,
[sane-devel] Epson Perfection 3490 PHOTO
Hi, the code is in CVS now. Please try it and let me know if it works for you. I currently don't have any information on the firmware filename. Usually there is only one supplied with the windows driver. Look for any *.bin file in the twain32 directory. /Oliver
[sane-devel] Epson 2480 Transparency Unit - I give up
Hi, maybe there is something beyond versions to make the transpareny unit work (or not work), I have the scanner connected via an USB hub, having only two USB-ports (USB 1.1), that might have some influence as well? Well, it shouldn't, but I've seen stranger things happen. If the scanner is connected to an USB 2.0 port and does not work correctly it's worth to try again without loading ehci_hcd (thus forcing the use of USB 1.1). /Oliver
[sane-devel] Epson 2480 Transparency Unit - I give up
Hi, After several days of working on this problem, it seems obvious that the sane package will not support the transparency unit on the Epson 2480. well, it does, at least for some versions of the 2480. Some people have reported problems similar to yours (see, e.g. http://alioth.debian.org/tracker/index.php?func=detailaid=301010group_id=30186atid=410366 ). For others, the scanner seems to work perfectly (mostly using sane-backends 1.0.15). I have no clue why this problem occurs for some users and not for others. As far as I know there is no correspondence to any version of the backend. In fact the code for scanning transparencies has hardly been changed in the last three years. I doubt that an earlier version of the backend will solve your problem. After working for two days with the latest sane-backends package (1.0.16) and having more problems than with the older version, I have dropped back down to 1.0.15. This has not solved my problems with the color banding on slide scans, but at least it works again for flatbed sources. As I explained in another mail the reduced scanning area in transparency mode is a security measure for 2580 users. Now I just have to decide whether to buy a machine to use as a dedicated scan server (Windows... Yecchhh) or buy a film scanner that is known to work on Linux (lots of money). There is always a third possibility: Fix the problem. /Oliver
[sane-devel] Epson Perfection 3490 PHOTO
Hi, I recently got the Epson Perfection 3490 PHOTO scanner. Does anyone else have any experience with this scanner, and/or can tell me whether it is (or will be in the near future) supported by SANE? Any pointers on how I can make it work with SANE is much appreciated. I got some infos and a patch concerning this scanner. I'll add support for it to the snapscan backend in the next few days. I'll let you know if the code is in CVS, so you can test it. /Oliver
[sane-devel] Epson Perfection 2480 Photo: transparency issues
Hi, umm, so can we get the transparency preview/scan size restored to how it was in the past? i'm not sure of the exact dimensions, but, why not use the entire available area? I agree, especially as 1.0.16 is soon to be released. Ideally the backend should set the size depending on the model; the 2480 has a piece of plastic you use to hold negatives and slides, and lets you scan two slides or three negatives at once. The 2580 has an auto film feeder built into the lid, and I believe it scans 1 negative at a time. For slides their is a plastic guide that lets it scan 1 slide. The size does need to be restored to the previous value for 2480 users, and if it is possible to distinguish between the two scanners, then the size should be selected based on the model. I've reduced the size for the 2480 since I currently can't distinguish between 2480 and 2580. The original size may cause damages on a 2580 since the scanner bumps into the rear end of the transparency unit. Once it is known how to distinguish between 2480 and 2580 the sizes can be set individually. For the time being I'm using the safe settings of the (smaller) 2580 area. If you really need the bigger area you can adjust the scan area in snapscan_options.c. /Oliver
[sane-devel] Read Errors on Epson 2480 and FC3
On Monday 01 August 2005 03:36, Ken Ramey wrote: Hello; I have been working all weekend on this problem. At the beginning, my new scanner wasn't even recognized by Fedora. Now, it is recognized but I am unable to acquire any images. In all cases, the scanner seems to perform a full scan, but no image appears. In the cases of iscan and xsane, the preview window never sees an image, although the histogram seems to indicate that it sees an image. At the end of what seems to be a reasonable scan time - accompanied by lots of mechanical activitiy from the scanner - a pop-up informs me that there was a read error because the scanner was busy. scanimage behaves the same, giving this error: Try unloading the ehci_hcd module and see if that changes anything. It seems that on some systems there is a problem with USB 2.0. /Oliver
Model names (was: [sane-devel] Proposed timetable for the release of sane-backends-1.0.16)
Hi, By the way: Does anybody know why model name autodetection fails for the EPSON PERFECTION 2480 PHOTO? Is the model name stored inside the scanner and this model reports only EPSON Scanner on the USB bus or has the USB system a map model ID - model name where an entry for this model is missing? Epson scanner is the USB Id string that is reported by the scanner itself. It's the same string that is printed by lsusb. The names Epson has given are not very consistent, e.g. the Perfection 660 reports Perfection 660 as it's USB id, newer models just report EPSON scanner or even EPSON scanner1. Depending on the model these strings may even change after the firmware is downloaded to the scanner. /Oliver
[sane-devel] Agfa SnapScan e25 Procedure Check up
Hi, After reading, googling, and more reading, this is what I assume it is to be done in order to get the Scan working properly. However, I DO NOT get it working, so please let me know what I am doing so wrong. 1) Connect the Scanner 2) Get the firmware (a_file.bin) 3) Place the file.bin somewhere 4) Specify that path in /etc/sane.d/snapscan.conf just like it says here... # Change to the fully qualified filename of your firmware file, if # firmware upload is needed by the scanner firmware /home/me/e25.bin After that, is there anything else I should be doing? That should be it, under normal circumstances. If it doesn't work, check the following things: 1) Entry snapscan is uncommented in /etc/sane.d/dll.conf 2) You only have one SANE installation (i.e. not another one in /usr/local/lib/sane.d/...) If it still doesn't work, send the output from export SANE_DEBUG_SNAPSCAN=255 scanimage -L Regards, Oliver
[sane-devel] Can't download firmware to my scanner
Hi, However, when I attempt to access the scanner in any way, using xscan, scanimage -T, etc., it does not work, and the scanner then disapears from the 'scanimage -L' output, and does not return unless hotplug services are restarted the scanner restarted reattached. Based on the error output (see below), it seems like there is a problem downloading the firmware to the scanner. I haven't been able to figure out why. You are right, there is something fishy going on in your system during firmware upload. For some reason the backend can only send the first 1024 bytes of the file. My best guess is that there is some problem on the USB layer. Can you send me logs with SANE_DEBUG_SANEI_USB=255? Do you see any suspicious messages in /var/log/messages? You could also try if unloading the ehci_hcd driver changes anything (rmmod ehci_hcd). This will change USB communication to the (slow) USB 1.1 mode, in case you have USB 2.0 ports Regards, Oliver
[sane-devel] WARNING: Epson 2480/2580 in transparency mode, 2400 DPI
Hi, I take it you are positive that this user used the snapscan backend when this happened. The epkowa backend also supports this scanner. actually I'm not. All information that I have is the bug report here: http://alioth.debian.org/tracker/?func=detailatid=410366aid=301692group_id=30186 The bug report was filed anonymously. I'm currently trying to contact the poster to get more information. /Oliver
