Re: [sane-devel] Canon Lide 220 not working over 1200dpi
Hi On Mon, Oct 7, 2019, 13:11 Jeroen Van den Keybus, < jeroen.vandenkey...@gmail.com> wrote: > I have had contact with both Genesys Logic and Canon. It is not possible > to get the GL124 data sheet. > > Guessing from the data code, this chip is 13+ years old so I'm quite > surprised to see this reluctance to release the data sheet. > Well if there is some demand for full support for this machine I will look out for a cheap example and in a while see if I can fill in the blanks on our support for it. Cheers Ralph
Re: [sane-devel] Sending confirmation about the pixma backend
Rogerio, I use a HP C309a and X576dw (fast scanning) daily and reliably with their hplip drivers and gscan2pdf. No issues. I needed the Canon LiDE220 as a scan-only device (work on desk) and HP's ScanJets are a bit expensive. I would expect the drivers to be working well on that device too. J. Op zo 6 okt. 2019 om 15:14 schreef Rogério Brito : > Dear Rolf and others, > > On Oct 05 2019, Rolf Bensch wrote: > > Am 05.10.19 um 00:00 schrieb Rogério Brito: > > > Since I read the code and it mentioned that it needed testers, here is > a > > > report. With the newer version of sane-backends, I can scan from the > > > flatbed, as expected, and it works as well as I could expect (minus the > > > fragility of this piece of hardware---disappointed with that, but > that's not > > > software-related, of course). > > > > Many thanks for your report. > > You're welcome. > > > $ scanadf -d pixma:04A91855_103CD1 --source "Automatic Document Feeder" > > --mode Lineart --output-file foo%02d.pbm > > > > For testing ADF I prefer to use gscan2pdf and for "normal" scans xsane. > > You can see some logs with: > > > > $ SANE_DEBUG_PIXMA=11 gscan2pdf > > I tried: > > $ SANE_DEBUG_PIXMA=11 scanadf -d pixma:04A91855_103CD1 --source "Automatic > Document Feeder" --mode Lineart --output-file foo%02d.pbm 2> scanadf.log > > I still couldn't get anything scanned from the ADF (even though I put there > 3 sheets of paper). I'm attaching the log to this message. Any help would > be highly appreciated. > > If further information (or more detailed logs) are desired, please let me > know. > > > You can decrease the log level to reduce log depth (see 'man sane-pixma' > > for details). > > Thanks for the hint of that manpage. > > > > In the case of it being possible to return this device and get > something > > > else in its place, which manufacturer/model would be preferred to have > > > *full* functionality with Free Software only? Any recommendations? > > > > Please have a look at this table: > > http://www.sane-project.org/sane-backends.html > > Regarding this device, unfortunately, it seems that I can't return it. :-( > So, I will have to live with it for the moment. > > If/when possible, I may be getting another one more compatible and robust > with Free Software support in the future. :-( OTOH, that table is huge. > Which manufacturers are generally good bets/collaborative with Free > Software > developers in general? HP? > > > Hope this helps. > > It sure did. > > > Thanks, > > Rogério > > -- > Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC > http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito > DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br >
Re: [sane-devel] Canon ImageClass MF644Cdw
On 10/5/19 11:13 AM, Kip Shaffer wrote: > I just updated from Rolf's PPA, and I am very happy to say that I can > now detect and scan from my Canon ImageClass MF644Cdw over the > network. I confirmed it can scan in resolutions of 75, 150, 300, 600, > 1200, and 2400 for both Text and Color modes. It successfully read 2 > sided multiple pages from the sheet feeder. > > The only issue I saw (same as earlier) is that when it completes a job > reading from the sheet feeder, SimpleScan pops up a dialog box stating > "Failed to Scan" "Error communicating with scanner." This does not > affect the job... all pages were scanned successfully. As I'm in the market for one, it's really great to hear about a new and good quality printer/scanner which is working with Linux. I still have a few questions about it though, if people would be so kind as to give information about the Canon Color imageCLASS MF644Cdw: Does scanning also work from the flatbed (platen) and via the manual feed slot (aka Stack Bypass)? According to https://www.usa.canon.com/internet/portal/us/home/support/details/printers/color-laser/color-imageclass-mf644cdw/?tab=richtexteditortab_5417439e-0c5b-4a4c-8b4f-54ba103c6eba, the scan resolutions for this unit are 300 x 600 and 600 x 600 dpi. It would, of course, be really nice to achieve higher resolutions. Are the Canon-stated resolutions perhaps limited by their own Windows and Mac software? Can copying be done with this machine without a PC being connected to it? What document formats are available for scanner output (on Linux of course)? Finally (and sorry for the slight OTness), do all the printing functions of this model work for Linux? (Neither the Linux Foundation OpenPrinting.org site nor tldp.org list it.) Thanks much for your help.
Re: [sane-devel] Sending confirmation about the pixma backend
Hi Rogério, I can see an error response in your log file. To fix this I need an USB snoop file from Canon's ScanGear Software. You can use wireshark for snooping (to enable USB support read this: https://wiki.wireshark.org/CaptureSetup/USB). Many thanks for your help. Cheers, Rolf Am 06.10.19 um 15:14 schrieb Rogério Brito: > Dear Rolf and others, > > On Oct 05 2019, Rolf Bensch wrote: >> Am 05.10.19 um 00:00 schrieb Rogério Brito: >>> Since I read the code and it mentioned that it needed testers, here is a >>> report. With the newer version of sane-backends, I can scan from the >>> flatbed, as expected, and it works as well as I could expect (minus the >>> fragility of this piece of hardware---disappointed with that, but that's not >>> software-related, of course). >> >> Many thanks for your report. > > You're welcome. > >> $ scanadf -d pixma:04A91855_103CD1 --source "Automatic Document Feeder" >> --mode Lineart --output-file foo%02d.pbm >> >> For testing ADF I prefer to use gscan2pdf and for "normal" scans xsane. >> You can see some logs with: >> >> $ SANE_DEBUG_PIXMA=11 gscan2pdf > > I tried: > > $ SANE_DEBUG_PIXMA=11 scanadf -d pixma:04A91855_103CD1 --source "Automatic > Document Feeder" --mode Lineart --output-file foo%02d.pbm 2> scanadf.log > > I still couldn't get anything scanned from the ADF (even though I put there > 3 sheets of paper). I'm attaching the log to this message. Any help would > be highly appreciated. > > If further information (or more detailed logs) are desired, please let me > know. > >> You can decrease the log level to reduce log depth (see 'man sane-pixma' >> for details). > > Thanks for the hint of that manpage. > >>> In the case of it being possible to return this device and get something >>> else in its place, which manufacturer/model would be preferred to have >>> *full* functionality with Free Software only? Any recommendations? >> >> Please have a look at this table: >> http://www.sane-project.org/sane-backends.html > > Regarding this device, unfortunately, it seems that I can't return it. :-( > So, I will have to live with it for the moment. > > If/when possible, I may be getting another one more compatible and robust > with Free Software support in the future. :-( OTOH, that table is huge. > Which manufacturers are generally good bets/collaborative with Free Software > developers in general? HP? > >> Hope this helps. > > It sure did. > > > Thanks, > > Rogério >
Re: [sane-devel] Scanner stocks
Hi, On Mon, Oct 7, 2019 at 1:04 PM Jeroen Van den Keybus < jeroen.vandenkey...@gmail.com> wrote: > I think that we are technologically rapidly approaching a point where it > is no longer viable to reverse engineer an OEM product. IMO it is far more > important to have a good and stable framework so the OEMs / chipset > providers are encouraged to have a team writing Linux drivers for their > scanner products. They may even see the benefit of defining a device > class... > If manufacturers would be willing to contribute open source driver code then that would be great. Shame that so many of them are only interested in binary-only blobs with horrendous EULAs. :( I think for the foreseeable future, we are going to be stuck with the on-going reverse engineering effort to maintain free software collections. Weird about the GL124 spec sheet. No real answer to that. Cheers, Ralph
Re: [sane-devel] Scanner stocks
Hi Ralph, On 05.10.19 at 09:54 Ralph Little wrote: Hi devs, Yesterday I won a canon lide 30 for 50p on eBay. I thought it would be fun to play with, but it occurred to me that I don't know if, as a project, if we have many scanner examples for testing and verifying regressions. Its a bit difficult writing software for hardware that we do not possess. It is also a bit scary making anything but trivial changes without hardware to retest on. We have some open issues about the canoscan lide 220 but I don't know if any member here actually possesses one of the scanners it being supposedly a gl848. The LiDE30 uses definitely a LM9833 and so works with the Plustek backend. There might be some issues with USB3 ports, but on a USB2 port the thingy should work. Some of these machines, particularly some of the older ones can be picked up for peanuts with a keen eye and a regular look on eBay, Craigslist and Gumtree. :D Has anyone considered putting together a more official collection of representative hardware for device dev work? I once had a lot of LM983x based devices but gave up at a certain point. I still have some of them (like the LiDE30)... Regards, Gerhard
Re: [sane-devel] Canon Lide 220 not working over 1200dpi
I have had contact with both Genesys Logic and Canon. It is not possible to get the GL124 data sheet. Guessing from the data code, this chip is 13+ years old so I'm quite surprised to see this reluctance to release the data sheet. I will go forward with the workaround (stay below or at 1200 dpi, scan in color and post-process). J. Op di 17 sep. 2019 om 20:02 schreef Ralph Little : > Hi, > > On Tue, Sep 17, 2019 at 10:43 AM Jeroen Van den Keybus < > jeroen.vandenkey...@gmail.com> wrote: > >> >> If you want to buy this for driver development, these specs are probably >> less relevant. >> >> > Yes, that is my thought. > I don't mind picking up cheap kit for dev work, although my wife might > disagree :O > Sounds like a fun little project, especially if we have a partly working > driver. > > Cheers, > Ralph >
Re: [sane-devel] Scanner stocks
Hello Ralph, I don't know which chip the LiDE 30 uses, but the LiDE 220 definitely uses a GL124. I think that we are technologically rapidly approaching a point where it is no longer viable to reverse engineer an OEM product. IMO it is far more important to have a good and stable framework so the OEMs / chipset providers are encouraged to have a team writing Linux drivers for their scanner products. They may even see the benefit of defining a device class... So I would guess that a collection of devices is certainly useful for verification, but not necessarily so for development, and even so, the collection could quickly become obsolete. Perhaps a list could be made with user e-mail addresses and the hardware they own ? J. Op za 5 okt. 2019 om 09:54 schreef Ralph Little : > Hi devs, > Yesterday I won a canon lide 30 for 50p on eBay. I thought it would be fun > to play with, but it occurred to me that I don't know if, as a project, if > we have many scanner examples for testing and verifying regressions. > > Its a bit difficult writing software for hardware that we do not possess. > It is also a bit scary making anything but trivial changes without hardware > to retest on. > > We have some open issues about the canoscan lide 220 but I don't know if > any member here actually possesses one of the scanners it being supposedly > a gl848. > > Some of these machines, particularly some of the older ones can be picked > up for peanuts with a keen eye and a regular look on eBay, Craigslist and > Gumtree. :D > > Has anyone considered putting together a more official collection of > representative hardware for device dev work? > > Cheers > Ralph >