[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
='300' -x 210 -t 0 --verbose test300.pnm scanimage: unrecognized option `--device-name=epson2:libusb:001:004' rd at dell:~$ With 150 dpi (broken in 1.0.19) rd at dell:~$ scanimage -d 'epson2:libusb:001:004' --mode='Color' -y 297 -l 0 --resolution='150' -x 210 -t 0 -v test150.pnm scanimage: scanning image of size 1240x1754 pixels at 24 bits/pixel scanimage: acquiring RGB frame scanimage: min/max graylevel value = 140/255 scanimage: read 651 bytes in total rd at dell:~$ looks good so far, but rd at dell:~$ convert test150.pnm test150.png convert: unable to read image data `test150.pnm'. convert: missing an image filename `test150.png'. rd at dell:~$ pnmtopng test150.pnm test150.png pnmtopng: EOF / read error reading a row of pixels rd at dell:~$ demonstrates that the current git code has the same issue as 1.0.19. For reference I provide test150.pnm at http://bokomoko.de/~rd/test150.pnm kuickshow shows that essentially all scan data is in the file, I would hope it is only a small issue which needs to be fixed, any ideas where to look at? Thanks, Rainer Am Mittwoch, 30. Dezember 2009 schrieben Sie: Could you try a more recent version of sane-backends, or perhaps a git snapshot? allan On Tue, Dec 29, 2009 at 5:34 AM, Rainer Dorsch rdorsch at web.de wrote: Hello, when scanning with the Epson Perfection 610 with 150dpi color mode, sane creates corrupted files rd at dell:~$ scanimage -L device `epson2:libusb:001:003' is a Epson Perfection610 flatbed scanner device `epson:libusb:001:003' is a Epson Perfection610 flatbed scanner device `epkowa:libusb:001:003' is a Epson Perfection 610 flatbed scanner Crd at dell:~$scanimage --device-name='epson2:libusb:001:003' --mode='Color' -y 297 -l 0 --resolution='150' -x 210 --wait-for-button='yes' -t 0 --verbose test.pnm scanimage: scanning image of size 1240x1748 pixels at 24 bits/pixel scanimage: acquiring RGB frame scanimage: min/max graylevel value = 34/253 scanimage: read 6487680 bytes in total rd at dell:~$ pnmtopng test.pnm test.png pnmtopng: EOF / read error reading a row of pixels rd at dell:~$ Also imagemagick has problems with this file rd at dell:~$ convert test.pnm test.png convert: unable to read image data `test.pnm'. convert: missing an image filename `test.png'. rd at dell:~$ ls -l test.pnm -rw-r--r-- 1 rd rd 6487717 29. Dez 10:40 test.pnm rd at dell:~$ For reference I put the corupted file to http://bokomoko.de/~rd/test.pnm Since kuickshow displays test.pnm well (also with more meaningfull examples), I think sane scans the page ok, but has some issue when writting the pnm file. When scanning with 300 dpi in color mode or 150 dpi in binary mode, there is no issue: rd at dell:~$ scanimage --device-name='epson2:libusb:001:003' --mode='Color' -y 297 -l 0 --resolution='300' -x 210 --wait-for-button='yes' -t 0 --verbose test300.pnm scanimage: scanning image of size 2480x3496 pixels at 24 bits/pixel scanimage: acquiring RGB frame scanimage: min/max graylevel value = 19/255 scanimage: read 26010240 bytes in total rd at dell:~$ pnmtopng test300.pnm test300.png rd at dell:~$ Again for reference: http://bokomoko.de/~rd/test300.pnm I am using the sane-backends version 1.0.19 contained in Debian 5.0 Thanks, Rainer -- 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 -- Rainer Dorsch L?rchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdorsch at web.de jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F ?8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- Rainer Dorsch L?rchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdorsch at web.de jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/7c6ab711/attachment.pgp
[sane-devel] Mustek ScanExpress A3 USB 1200 PRO
perhaps the A3 USB and A3 USB 1200 models are not the same? allan On Sat, Jan 2, 2010 at 10:04 PM, scar scar at drigon.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jay Anderson @ 09/08/2008 08:53 PM: I'm trying to get this scanner to work. [snip] hi, i don't understand how this scanner has gone from working back in 2005 for jonathan (he created many scanned images of maps) to not working in 2008. ?what happened? -BEGIN PGP SIGNATURE- iEYEAREIAAYFAktACTgACgkQXhfCJNu98qCmOgCg4wrXX6Hbrv6kRActxGYKKw8N Vk0AoJIvjce2JfXRzxdInaXyMTLfOOi9 =GeFJ -END PGP SIGNATURE- -- 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 -- The truth is an offense, but not a sin
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
On Sun, 3 Jan 2010 14:01:15 +0100 Rainer Dorsch rdorsch at web.de wrote: I was not aware that there is an epson2 backend, thanks for pointing that out. You are right, twelve pixels rows are missing in the final result compared to the epson2 backend prediction. I try to play with the y parameter this afternoon. I would be surprised though if that would be the problem since the 300 dpi scan does work. Maybe there's an unspotted error somewhere, the perfection 610 is a tricky scanner and there are some sections of the driver dedicated to its handling. However, I was unable to test it personally since I do not own such a scanner. If you search for color shuffle in the code you'll see that the scan area gets modified for the 610 because the color shuffling algorithm will eat some data. For such a scanner, I'd suggest to scan a bigger area and then refine by software. -- Best regards, Alessandro Zummo, Tower Technologies - Torino, Italy http://www.towertech.it
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
Hi Alessandro, thank you for the quick reply. Am Sonntag, 3. Januar 2010 schrieb Alessandro Zummo: On Sun, 3 Jan 2010 14:01:15 +0100 Rainer Dorsch rdorsch at web.de wrote: I was not aware that there is an epson2 backend, thanks for pointing that out. You are right, twelve pixels rows are missing in the final result compared to the epson2 backend prediction. I try to play with the y parameter this afternoon. I would be surprised though if that would be the problem since the 300 dpi scan does work. Maybe there's an unspotted error somewhere, the perfection 610 is a tricky scanner and there are some sections of the driver dedicated to its handling. However, I was unable to test it personally since I do not own such a scanner. If remote access is sufficient, I could give you (at least for a limited time access to a machine with such a scanner). I can also try to look through the code myself, but if you think you would spend more time in explaining than you would need to test yourself, I am happy to give you access. If you search for color shuffle in the code you'll see that the scan area gets modified for the 610 because the color shuffling algorithm will eat some data. Are these the areas in epson2.c you are refering to: /* * Make sure that the number of lines is correct for color shuffling: * The shuffling alghorithm produces 2xline_distance lines at the * beginning and the same amount at the end of the scan that are not * useable. If s-params.lines gets negative, 0 lines are reported * back to the frontend. */ if (s-hw-color_shuffle) { s-params.lines -= 4 * s-line_distance; if (s-params.lines 0) s-params.lines = 0; DBG(1, adjusted params.lines for color_shuffle by %d to %d\n, 4 * s-line_distance, s-params.lines); } DBG(5, resolution = %d, preview = %d\n, s-val[OPT_RESOLUTION].w, s-val[OPT_PREVIEW].w); DBG(5, get para %p %p tlx %f tly %f brx %f bry %f [mm]\n, (void *) s, (void *) s-val, SANE_UNFIX(s-val[OPT_TL_X].w), SANE_UNFIX(s-val[OPT_TL_Y].w), SANE_UNFIX(s-val[OPT_BR_X].w), SANE_UNFIX(s-val[OPT_BR_Y].w)); and /* allocate buffers for color shuffling */ if (dev-color_shuffle == SANE_TRUE) { int i; /* initialize the line buffers */ for (i = 0; i s-line_distance * 2 + 1; i++) { if (s-line_buffer[i] != NULL) free(s-line_buffer[i]); s-line_buffer[i] = malloc(s-params.bytes_per_line); if (s-line_buffer[i] == NULL) { DBG(1, out of memory (line %d)\n, __LINE__); return SANE_STATUS_NO_MEM; } } } I think a first good step would be to enable debug output. How can I enable the output in DBG() from scanimage ? For such a scanner, I'd suggest to scan a bigger area and then refine by software. I to now worry a lot about the 2-3 mm missing in the scan (12 lines at 150dpi), the problem is that the pnm file is broken and most programs reject to work with it. E.g. gscan2pdf uses convert from imagemagick to generate pdfs. But that all only works it the pnm files are correct and not corrupted. For me a fix which at least generates correct pnm files would be fine. Thanks, Rainer -- Rainer Dorsch L?rchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdorsch at web.de jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/0d75eae0/attachment-0001.pgp
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
On Sun, 3 Jan 2010 15:14:38 +0100 Rainer Dorsch rdorsch at web.de wrote: Are these the areas in epson2.c you are refering to: /* * Make sure that the number of lines is correct for color shuffling: * The shuffling alghorithm produces 2xline_distance lines at the * beginning and the same amount at the end of the scan that are not * useable. If s-params.lines gets negative, 0 lines are reported * back to the frontend. */ if (s-hw-color_shuffle) { s-params.lines -= 4 * s-line_distance; if (s-params.lines 0) s-params.lines = 0; DBG(1, adjusted params.lines for color_shuffle by %d to %d\n, 4 * s-line_distance, s-params.lines); } DBG(5, resolution = %d, preview = %d\n, s-val[OPT_RESOLUTION].w, s-val[OPT_PREVIEW].w); DBG(5, get para %p %p tlx %f tly %f brx %f bry %f [mm]\n, (void *) s, (void *) s-val, SANE_UNFIX(s-val[OPT_TL_X].w), SANE_UNFIX(s-val[OPT_TL_Y].w), SANE_UNFIX(s-val[OPT_BR_X].w), SANE_UNFIX(s-val[OPT_BR_Y].w)); and /* allocate buffers for color shuffling */ if (dev-color_shuffle == SANE_TRUE) { int i; /* initialize the line buffers */ for (i = 0; i s-line_distance * 2 + 1; i++) { if (s-line_buffer[i] != NULL) free(s-line_buffer[i]); s-line_buffer[i] = malloc(s-params.bytes_per_line); if (s-line_buffer[i] == NULL) { DBG(1, out of memory (line %d)\n, __LINE__); return SANE_STATUS_NO_MEM; } } } I think a first good step would be to enable debug output. How can I enable the output in DBG() from scanimage ? Those are two of the involved sections. However I did not wrote them so I can just hope they work nicely ;) You can enable debug with SANE_DEBUG_EPSON2=XX where XX is a value between 1 and 255. Thanks for the remote access offer but I'll be quite busy for the forthcoming weeks :( For such a scanner, I'd suggest to scan a bigger area and then refine by software. I to now worry a lot about the 2-3 mm missing in the scan (12 lines at 150dpi), the problem is that the pnm file is broken and most programs reject to work with it. E.g. gscan2pdf uses convert from imagemagick to generate pdfs. But that all only works it the pnm files are correct and not corrupted. For me a fix which at least generates correct pnm files would be fine. Did you tried other scanning software? -- Best regards, Alessandro Zummo, Tower Technologies - Torino, Italy http://www.towertech.it
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
weeks :( For such a scanner, I'd suggest to scan a bigger area and then refine by software. I to now worry a lot about the 2-3 mm missing in the scan (12 lines at 150dpi), the problem is that the pnm file is broken and most programs reject to work with it. E.g. gscan2pdf uses convert from imagemagick to generate pdfs. But that all only works it the pnm files are correct and not corrupted. For me a fix which at least generates correct pnm files would be fine. Did you tried other scanning software? -- Rainer Dorsch L?rchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdorsch at web.de jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/7a51a3c7/attachment.pgp
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
There are multiple fixes for this, but at bare minimum, the driver should output more lines of white data. allan On Sun, Jan 3, 2010 at 1:09 PM, Rainer Dorsch rdorsch at web.de wrote: Hello, thanks, I run with SANE_DEBUG_EPSON2=255. The debug message and image data seem to go both the stdout: http://www.bokomoko.de/~rd/test150.pnm.bz2 What I found interesting is that s-hw-color_shuffle seems to be false ? ? ? ?if (s-hw-color_shuffle) { ? ? ? ? ? ? ? ?s-params.lines -= 4 * s-line_distance; ? ? ? ? ? ? ? ?if (s-params.lines 0) ? ? ? ? ? ? ? ? ? ? ? ?s-params.lines = 0; ? ? ? ? ? ? ? ?DBG(1, adjusted params.lines for color_shuffle by %d to %d\n, ? ? ? ? ? ? ? ? ? ?4 * s-line_distance, s-params.lines); ? ? ? ?} ? ? ? ?DBG(5, resolution = %d, preview = %d\n, ? ? ? ? ? ?s-val[OPT_RESOLUTION].w, s-val[OPT_PREVIEW].w); since the adjusted params.lines does not show in the log: [epson2] main = 01, ADF = 00, TPU = 00, main 2 = 00 [epson2] sane_epson2_start: scanning... [epson2] e2_start_std_scan [epson2] e2_send: size = 2, reply = 126486 [epson2] e2_send: ESC G [epson2] buf[0] 1b . [epson2] buf[1] 47 G [epson2] e2_send: cmd count, r = 40, w = 37 [epson2] sane_epson2_get_parameters [epson2] returning saved params structure [epson2] restoring parameters from saved parameters [epson2] resolution = 150, preview = 0 [epson2] get para tlx 0.00 tly 0.00 brx 210.00 bry 297.00 [mm] [epson2] params.format ? ? ? ? ?= 1 [epson2] params.last_frame ? ? ?= 1 [epson2] params.bytes_per_line ?= 3720 [epson2] params.pixels_per_line = 1240 [epson2] params.lines ? ? ? ? ? = 1754 [epson2] params.depth ? ? ? ? ? = 8 Here it seem that the number of lines 1754 (=297/25.4*150) is still ok. Later epson2 reports: [epson2] e2_block_sane_read: begin [epson2] written 1750 lines after color shuffle [epson2] lines requested: 1754 [epson2] moving data 32768 0x8ca6d18 0x8ca6d18 This seems to be the 4 lines of discrepance (the 12 lines Allan and me mentioned before were wrong, it is 3 byte per pixel). The debug code from above comes from here (epson2-ops.c) ? ? ? ? ? ? ? ?if (s-eof) { ? ? ? ? ? ? ? ? ? ? ? ?if (s-hw-color_shuffle) { ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?DBG(1, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?written %d lines after color shuffle\n, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?s-lines_written); ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?DBG(1, lines requested: %d\n, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?s-params.lines); ? ? ? ? ? ? ? ? ? ? ? ?} ? ? ? ? ? ? ? ? ? ? ? ?return SANE_STATUS_EOF; ? ? ? ? ? ? ? ?} Is it correct that the epson2 backend - requests the scanner to scan 1754 lines - it acctually only scanned 1750 lines This mismatch is in the pnm file. Is the 1754 written before we start scanning, i.e. the backend needs to predict the correct number of lines the scanner scans? Can you point me to the locations in the code? Thanks, Rainer Am Sonntag, 3. Januar 2010 schrieb Alessandro Zummo: On Sun, 3 Jan 2010 15:14:38 +0100 Rainer Dorsch rdorsch at web.de wrote: Are these the areas in epson2.c you are refering to: ? ? ? ? /* ? ? ? ? ?* Make sure that the number of lines is correct for color shuffling: * The shuffling alghorithm produces 2xline_distance lines at the * beginning and the same amount at the end of the scan that are not * useable. If s-params.lines gets negative, 0 lines are reported * back to the frontend. ? ? ? ? ?*/ ? ? ? ? if (s-hw-color_shuffle) { ? ? ? ? ? ? ? ? s-params.lines -= 4 * s-line_distance; ? ? ? ? ? ? ? ? if (s-params.lines 0) ? ? ? ? ? ? ? ? ? ? ? ? s-params.lines = 0; ? ? ? ? ? ? ? ? DBG(1, adjusted params.lines for color_shuffle by %d to %d\n, ? ? ? ? ? ? ? ? ? ? 4 * s-line_distance, s-params.lines); ? ? ? ? } ? ? ? ? DBG(5, resolution = %d, preview = %d\n, ? ? ? ? ? ? s-val[OPT_RESOLUTION].w, s-val[OPT_PREVIEW].w); ? ? ? ? DBG(5, get para %p %p tlx %f tly %f brx %f bry %f [mm]\n, ? ? ? ? ? ? (void *) s, (void *) s-val, SANE_UNFIX(s-val[OPT_TL_X].w), ? ? ? ? ? ? SANE_UNFIX(s-val[OPT_TL_Y].w), SANE_UNFIX(s-val[OPT_BR_X].w), SANE_UNFIX(s-val[OPT_BR_Y].w)); and ? ? ? ? /* allocate buffers for color shuffling */ ? ? ? ? if (dev-color_shuffle == SANE_TRUE) { ? ? ? ? ? ? ? ? int i; ? ? ? ? ? ? ? ? /* initialize the line buffers */ ? ? ? ? ? ? ? ? for (i = 0; i s-line_distance * 2 + 1; i++) { ? ? ? ? ? ? ? ? ? ? ? ? if (s-line_buffer[i] != NULL) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? free(s-line_buffer[i]); ? ? ? ? ? ? ? ? ? ? ? ? s-line_buffer[i] = malloc(s-params.bytes_per_line); if (s-line_buffer[i] == NULL) { ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? DBG(1, out of memory (line %d)\n, __LINE__); return SANE_STATUS_NO_MEM; ? ? ? ? ? ? ? ? ? ? ? ? } ? ? ? ? ? ? ? ? } ? ? ? ? } I think a first good step would be to enable debug output. How can I enable the output in DBG() from scanimage ? ?Those are two of the involved sections. However I did not
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
On Sun, Jan 3, 2010 at 7:01 AM, Rainer Dorsch rdorsch at web.de wrote: For the long options issue: I rebuild git sane on another machine (also Debian stable aka Debian 5.0) and the long options error is still there. Even --help has problems. Which library is sane using to process the command line options? Does Debian stable maybe ship with a different version than your system? After running configure, can you look at the file include/sane/config.h? Check if HAVE_GETOPT_H and HAVE_GETOPT_LONG are defined. On debian, I would expect them to be defined. In that case, it uses standard libc version of getopt. I do see one suspicious line in lib/getopt.c and lib/getopt1.c. They do a #include config.h instead of #include ../include/sane/config.h and so in certain cases it may be including the wrong config.h file. In that case, it would mistakenly compile a conflicting version of getopt_long() (which can explain the problem your seeing). Chris -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/55a4b3f3/attachment.htm
[sane-devel] viceo port for sane 1.0.20
hi again! @leandro i'm happy to hear you can use your scanner with linux now! thanks for pointing out the missing space, i just fixed the patch. also, because lut.plg.in is a binary file it seems to be impossible to include it in the patch so i now added it to the website at http://www.t-horner.com/viceo as a seperate download. @all i'm still looking for some help by an experienced user or developer of sane to get my visioneer onetouch 8600 working. thanks in advance! br, thomas Leandro Nini schrieb: hi all, hi allan! @allan: thanks for you answer. maybe i did not make this clear enough: @all: the interest to port the code to 1.0.20 mainly comes from my wish to get my personal scanner to work under ubuntu linux, and at first not to add it to the standard sane code. i have to admit that about the two copyright notices of logitech and microsoft that are *in*header*files*only* i do not care too much as i guess they won't sue me because of two header files that i personally use. sadly i also have to admit that although of cause i'd like to write a new and perfectly working e3/e4 driver from scratch this is out of scope from not exactly technical but especially timely constraint. i'd like to bugfix the driver to work with my scanner. it would be very nice if i could get a little assistence here, e.g. i'd like to learn about the correct way to debug the sane (+ viceo) libs. br, thomas Hi Thomas, thank you for your effort, even if it's not a clean solution at least I can now use my LG 600U with Linux!! There are a couple of issues with the patch though: * it's missing a space in backend/Makefile.in at line 1509 before the last -I +AM_CPPFLAGS = -I. -I$(srcdir) -I$(top_builddir)/include -I$(top_srcdir)/include -DLIBDIR=$(libdir)/sane-I$(top_srcdir)/backend/viceo * it's missing the lut.plg.in file Best Regards, Leandro -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it: http://www.email.it/f Sponsor: Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=d=20091228 -- next part -- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5598 bytes Desc: S/MIME Cryptographic Signature URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/843bad35/attachment-0001.bin
[sane-devel] long option format not recognized (Was: Epson Perfection 610 Issue with 150 dpi scan)
://pgp.mit.edu/ -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/22dac8d0/attachment.pgp
[sane-devel] Epson Perfection 610 Issue with 150 dpi scan
On Sun, 3 Jan 2010 19:09:56 +0100 Rainer Dorsch rdorsch at web.de wrote: Can you point me to the locations in the code? I believe the bug lies in line 1260 of epson2-ops.c . The code block should probably happen later in the code, after line 1352. You might try to move it and see what happens. -- Best regards, Alessandro Zummo, Tower Technologies - Torino, Italy http://www.towertech.it
[sane-devel] Mustek ScanExpress A3 USB 1200 PRO
There is clearly a need for an inexpensive A3 sized scanner which works with sane. It seems that so far, no one with the development skills has stepped up to do the needed reverse engineering and programming. I suppose a group of users could get together a bounty to spur development. The only problem is that cheap scanners often have very expensive drivers :( allan On Sun, Jan 3, 2010 at 4:58 PM, scar scar at drigon.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 m. allan noah @ 01/03/2010 06:38 AM: On Sat, Jan 2, 2010 at 10:04 PM, scar scar at drigon.com wrote: Jay Anderson @ 09/08/2008 08:53 PM: I'm trying to get this scanner to work. [snip] hi, i don't understand how this scanner has gone from working back in 2005 for jonathan (he created many scanned images of maps) to not working in 2008. ?what happened? perhaps the A3 USB and A3 USB 1200 models are not the same? thank you for the clarification! ?i did not catch that. ?pity that it is not working, although that was back more than a year ago. ?does anyone have more recent information? ?thanks -BEGIN PGP SIGNATURE- iEYEAREIAAYFAktBEvgACgkQXhfCJNu98qAVFwCfaaoL1bkvISNvOH84u+NFFZIy udQAmgKXF7fm8Gqfh8n+IjHnGQznBbjk =+Yu/ -END PGP SIGNATURE- -- 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 -- The truth is an offense, but not a sin
[sane-devel] ScanJet 2400 supported
Hello, I am new on this mail-list. I have a HP ScanJet 2400 scanner and thank to this guide it works: http://www.elcot.in/linuxdrivers_download.php#Scan2400 I see on the Sane web that this scanner is not supported, I want to colaborate to Sane to support this scanner. If you need some info, reply. Thanks for all and best regrads. -- Josu Lazkano -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/b6f6fbad/attachment.htm
[sane-devel] ScanJet 2400 supported
i looked at the elcot driver previously, and it was missing source or a license that would let us include it in sane, I'm not sure which. However, stef has been working occasionally on support for this scanner. Perhaps he has an update. allan On Sun, Jan 3, 2010 at 5:52 PM, Josu Lazkano josu.lazkano at gmail.com wrote: Hello, I am new on this mail-list. I have a HP ScanJet 2400 scanner and thank to this guide it works: http://www.elcot.in/linuxdrivers_download.php#Scan2400 I see on the Sane web that this scanner is not supported, I want to colaborate to Sane to support this scanner. If you need some info, reply. Thanks for all and best regrads. -- Josu Lazkano -- 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 -- The truth is an offense, but not a sin
[sane-devel] long option format not recognized (Was: Epson Perfection 610 Issue with 150 dpi scan)
good call chris- you want to submit a fix? allan On Sun, Jan 3, 2010 at 4:14 PM, Rainer Dorsch rdorsch at web.de wrote: Hi Chris, Am Sonntag, 3. Januar 2010 schrieb Chris Bagwell: On Sun, Jan 3, 2010 at 7:01 AM, Rainer Dorsch rdorsch at web.de wrote: For the long options issue: I rebuild git sane on another machine (also Debian stable aka Debian 5.0) and the long options error is still there. Even --help has problems. Which library is sane using to process the command line options? Does Debian stable maybe ship with a different version than your system? After running configure, can you look at the file include/sane/config.h? Check if HAVE_GETOPT_H and HAVE_GETOPT_LONG are defined. ? On debian, I would expect them to be defined. ?In that case, it uses standard libc version of getopt. As you expected, it is there: rd at blackbox:~/SW.nobackup/sane-backends$ grep HAVE_GETOPT include/sane/config.h #define HAVE_GETOPT_H 1 #define HAVE_GETOPT_LONG 1 rd at blackbox:~/SW.nobackup/sane-backends$ I do see one suspicious line in lib/getopt.c and lib/getopt1.c. ?They do a #include config.h instead of #include ../include/sane/config.h and so in certain cases it may be including the wrong config.h file. ?In that case, it would mistakenly compile a conflicting version of getopt_long() (which can explain the problem your seeing). Hmm...that does solve the problem: I did this modification rd at blackbox:~/SW.nobackup/sane-backends$ git diff diff --git a/lib/getopt.c b/lib/getopt.c index 9dabb82..b8715e3 100644 --- a/lib/getopt.c +++ b/lib/getopt.c @@ -20,7 +20,7 @@ ? ?License along with the GNU C Library; if not, write to the Free ? ?Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ? ?02111-1307 USA. ?*/ -# include config.h +# include ../include/sane/config.h ?#if !defined(HAVE_GETOPT_H) || !defined(HAVE_GETOPT_LONG) ?^L ?/* This tells Alpha OSF/1 not to define a getopt prototype in stdio.h. diff --git a/lib/getopt1.c b/lib/getopt1.c index 5ace00a..082998c 100644 --- a/lib/getopt1.c +++ b/lib/getopt1.c @@ -17,7 +17,7 @@ ? ?License along with the GNU C Library; if not, write to the Free ? ?Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ? ?02111-1307 USA. ?*/ -#include config.h +#include ../include/sane/config.h ?#if !defined(HAVE_GETOPT_H) || !defined(HAVE_GETOPT_LONG) ?^L ?#ifdef HAVE_CONFIG_H rd at blackbox:~/SW.nobackup/sane-backends$ recompiled, set the paths again rd at blackbox:~/SW.nobackup/sane-backends$ export |grep PATH declare -x LD_LIBRARY_PATH=/opt/sane-backends-091230/lib declare -x PATH=/opt/sane-backends-091230/bin:/usr/local/bin:/usr/bin:/bin:/usr/games rd at blackbox:~/SW.nobackup/sane-backends$ and --help is still not recognized rd at blackbox:~/SW.nobackup/sane-backends$ which scanimage /opt/sane-backends-091230/bin/scanimage rd at blackbox:~/SW.nobackup/sane-backends$ and --help is still not recogniced rd at blackbox:~/SW.nobackup/sane-backends$ scanimage --help Usage: scanimage [OPTION]... Start image acquisition on a scanner device and write image data to standard output. Parameters are separated by a blank from single-character options (e.g. -d epson) and by a = from multi-character options (e.g. --device-name=epson). -d, --device-name=DEVICE ? use a given scanner device (e.g. hp:/dev/scanner) ? ?--format=pnm|tiff ? ? ?file format of output file -i, --icc-profile=PROFILE ?include this ICC profile into TIFF file -L, --list-devices ? ? ? ? show available scanner devices -f, --formatted-device-list=FORMAT similar to -L, but the FORMAT of the output ? ? ? ? ? ? ? ? ? ? ? ? ? can be specified: %d (device name), %v (vendor), ? ? ? ? ? ? ? ? ? ? ? ? ? %m (model), %t (type), %i (index number), and ? ? ? ? ? ? ? ? ? ? ? ? ? %n (newline) -b, --batch[=FORMAT] ? ? ? working in batch mode, FORMAT is `out%d.pnm' or ? ? ? ? ? ? ? ? ? ? ? ? ? `out%d.tif' by default depending on --format ? ?--batch-start=# ? ? ? ?page number to start naming files with ? ?--batch-count=# ? ? ? ?how many pages to scan in batch mode ? ?--batch-increment=# ? ?increase page number in filename by # ? ?--batch-double ? ? ? ? increment page number by two, same as ? ? ? ? ? ? ? ? ? ? ? ? ? --batch-increment=2 ? ?--batch-prompt ? ? ? ? ask for pressing a key before scanning a page ? ?--accept-md5-only ? ? ?only accept authorization requests using md5 -p, --progress ? ? ? ? ? ? print progress messages -n, --dont-scan ? ? ? ? ? ?only set options, don't actually scan -T, --test ? ? ? ? ? ? ? ? test backend thoroughly -h, --help ? ? ? ? ? ? ? ? display this help message and exit -v, --verbose ? ? ? ? ? ? ?give even more status messages -B, --buffer-size=# ? ? ? ?change input buffer size (in kB, default 32) -V, --version ? ? ? ? ? ? ?print version information scanimage: unrecognized option `--help' rd at blackbox:~/SW.nobackup/sane-backends$ Thanks, Rainer -- Rainer Dorsch
[sane-devel] long option format not recognized (Was: Epson Perfection 610 Issue with 150 dpi scan)
' or `out%d.tif' by default depending on --format --batch-start=#page number to start naming files with --batch-count=#how many pages to scan in batch mode --batch-increment=#increase page number in filename by # --batch-double increment page number by two, same as --batch-increment=2 --batch-prompt ask for pressing a key before scanning a page --accept-md5-only only accept authorization requests using md5 -p, --progress print progress messages -n, --dont-scanonly set options, don't actually scan -T, --test test backend thoroughly -h, --help display this help message and exit -v, --verbose give even more status messages -B, --buffer-size=#change input buffer size (in kB, default 32) -V, --version print version information scanimage: unrecognized option `--help' rd at blackbox:~/SW.nobackup/sane-backends$ Thanks, Rainer -- Rainer Dorsch L?rchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdorsch at web.de jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- 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 -- The truth is an offense, but not a sin -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20100103/a945d332/attachment.htm