[sane-devel] Acard AEC6712S (atp870u.ko) and HP 6100C C2520A (sg.ko) problems
On Sat, Aug 19, 2006 at 12:49:38PM +0200, abel deuring wrote: > Sounds like a bug in the lower level part of the SCSI drivers Yes. > Generally, I have the impression that there are SCSI adapters which > are better supported by the Linux kernel, so, before you continue to > hunt a bug, it would be worth to try for example an adapter > supported for example by the sym53c8xx or the aic7xxx drivers. In my > experience, these drivers are very stable, well supported, and you > can buy for example a used Adaptec 2940 for a few dollar at Ebay. I got a $12US Adaptec AHA-2940/2940U SCSI Controller on ebay and with it (and the new aic7xxx driver) I am able to get sane to recognize the scanner with sane-find-scanner, but not yet with scanimage -L even though I have /dev/sg1 in /etc/sane.d/hp.conf. Hopefully tonight I can figure it out. Justin -- You have 1 Moderator Point! Use it or lose it!
[sane-devel] Image Compression doesn't support in SANE protocal
On Wed, 23 Aug 2006, Michael Hennebry wrote: > On Tue, 22 Aug 2006, m. allan noah wrote: > >> On Tue, 22 Aug 2006, Ren? Rebe wrote: >> >>> Well that stinks as you lose a lot of detail with the lossy jpeg >>> decompression. >> >> even worse, if you are running the thing over the net backend, you convert >> to huge bitmap just before you transfer it over the network! >> >>> >>> Maybe let's add the JPEG frame type rather soon (even in SANE 1) and let's >>> add an IR (infra red) frame specification on the way as good film scanner >>> deliver for dust and the-like removal. > > Perhaps with carefully crafted code, > decompression compression could be made an identity operation. > If not, perhaps it could be made idempotent. elaborate > >> SANE2 could require that the frontend support jpeg, and that could become >> the default for the 'format' option. > > Not having a default would better than making it a lossy compression method. > > If one is going to do compression, perhaps it would be good > to have a non-loosy method as one of the options. agreed. zlib ok? allan -- "so don't tell us it can't be done, putting down what you don't know. money isn't our god, integrity will free our souls" - Max Cavalera From henne...@web.cs.ndsu.nodak.edu Wed Aug 23 19:20:50 2006 From: henne...@web.cs.ndsu.nodak.edu (Michael Hennebry) Date: Wed Aug 23 19:20:57 2006 Subject: [sane-devel] Image Compression doesn't support in SANE protocal In-Reply-To: Message-ID: <20060823140429.s16938-100...@web.cs.ndsu.nodak.edu> On Wed, 23 Aug 2006, m. allan noah wrote: > On Wed, 23 Aug 2006, Michael Hennebry wrote: > > > On Tue, 22 Aug 2006, m. allan noah wrote: > > > >> On Tue, 22 Aug 2006, Ren? Rebe wrote: > >> > >>> Well that stinks as you lose a lot of detail with the lossy jpeg > >>> decompression. > >> > >> even worse, if you are running the thing over the net backend, you convert > >> to huge bitmap just before you transfer it over the network! > >> > >>> > >>> Maybe let's add the JPEG frame type rather soon (even in SANE 1) and let's > >>> add an IR (infra red) frame specification on the way as good film scanner > >>> deliver for dust and the-like removal. > > > > Perhaps with carefully crafted code, > > decompression compression could be made an identity operation. i.e. compression(decompression(x))=x > > If not, perhaps it could be made idempotent. i.e compression(decompression(compression(decompression(x= compression(decompression(x)) > > elaborate The idea is to put a useful bound on the amount of damage done by repeated decompressions and compressions. The jpeg compression algorithms are not invertable. For every jpeg compression algorithm, there are distinct X and Y such that compression(X)=compression(Y). The same might be true for decompression, but I'm not sure. > > If one is going to do compression, perhaps it would be good > > to have a non-loosy method as one of the options. > > agreed. zlib ok? ok. -- Mike henne...@web.cs.ndsu.nodak.edu "it stands to reason that they weren't always called the ancients." -- Daniel Jackson
[sane-devel] Re: Error when reading from Fujitsu fi-5120c
what? the other day you were running ubuntu with sane compiled from source, and now you are running suse's resmgr enabled sane rpm? i am confused allan On Wed, 23 Aug 2006, Matthew wrote: > Thanks for the help, but I finally figured it out. > > The information I found was located here: > http://support.novell.com/techcenter/sdb/en/2005/09/jsmeix_scanner-setup-100.html > > It's for Suse and I'm not sure it will provide much help to anyone not > running suse, but you can always give it a go. > > > -- "so don't tell us it can't be done, putting down what you don't know. money isn't our god, integrity will free our souls" - Max Cavalera
[sane-devel] Image Compression doesn't support in SANE protocal
On Tue, 22 Aug 2006, m. allan noah wrote: > On Tue, 22 Aug 2006, Ren? Rebe wrote: > > > Well that stinks as you lose a lot of detail with the lossy jpeg > > decompression. > > even worse, if you are running the thing over the net backend, you convert > to huge bitmap just before you transfer it over the network! > > > > > Maybe let's add the JPEG frame type rather soon (even in SANE 1) and let's > > add an IR (infra red) frame specification on the way as good film scanner > > deliver for dust and the-like removal. Perhaps with carefully crafted code, decompression compression could be made an identity operation. If not, perhaps it could be made idempotent. > SANE2 could require that the frontend support jpeg, and that could become > the default for the 'format' option. Not having a default would better than making it a lossy compression method. If one is going to do compression, perhaps it would be good to have a non-loosy method as one of the options. -- Mike henne...@web.cs.ndsu.nodak.edu "it stands to reason that they weren't always called the ancients." -- Daniel Jackson
[sane-devel] Re: Error when reading from Fujitsu fi-5120c
Thanks for the help, but I finally figured it out. The information I found was located here: http://support.novell.com/techcenter/sdb/en/2005/09/jsmeix_scanner-setup-100.html It's for Suse and I'm not sure it will provide much help to anyone not running suse, but you can always give it a go.
[sane-devel] Image Compression doesn't support in SANE protocal
On Tue, 2006-08-22 at 13:35 -0400, m. allan noah wrote: > On Tue, 22 Aug 2006, Ren? Rebe wrote: > > > > > On Aug 22, 2006, at 2:51 PM, m. allan noah wrote: > > > >> now that many low-end scanners support jpeg natively (some ONLY do jpeg!) > >> i > >> expect we will see more need for this. > > > > Oh! > > > >> as a short term fix, rather than adding a new sane_frame type, the backend > >> can extract the compressed data, convert to raw bitmap. then frontend can > >> convert to any compressed format it wants. this is not as efficient as > >> keeping the compressed version the entire way through, but it works now. > >> > >> dell networked scanner backend works this way. > > > > Well that stinks as you lose a lot of detail with the lossy jpeg > > decompression. > > even worse, if you are running the thing over the net backend, you convert > to huge bitmap just before you transfer it over the network! > > > > > Maybe let's add the JPEG frame type rather soon (even in SANE 1) and let's > > add an IR (infra red) frame specification on the way as good film scanner > > deliver for dust and the-like removal. > > agreed. though i would think we would need to make a well-known option > like 'compression' or 'format' that such backends would have to implement, > with the default being 'bitmap'. these backends would then 'unjpeg' the > files before passing to frontend, and existing frontends will continue to > work. then the user must manually set the option to something other than > 'bitmap', if he knows his frontend supports this. > > SANE2 could require that the frontend support jpeg, and that could become > the default for the 'format' option. > > allan > > > > > Yours, > > > Also for webcam devices the jpeg option is a welcome feature, devices like pac207 and sq930c/b support jpeg (and many other webcam usb bridges). -- m.vr.gr. Gerard Klaver
[sane-devel] SANE 2 suggestion: move SANE_Parameters doc to Data Types section
Hello, In SANE 1 documentation. SANE_Parameters is documented in Operations section. I suggest to document it in Data Types sections and to add an entry in the Table of Contents for it. ?tienne. -- Verso l'Alto !
[sane-devel] Re: Best Scanner for Sane
This sounds like the issues I've had with the HP 5200 that I started with, which is odd since when I first started with Sane a few years ago, it worked fine. Haven't quite figured that one out. Terrence On Tue, 22 Aug 2006, Nick Papadonis wrote: I had issues with the HP 7400c timing out. This was with the latest Sane. When it worked, which was about 50% of the time, the quality was great. Not sure if this was a driver issue, but be aware when looking at this model.
[sane-devel] Problem with sane plustek_pp
On Tuesday 22 August 2006 20:31, Flavio Lopes wrote: > Hi, > > From the sane-backend 1.0.17 version to 1.0.18, I have a small problem > with my scanner plustek p12. Although it scans images correctly, the > carriage of the scanner does not return, after scan or pre-scan. This > is truth as for slackware 10.2, updated from current, as for Fedora Core > 5. Doing the downgrade for the version 1.0.16, the scanner comes back > to works correctly. Someone has a solution for that? > Hmmm, strange. Could not find any reason why this will happen. Need to check that here. There were only small changes in the generic code for the parport devices between 1.0.16 and 1.0.18... Gerhard
[sane-devel] Re: Best Scanner for Sane
I had issues with the HP 7400c timing out. This was with the latest Sane. When it worked, which was about 50% of the time, the quality was great. Not sure if this was a driver issue, but be aware when looking at this model. On Tue, 2006-08-22 at 14:33 -0800, terren...@ak.net wrote: > In response to the question of what I'm planning to scan,, it's > mostly going to be text for OCR, but there will probably be a photo or 2 > from time to time. So I'm trying to figure out the best scanner to do > that with using sane. > > Thanks, > Terrence >