[sane-devel] (no subject)
http://advaita.ad.ohost.de/default.php
[sane-devel] (no subject)
http://pantalon.us/default.php
[sane-devel] UMax PowerLook 2100XL under OpenBSD, still
I had made an initial post, then posted a debug run which ended up in a different thread because I subscribed in digest mode initially so I couldn't reply. Anyway, I saw a tiny bit of activity on my debug file in my Apache logs, but I don't really know who looked and I haven't heard anything. To recap, it looks like I need to set option scsi-buffer-size-min 32768 to something bigger. I'm seeing errors like ERROR: too small scsi buffer (32768 bytes) to send gamma data and ERROR: scsi buffer is to small for one shading line, calibration aborted and scanimage: sane_start: Out of memory When I try to increase the scsi-buffer min size even to 33768 though, I get ERROR: sane_start: umax_scsi_open_extended returned too small scsi buffer then scanimage: sane_start: Out of memory. With this value increased it won't even start the calibrate (the scanner never moves). With the 32768 value I can scan a small area of RGB data successfully, or do a full gray-scale or lineart scan. At some point though I don't have memory enough for a larger RGB scan. I'm not sure how to change this. The operating system is OpenBSD 3.8, the SCSI card is an Adaptec 2940u. So, the files: At http://128.119.200.7/debug.txt is the result of doing a small area RGB scan which worked. (scanimage -v --resolution=300 -y 100 -x 100 test1.pnm 2debug.txt) At http://128.119.200.7/debug2.txt is the result of a larger area that didn't work (scanimage -v --resolution=300 -y 200 -x 200 test1a.pnm 2debug2.txt) At http://128.119.200.7/debug3.txt is the result of setting option scsi-buffer-size-min to 33768 and trying the larger scan again. My umax.conf file is at http://128.119.200.7/umax.conf if that might be of use, and there is mention of an Astra 2200 on USB in there because I also have one of those. I don't have it here though, so I haven't tried it on SCSI (lately, on this machine). Alan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[sane-devel] UMax Powerlook 2100XL under OpenBSD
I'm back with another UMax. I seem to be having a problem with the scsi buffer size setting. If I increase it from the default 32768 by even a small amount, I get an out of memory error immediately on starting to preview. Using the default of 32768 I can preview and scan in line art and gray scale modes, and scan small areas in RGB by skipping the preview or using scanimage. If I try to preview in RGB mode I get an out of memory error after the scanner has done its initial positioning or calibration. That's very different from the timing of what happens if I increase the minimum and it dies as soon as I click the Preview button. I'm wondering if it's because the backend is having trouble allocating memory under OpenBSD. I've never done any programming under Linux, but OpenBSD (and FreeBSD) use malloc(), and I don't usually have trouble getting memory. Or isn't this just a simple matter of allocating memory? The box has 512 megs of RAM. SCSI card is an Adaptec 2940u. What tests should I try or what changes should I make? Actually for this application I'm planning to use it in gray scale mode anyway, but it would be nice to have RGB working. Thanks, Alan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[sane-devel] UMax PowerLook 2100XL debug run 1
I put the output from doing: scanimage -v --resolution=300 -y 100 -x 100 test1.pnm 2debug.txt at http://128.119.200.7/debug.txt Alan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[sane-devel] UMax Astra 2200 in 12-bit mode
I've seen this in 0.97 and 0.98. There's the option of scanning in 12-bit mode instead of 8-bit, but it doesn't seem to work. In my understanding of how it should work, if your scanner has 12/36 bit color instead of 8/24 bit you should be able to use some of that added dynamic range when scanning by using the level controls. If the image you're scanning doesn't have anything in the dark end, say 1/16 of the range, you should be able to set your dark slider above that and use the upper 15/16 of the 4096 range which would then get mapped into the 0..255 range for output. There shouldn't be any gaps in the enhanced image histogram because there's still a surplus. Anyway, I've put a small capture of what the preview window looks like in 12-bit mode at http://128.119.200.7/astra2200_12bit_preview.jpg The document is a black and white one, so the color in this is false. The actual scanned image looks about the same. Alan Still using an operating system that gets viruses, costs money, insults your intelligence, and then accuses you of stealing it? Why? www.openbsd.org __ Yahoo! DSL ? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com
[sane-devel] offtopic 35-mm scanner question
I'd have to pretty much agree with breacher even though I'm not familiar with the Epson Perfection 2400 and I'm a newbie with SANE. I've got one flatbed scanner with a transparency adapter built in, and it makes me wonder why they bothered except as a marketing tactic. It's about useless. Negative/slide scanners are expensive, and probably always will be since there's a fairly small market for them which is getting smaller with digital cameras getting better. I have a Minolta film scanner, and I'd say you really want 4800 DPI or better for 35mm. On the other hand, because of the development cycle involved with open source software I've found it's often a good match with the used equipment market. Look over the SANE supported devices and research some of the models that are well-supported that do what you want. Then go to eBay and look around, maybe even set up some searches by model number to email you when one becomes available. There are other used equipment sources as well of course. My biggest disappointment in scanning negatives and slides my family left has been mildew. If these have ever been stored any place even slightly damp, take a look at some of them with a magnifying glass before you invest in a scanner for them. There's about no way to remove it once it gets into the emulsion of the film, and each speck of mildew makes a really big blob in a scan to try to fix in an image editor like Gimp or Photoshop. Mildew is opaque, so whatever is behind it is totally masked. You get what you pay for, but a cheap film scanner is no bargain. Alan --- d...@offspringnet.net wrote: I know this is off topic but please don't stop reading. I was hoping to get some advice on what scanner to purchase which is supported fully in linux that will do 35-mm negatives. Looking at the supported list the most decent pricewise which is completely supported seems to be the epson perfection 2400 which has a builtin adapter for 35mm/slides. This seems to sell for a little under 200$ and it's 2400dpi. This is for the wife for christmas so she can do her family's large library of negatives, but of course I don't want to have to deal with windows for this. Does anyone else use linux for 35mm with a scanner that is around 200$ tops which is fully supported? (Also hoping to stick with usb) Thanks in advance! Don -- sane-devel mailing list: sane-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password to sane-devel-requ...@lists.alioth.debian.org __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com