[sane-devel] scanner HP 3690
Le Monday 13 September 2010 08:06:32, vous avez ?crit : > 2010/9/13 stef : > > Le Sunday 12 September 2010 23:18:22 Hiisi, vous avez ?crit : > >> Hi! > > <--SNIP--> > > >Hello, > > > >the HP3690 has the same USB id than the HP3670 which is fully > > supported by the genesys backend. Does the UTA works well also ? > > I don't know what does UTA mean. How can I test it? Fast google didn't > find anything. > > >I'll update descriptions for this scanner. > > > > Thank for the success report, > >Stef > > Yes, thank you. That was the purpose of my writing. Somebody see that > his scanner is unsupported by Linux and would stay on windoze side. > For example, I used VirtualBox virtual machine with WinXP for the > purpose. > Appreciate your work! Hello, the UTA is the Universal Transparency Adaptor, which is the adaptor for scanning photographic negatives. I'm happy my work is useful to you. Regards, Stef
[sane-devel] [PATCH] Fix handling of SANE_CONFIG_DIR environment variable
Am Freitag, 3. September 2010, 16:57:14 schrieb Reinhold Kainhofer: > Attached is a patch for the current sane-backends git, which fixes several > problems with the handling of the SANE_CONFIG_DIR environment variable. Is there anyone here you can take a look at the patch, concerning correctness etc.? BTW, the main problem (wrong pointers to the list of config dirs) does not appear when you set SANE_CONFIG_DIR only to one directory, but only if you set it to two or more directories. Here's the debug output of current git master in that case (notice the path before dll.aliases!): reinhold at curie:~/Software/sane-backends$ export \ SANE_CONFIG_DIR=/home/reinhold/temp/sane.d:/etc/sane.d: reinhold at curie:~/Software/sane-backends$ scanimage -L [sanei_debug] Setting debug level of sanei_config to 127. [sanei_config] sanei_config_open: attempting to open `/home/reinhold/temp/sane.d/dll.conf' [sanei_config] sanei_config_open: using file `/home/reinhold/temp/sane.d/dll.conf' [sanei_config] sanei_config_open: attempting to open `???/dll.aliases' [sanei_config] sanei_config_open: could not find config file `dll.aliases' The problem that the dll backend always looks only in /etc/sane.d/dll.d/, even when a different SANE_CONFIG_DIR is given, is of course present in all cases. Cheers, Reinhold -- -- Reinhold Kainhofer, reinhold at kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org
[sane-devel] SNMP detection of network scanners?
For magicolor devices, KONICA MINOLTA provides SNMP functionality to detect the scanner (existence, model, etc.) and also some of its capabilities. Is there any SNMP framework provided by sane that can/should be used, or is it completely up to me to implement the SNMP conversation? I couldn't see anything SNMP-related in the default backends, so how would you suggest to implement SNMP? libsnmp or manually implementing SNMP from scratch (as cups seems to do)? Cheers, Reinhold PS: The backend for the magicolor 1690mf (and as Ilia Sotnikov noticed probably also some bizhub devices) is progressing nicely. Currently, I'm already at a stage where the scanning is started and the data is received by the backend. Of course, there are still some things where I don't know the exact purpose of command arguments, but the most important stuff is decoded and implemented. If you are interested, the current state can be found a git repository at repo.or.cz: http://repo.or.cz/w/sane-backend-magicolor.git WARNING: This is very much work in progress, so it will probably not work for you yet, and it might even lock up your device right now! Try it entirely on your own risk! -- -- Reinhold Kainhofer, reinhold at kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org
[sane-devel] HP 8250 ADF doesn't work (patch)
tested this code at all. Unfortunately, > my scanner is inaccessible to me for the next year, as I've moved overseas > temporarily. I can only assume it would work based on the debugging output > in the aforementioned bug. I realize it's kind of rude to just dump > untested code on the group, but I hope you will forgive me as I don't > actually have the hardware in my possession at the moment. > > I've put in a lot of effort to avoid breaking other scanners, but I can't > be > 100% sure that I've been successful. HP scanners older than the 8200 > series > should be unaffected by these changes, as they don't support duplexing and > don't enter these code paths. However, I'm worried about the 8300 series > scanners because I have not been able to find a debug log for them. This > implies that they are working with the current code, but without a debug > log, I can't know which code path they use. > > So, if possible, please test this patch if you have a ScanJet 8200 series > scanner with an ADF unit. If you're an owner of a ScanJet 8300 series > scanner with an ADF unit, please send me a debug log (patch or not). > > These are the avision supported HP duplex capable scanners: > HP ScanJet 8200 (This model didn't ship with an ADF) > HP ScanJet 8250 (15ppm 2-pass) > HP ScanJet 8290 (25ppm 2-pass) > HP ScanJet 8270 (25ppm 2-pass, replaces the 8290) > HP ScanJet 8300 (This model didn't ship with an ADF) > HP ScanJet 8350 (25ppm 1-pass) > HP ScanJet 8390 (35ppm 1-pass) > > Thanks, > > Mike > (: > > -- > > Mike at > PirateHaven.org---The_glass_is_too_big > > -- > 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 > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100913/0732b085/attachment.htm>
[sane-devel] scanner HP 3690
2010/9/13 stef : > Le Sunday 12 September 2010 23:18:22 Hiisi, vous avez ?crit : >> Hi! <--SNIP--> > ? ? ? ?Hello, > > ? ? ? ?the HP3690 has the same USB id than the HP3670 which is fully supported > by the genesys backend. Does the UTA works well also ? I don't know what does UTA mean. How can I test it? Fast google didn't find anything. > ? ? ? ?I'll update descriptions for this scanner. > > Thank for the success report, > ? ? ? ?Stef > Yes, thank you. That was the purpose of my writing. Somebody see that his scanner is unsupported by Linux and would stay on windoze side. For example, I used VirtualBox virtual machine with WinXP for the purpose. Appreciate your work! -- Hiisi. Registered Linux User #487982. Be counted at: http://counter.li.org/ -- Spandex is a privilege, not a right.
[sane-devel] any hope for 64bit platform on ThinkPads?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010?09?10? 22:04, m. allan noah wrote: > I would expect such a problem to not be scanner specific. Can you find > any other complaints about usb printing or cameras, etc? Just a minor data point, most of the epkowa backend is developed on a 64bit Thinkpad R500 these days. Has been working fine with a pile of EPSON scanner devices. Also works fine from within a slew of VMs. > On Thu, Sep 9, 2010 at 6:29 PM, Oleg Mikheev wrote: >> On 09/10/2010 02:17 AM, m. allan noah wrote: >>> i would say that most of them do. It may just be that you have hit >>> upon a particular backend which has a problem. >> >> But the fact that one other guy reported the same problem on >> 64bit Linux running on a ThinkPad makes me think twice before >> going for another scanner. >> And he was using another back-end, so the problem might be >> with the 64bit sane <-> ThinkPad USB, don't you think? What scanner? What backend? What distro? What ThinkPad? Hope this helps, - -- Olaf Meeuwissen, LPIC-2 FLOSS Engineer -- AVASYS CORPORATION FSF Associate Member #1962 Help support software freedom http://www.fsf.org/jf?referrer=1962 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyNXAAACgkQt5qrxaZLMnItAACgsiUGO2/8aE2rQMeucN1HMgcz GnIAnietRUwF4cFDdSZr7Ox4VsyvXyRW =whuC -END PGP SIGNATURE-
[sane-devel] HP 8250 ADF doesn't work (patch)
Hi, I own an HP 8250 scanner, but the ADF unit doesn't work with sane. In my attempt to find a solution I stumbled upon Debian bug 521410 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521410). In this bug, it is reported that scanning used to work with a previous version of avision.c, but that with later versions the ADF stopped working. With the supplied log files in that bug, I decided to try to figure out what changed in the source and see if I could return the functionality. I went through every change in avision.c, going back until June of 2006, until I narrowed the problem down to a bit field which used to have one of two bits set for all ADF scanners but was later changed to only set the bits based on ADF capabilities. Unfortunately the new code which determines the ADF's capabilities excludes this scanner. There are two core problems: 1) The first is that the code is trying to determine the ADF model from the scanner, but the returned value from the scanner is not giving us enough information to determine what the capabilities are for the ADF. 2) The second is that the code added to correctly set the scanner bits for 2-pass duplex scanners sets a completely different set of bits than before. About the first problem (detecting the ADF): The code uses a byte value returned from the scanner labeled "adf_model" in the source, but the returned value is a value in the range of 0 to 2. Although the code assigns model names to these values, it seems that different scanners, with clearly different ADF units, return the same model number, so the names can't possibly be valid. How HP uses this byte is unclear, but I suspect that if it is used at all, there is a lookup table to determine the ADF features based on the scanner model. I've looked at debug logs for almost all of the supported scanners to support this conclusion. In fact, having reviewed the documentation of each supported model and its ADF capabilities, I have concluded that this byte can be safely ignored, and that knowing the base scanner model is sufficient. I implemented a simple flag, AV_ADF_SUPPORTS_DUPLEX, which I have applied to the scanner models which support duplex scanning. If I can believe the comments, this change only affects HP scanners. About the second problem (setting the correct bits): The original code, for all ADF scanners, set either the duplex (0x10) or rear scanner bits (0x08) depending on the selected ADF mode. The subsequent changes do this for only interlaced scanners (aka 1-pass scanners). The code does not set these bits for 2-pass scanners, but instead sets the lowest three bits (0x07) of the bitset3 bit field. The comments suggest that only HP scanners do 2-pass scanning, so I haven't looked at other Avision scanners. In the 2-pass case, the last three bits are set, but the duplex mode (0x10) is not. The comments in the code do not lead me to believe that the rear scanning mode exists for HP equipment, neither do the photos, debug logs, or documentation of the equipment. As a result, my change is to add setting of the duplex bit (0x10) in addition to the last three bits (0x07) (although it should be noted that these were not originally set). I also changed the setting of the bit fields to use the SET_BIT macro which seems to be the preferred way to toggle bits. While I was patching the code, I decided to clean up some clever, but confusing, code in the set_window() function. I replaced an intermediate value (adf_mode) with references to the underlying core data structure (s->source_mode). This change looks bigger than it is because of I had to fix the indenting. Now for the bad news. I have not tested this code at all. Unfortunately, my scanner is inaccessible to me for the next year, as I've moved overseas temporarily. I can only assume it would work based on the debugging output in the aforementioned bug. I realize it's kind of rude to just dump untested code on the group, but I hope you will forgive me as I don't actually have the hardware in my possession at the moment. I've put in a lot of effort to avoid breaking other scanners, but I can't be 100% sure that I've been successful. HP scanners older than the 8200 series should be unaffected by these changes, as they don't support duplexing and don't enter these code paths. However, I'm worried about the 8300 series scanners because I have not been able to find a debug log for them. This implies that they are working with the current code, but without a debug log, I can't know which code path they use. So, if possible, please test this patch if you have a ScanJet 8200 series scanner with an ADF unit. If you're an owner of a ScanJet 8300 series scanner with an ADF unit, please send me a debug log (patch or not). These are the avision supported HP duplex capable scanners: HP ScanJet 8200 (This model didn't ship with an ADF) HP ScanJet 8250 (15ppm 2-pass) HP ScanJet 8290 (25ppm 2-pass) HP ScanJet 8270 (25pp
[sane-devel] scanner HP 3690
Le Sunday 12 September 2010 23:18:22 Hiisi, vous avez ?crit : > Hi! > I'm running sane [1] on fedora-linux machine [2]. My scanner didn't > work until some updates to sane-backends. Now it works like a sharm > with xsane GUI. However the list of supported devices at sane-project > page [3] clearly stays it doesn't work. Should it be corrected or is > it just a miracle? > Respectfully, > Hiisi > > REFERENCES: > 1. $ rpm -qa | grep sane > sane-backends-1.0.21-2.fc12.i686 > libsane-hpaio-3.10.5-1.fc12.i686 > xsane-0.997-10.fc12.i686 > sane-backends-libs-1.0.21-2.fc12.i686 > xsane-common-0.997-10.fc12.i686 > xsane-gimp-0.997-10.fc12.i686 > sane-frontends-1.0.14-9.fc12.i686 > sane-backends-devel-1.0.21-2.fc12.i686 > sane-backends-libs-gphoto2-1.0.21-2.fc12.i686 > > 2. $ uname -a > Linux kello.ru 2.6.32.21-166.fc12.i686 #1 SMP Fri Aug 27 06:55:23 UTC > 2010 i686 i686 i386 GNU/Linux > > 3. Hello, the HP3690 has the same USB id than the HP3670 which is fully supported by the genesys backend. Does the UTA works well also ? I'll update descriptions for this scanner. Thank for the success report, Stef
[sane-devel] scanner HP 3690
Hi! I'm running sane [1] on fedora-linux machine [2]. My scanner didn't work until some updates to sane-backends. Now it works like a sharm with xsane GUI. However the list of supported devices at sane-project page [3] clearly stays it doesn't work. Should it be corrected or is it just a miracle? Respectfully, Hiisi REFERENCES: 1. $ rpm -qa | grep sane sane-backends-1.0.21-2.fc12.i686 libsane-hpaio-3.10.5-1.fc12.i686 xsane-0.997-10.fc12.i686 sane-backends-libs-1.0.21-2.fc12.i686 xsane-common-0.997-10.fc12.i686 xsane-gimp-0.997-10.fc12.i686 sane-frontends-1.0.14-9.fc12.i686 sane-backends-devel-1.0.21-2.fc12.i686 sane-backends-libs-gphoto2-1.0.21-2.fc12.i686 2. $ uname -a Linux kello.ru 2.6.32.21-166.fc12.i686 #1 SMP Fri Aug 27 06:55:23 UTC 2010 i686 i686 i386 GNU/Linux 3. http://www.sane-project.org/unsupported/hp-scanjet-3690.html -- Hiisi. Registered Linux User #487982. Be counted at: http://counter.li.org/ -- Spandex is a privilege, not a right.