Re: [sane-devel] escl backend not working with HP ScanJet Pro 4500 fn1[99F5CD] adf, platen scanner
Hi, this time it should indeed be an error in the escl backend. I downloaded and installed the airscan backend and this seems to work, first tests have been successful with Flatbed, ADF and 'ADF Duplex'. (The homepage of airscan explicitly states that my scanner is supported.) If you are interested, I would assist you in locating and fixing the error in the escl backend. Regards, Karl On Montag, 3. Juli 2023 11:37:56 CEST Karl Weber wrote: > Hi, > > you might remember that I am having trouble scanning from HP ScanJet Pro > 4500 fn1 with the hpaio backend when using ADF or Duplex as source, but not > when scanning from the Flatbed. > > Since this scanner supports AirPrint (according to the manual), I tried the > escl backend as well, but it does not work at all, not even when scanning > from the Flatbed. My understanding, however, is, that this should work. Am > I right? > > First, the scanner is recognized with both backends: > > scanimage -L > device `escl:http://192.168.5.20:8080' is a HP ScanJet Pro 4500 fn1[99F5CD] > adf,platen scanner > device `hpaio:/net/hp_scanjet_pro_4500_fn1?ip=192.168.5.20=false' is a > Hewlett-Packard hp_scanjet_pro_4500_fn1 all-in-one > > When using escl it supports even more options then when using the hpaio > backend, which already is an advantage for the ecsl backend. (As shown by -- > help.) > > When testing the scanner with the -T option I get the following error > > scanimage -T -d 'escl:http://192.168.5.20:8080' > Output format is not set, using pnm as a default. > scanimage: rounded value of br-x from 215.9 to 215.9 > scanimage: rounded value of br-y from 355.6 to 355.6 > scanimage: sane_start: Invalid argument > > When debugging with SANE_DEBUG_ESCL=150 SANE_DEBUG_DLL=100 scanimage -v -v > -v -T -d 'escl:http://192.168.5.20:8080' 2>xxx.log > > the log contains the following part > > [11:24:25.215061] [escl] Create NewJob : / > [11:24:25.215284] [escl] escl_curl_url: URL: http://192.168.5.20:8080/eSCL/ > ScanJobs//NextDocument > [11:24:25.215349] [escl] Before use hack > [11:24:25.215378] [escl] After use hack > [11:24:31.188234] [escl] eSCL scan : [Success] real read (11868) > [11:24:31.194000] [escl] Error : > poppler_document_new_from_data[11:24:31.194025] [escl] 2-Size Image (0)[0x0| > 0x0] > scanimage: sane_start: Invalid argument > [11:24:31.194036] [dll] sane_cancel(handle=0x563d201082a0) > [11:24:31.194041] [escl] escl sane_cancel > [11:24:31.194133] [escl] escl_curl_url: URL: http://192.168.5.20:8080/eSCL/ > ScanJobs//NextDocument > > Could you give me some help here? I would prefer to use the escl backend > over the hpaio backend, since the former offers more options than the > latter. However the former does not seem to work at all. > > Thanks in advance! > Best regards > Karl
Re: [sane-devel] ESCL
For anyone following this thread. This is one place I posted what Mopria Android saw when I had 2 scanners on same IP using different ports https://github.com/alexpevzner/sane-airscan/discussions/219 Mark On Fri, Mar 11, 2022 at 11:39 AM Mark Dm wrote: > I do not know how it works out for AirSane but with Twain2AirScan I have > tried using different ports for different scanners. I think that AirScane > uses different paths per scanner if I recall correctly. > > Having tested multiple port based shares on the same IP address and I had > bad results. Clients like Mopria Android, OSX and other get VERY CONFUSED > and mix up names and icons. It seems that somewhere possibly in the eSCL > 2.8 official specsI read that only a single scanner was allowed per IP. I > would get scanner icon A for scanners a and B. part of scanner A Name > would show on Scanner B . > > Of course with the way Twain2AirScan shares the scanner a host system can > only share one Windows scanner. The other scanner I used for testing was > the other project on the scannershare.com site , running on a different > port. > > > On Fri, Mar 11, 2022 at 10:43 AM Steven Santos > wrote: > >> I accidentally sent the reply only to Mark, but I think its worth sending >> to the group... >> >> Yes, but I am having some issues with resharing eSCL scanners. Still >> working that out. >> >> Mark asked what the point of doing this is if the scanner already >> supports eSCL. >> >> Reasons for doing this: >> >>- To centralize all of the scanners in one place. >>- To track scanning in a company. >>- To effectively use policies to set up scanners. >> >> Basically, all the same reasons you put a central print server up, even >> if the printer supports driverless printing. >> >> >> On Fri, Mar 11, 2022 at 11:56 AM Mark Dm wrote: >> >>> Has anyone actually tested this other than the github airsane chatter >>> about it? >>> >>> On Fri, Mar 11, 2022 at 6:38 AM Steven Santos >>> wrote: >>> If you have not heard, ESCL is now supported on Windows 11. SANE scanners can now be shared with Windows workstations using AirSane. This means that it is now realistic to use a SANE server as the central scan server for all OS's. I suggest it might be time to make AirSane and AirScan dependencies of SANE. >>>
Re: [sane-devel] ESCL
I do not know how it works out for AirSane but with Twain2AirScan I have tried using different ports for different scanners. I think that AirScane uses different paths per scanner if I recall correctly. Having tested multiple port based shares on the same IP address and I had bad results. Clients like Mopria Android, OSX and other get VERY CONFUSED and mix up names and icons. It seems that somewhere possibly in the eSCL 2.8 official specsI read that only a single scanner was allowed per IP. I would get scanner icon A for scanners a and B. part of scanner A Name would show on Scanner B . Of course with the way Twain2AirScan shares the scanner a host system can only share one Windows scanner. The other scanner I used for testing was the other project on the scannershare.com site , running on a different port. On Fri, Mar 11, 2022 at 10:43 AM Steven Santos wrote: > I accidentally sent the reply only to Mark, but I think its worth sending > to the group... > > Yes, but I am having some issues with resharing eSCL scanners. Still > working that out. > > Mark asked what the point of doing this is if the scanner already supports > eSCL. > > Reasons for doing this: > >- To centralize all of the scanners in one place. >- To track scanning in a company. >- To effectively use policies to set up scanners. > > Basically, all the same reasons you put a central print server up, even if > the printer supports driverless printing. > > > On Fri, Mar 11, 2022 at 11:56 AM Mark Dm wrote: > >> Has anyone actually tested this other than the github airsane chatter >> about it? >> >> On Fri, Mar 11, 2022 at 6:38 AM Steven Santos >> wrote: >> >>> If you have not heard, ESCL is now supported on Windows 11. SANE >>> scanners can now be shared with Windows workstations using AirSane. >>> >>> This means that it is now realistic to use a SANE server as the central >>> scan server for all OS's. >>> >>> I suggest it might be time to make AirSane and AirScan dependencies of >>> SANE. >>> >>
Re: [sane-devel] ESCL
Has anyone actually tested this other than the github airsane chatter about it? On Fri, Mar 11, 2022 at 6:38 AM Steven Santos wrote: > If you have not heard, ESCL is now supported on Windows 11. SANE scanners > can now be shared with Windows workstations using AirSane. > > This means that it is now realistic to use a SANE server as the central > scan server for all OS's. > > I suggest it might be time to make AirSane and AirScan dependencies of > SANE. >
Re: [sane-devel] eSCL protocol specification published by Mopria
Be aware that, if you download the pdf on your (Android)Smartphone, It will be downloaded as .pdf.apk , a Android Installation pack! That happened to me twice. Just rename and remove the .apk part and the file can be opened like any other pdf file. Cheers, Jōrn-Ingo Weigert Till Kamppeter schrieb am Do., 15. Apr. 2021, 20:45: > Great! This will be a lot of help for all of us. > > Till > > On 15/04/2021 19:05, Alexander Pevzner wrote: > > Hi, > > > > Mopria has published eSCL protocol specification. It can be downloaded > > from the Mopria site: > > > > https://mopria.org/spec-download > > > > The protocol is basically the same as Apple AirPrint (Bonjour) scanning, > > which is not officially published (yet?). > > > >
Re: [sane-devel] eSCL protocol specification published by Mopria
Great! This will be a lot of help for all of us. Till On 15/04/2021 19:05, Alexander Pevzner wrote: Hi, Mopria has published eSCL protocol specification. It can be downloaded from the Mopria site: https://mopria.org/spec-download The protocol is basically the same as Apple AirPrint (Bonjour) scanning, which is not officially published (yet?).
Re: [sane-devel] escl backend and ippusbxd
Many thanks for your explanations. Rolf Am 20.03.20 um 12:38 schrieb Till Kamppeter: > On 20/03/2020 12:29, Thierry HUCAHRD wrote: >> Hi, >> No, this has nothing to do with eSCL. >> ippusbxd allows you to use escl backends on the usb. >> The problem is that sane doesn't detect the scanner on the usb >> anymore, so PIXMA can't be used anymore. >> I don't know if ippusbxd solved the problem? >> in any case if the device has a usb driver, ippusbxd is not necessary! > > On the other side if you have ippusbxd or ipp-usb running you do not > need one of the device-specific USB drivers like pixma, as > IPP-over-USB is designed for driverless operation of multi-function > devices and so every device which supports IPP-over-USB also supports > printing and scanning using manufacturer-independent standards, for > scanning currenly usually eSCL. So with an IPP-over-USB daemon > (ippusbxd or ipp-usb) running you are supposed to scan with an eSCL > backend (escl or airscan). This way multi-function devices which are > not from HP (HPLIP) or from Canon (pixma) scan with free software. > > Till > >
Re: [sane-devel] escl backend and ippusbxd
On 20/03/2020 12:29, Thierry HUCAHRD wrote: Hi, No, this has nothing to do with eSCL. ippusbxd allows you to use escl backends on the usb. The problem is that sane doesn't detect the scanner on the usb anymore, so PIXMA can't be used anymore. I don't know if ippusbxd solved the problem? in any case if the device has a usb driver, ippusbxd is not necessary! On the other side if you have ippusbxd or ipp-usb running you do not need one of the device-specific USB drivers like pixma, as IPP-over-USB is designed for driverless operation of multi-function devices and so every device which supports IPP-over-USB also supports printing and scanning using manufacturer-independent standards, for scanning currenly usually eSCL. So with an IPP-over-USB daemon (ippusbxd or ipp-usb) running you are supposed to scan with an eSCL backend (escl or airscan). This way multi-function devices which are not from HP (HPLIP) or from Canon (pixma) scan with free software. Till
Re: [sane-devel] escl backend and ippusbxd
Le 2020-03-20 12:04, Rolf Bensch a écrit : Hello, I've seen that some people need to purge ippusbxd before they can use their scanner with escl backend (e.g. https://gitlab.com/sane-project/backends/-/issues/256#note_307051019). Is this a fix rule? Then I'd like to add a break dependency to ippusbxd in my Ubuntu ppa. Hi, No, this has nothing to do with eSCL. ippusbxd allows you to use escl backends on the usb. The problem is that sane doesn't detect the scanner on the usb anymore, so PIXMA can't be used anymore. I don't know if ippusbxd solved the problem? in any case if the device has a usb driver, ippusbxd is not necessary! Thierry Cheers, Rolf
Re: [sane-devel] escl backend and ippusbxd
Rolf, please do not add a break dependency against ippusbxd. It is most probably only some models which cause problems. If you want to use eSCL via the network it does not matter whether ippusbxd is running or not. You only need to make sure to select the correct scanner entry in the client software. The selected entry should nowhere contain "USB". Principally eSCL scanning works also via IPP-over-USB, with the device connected via USB and either ippusbxd or ipp-usb running. ipp-usb is the more reliable of the two but it is rather new and does not have the wide penetration in Linux distributions therefore. It is also written in Go and some OS vendors (like Google with Chrome OS) refuse Go applications because of there larger memory footprint. To select scanning through this connection use entries with "USB" in your scanning client software. I am able to both print and scan via network and USB and with one of ippusbxd or ipp-usb permanently running, with both the "escl" and "airscan" backends. This I have tested on two HP devices, the HP DeskJet 2540 and the HP OfficeJet Pro 8730. To reach this state I have done a lot of debugging with the authors of the two SANE backends, Thierry and Alexander. I appreciate their great collaboration a lot and they will most probably help you, too, if your device does not work, independent whether you want to use it via network or USB. Please speak up on the list here or post an issue at the appropriate backend or IPP-over-USB daemon upstream. Naturally it can happen that things do not work for one or another hardware model, it already happens with the two eSCL/AirScan backends alone. So please report if you have a problem. Till On 20/03/2020 12:04, Rolf Bensch wrote: Hello, I've seen that some people need to purge |ippusbxd| before they can use their scanner with escl backend (e.g. https://gitlab.com/sane-project/backends/-/issues/256#note_307051019). Is this a fix rule? Then I'd like to add a break dependency to |ippusbxd| in my Ubuntu ppa. Cheers, Rolf
Re: [sane-devel] escl backend and ippusbxd
Hi, On 3/20/20 2:04 PM, Rolf Bensch wrote: I've seen that some people need to purge |ippusbxd| before they can use their scanner with escl backend (e.g. https://gitlab.com/sane-project/backends/-/issues/256#note_307051019). Is this a fix rule? Then I'd like to add a break dependency to |ippusbxd| in my Ubuntu ppa. ippusbxd has inherent problems that cannot be easily fixed: https://github.com/OpenPrinting/ippusbxd/issues/15 https://github.com/OpenPrinting/ippusbxd/issues/14 ippusbxd may occasionally work with escl backend or not, but in any case it will not work stable. There is a replacement free of these problems: https://github.com/OpenPrinting/ipp-usb Note, this software is only needed to connect IPP-over-USB enabled device using USB. It is not needed if network connection is in use. -- Wishes, Alexander Pevzner (p...@apevzner.com)
Re: [sane-devel] ESCL test
Le 2020-01-28 21:41, Ralph Little a écrit : Hi, My emailer garbled that. Here it is as an attachment. Hopefully, this will be better. Cheers, Ralph On Tue, Jan 28, 2020 at 12:22 PM Ralph Little wrote: Hi, I finally got around to testing the new escl backend with my HP OfficeJet 6978. It does appear to be supported on two ports, one encrypted: device `escl:https://10.1.40.2:443' is a ESCL HP-OfficeJet-6978 SSL flatbed scanner device `escl:http://10.1.40.2:8080' is a ESCL HP-OfficeJet-6978 flatbed scanner Preview and higher resolution scans are OK. However, there appears to be something squiffy about the geometry options. I cannot get a full sheet scan. This is what I get from scanimage as regards the available options: Options specific to device `escl:https://10.1.40.2:443': Scan mode: --mode Gray|Color [Gray] Selects the scan mode (e.g., lineart, monochrome, or color). --resolution 75|100|200|300|600|1200dpi [75] Sets the resolution of the scanned image. --preview[=(yes|no)] [no] Request a preview-quality scan. --preview-in-gray[=(yes|no)] [no] Request that all previews are done in monochrome mode. On a three-pass scanner this cuts down the number of passes to one and on a one-pass scanner, it reduces the memory requirements and scan-time of the preview. Geometry: -l 0..0.0122375pel (in steps of 1.52588e-05) [0.000244141] Top-left x position of scan area. -t 0..0.0156708pel (in steps of 1.52588e-05) [0.000534058] Top-left y position of scan area. -x 0..0.0119934pel (in steps of 1.52588e-05) [0.0386658] Width of scan-area. -y 0..0.0151367pel (in steps of 1.52588e-05) [0.0529785] Height of scan-area. Using the current PPA from Rolf as of today, which is probably gonna be GIT COMMIT 1942C5FD. Cheers, Ralph Hello, Ralf, Thank you for the feedback and for the log. I'm working on geometry. I will propose a patch soon. Cheers
Re: [sane-devel] ESCL test
Hi Ralph On 1/28/20 11:22 PM, Ralph Little wrote: I finally got around to testing the new escl backend with my HP OfficeJet 6978. It does appear to be supported on two ports, one encrypted: There is an alternative eSCL backend, sane-airscan: https://github.com/alexpevzner/sane-airscan I would appreciate if you will test my backend too on your device. BTW, my backend supports ADF. -- Wishes, Alexander Pevzner (p...@apevzner.com)
Re: [sane-devel] ESCL test
Hi, My emailer garbled that. Here it is as an attachment. Hopefully, this will be better. Cheers, Ralph On Tue, Jan 28, 2020 at 12:22 PM Ralph Little wrote: > Hi, > I finally got around to testing the new escl backend with my HP OfficeJet > 6978. > It does appear to be supported on two ports, one encrypted: > > device `escl:https://10.1.40.2:443' is a ESCL HP-OfficeJet-6978 SSL > flatbed scanner > device `escl:http://10.1.40.2:8080' is a ESCL HP-OfficeJet-6978 flatbed > scanner > > Preview and higher resolution scans are OK. > However, there appears to be something squiffy about the geometry options. > I cannot get a full sheet scan. > > This is what I get from scanimage as regards the available options: > > Options specific to device `escl:https://10.1.40.2:443': > Scan mode: > --mode Gray|Color [Gray] > Selects the scan mode (e.g., lineart, monochrome, or color). > --resolution 75|100|200|300|600|1200dpi [75] > Sets the resolution of the scanned image. > --preview[=(yes|no)] [no] > Request a preview-quality scan. > --preview-in-gray[=(yes|no)] [no] > Request that all previews are done in monochrome mode. On a > three-pass scanner this cuts down the number of passes to one and > on a > one-pass scanner, it reduces the memory requirements and scan-time > of > the preview. > Geometry: > -l 0..0.0122375pel (in steps of 1.52588e-05) [0.000244141] > Top-left x position of scan area. > -t 0..0.0156708pel (in steps of 1.52588e-05) [0.000534058] > Top-left y position of scan area. > -x 0..0.0119934pel (in steps of 1.52588e-05) [0.0386658] > Width of scan-area. > -y 0..0.0151367pel (in steps of 1.52588e-05) [0.0529785] > Height of scan-area. > > Using the current PPA from Rolf as of today, which is probably gonna be *git > commit 1942c5fd.* > > Cheers, > Ralph > > > > > > http://schemas.hp.com/imaging/escl/2011/05/03; xmlns:pwg="http://www.pwg.org/schemas/2010/12/sm; xmlns:dest="http://schemas.hp.com/imaging/destination/2011/06/06; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://schemas.hp.com/imaging/escl/2011/05/03 ../../schemas/eSCL.xsd"> 2.5 OfficeJet Pro 6978 All-in-One TH7621Q047 8 2550 8 3550 8 8 1 Grayscale8 RGB24 Photo Text TextAndPhoto application/octet-stream image/jpeg application/pdf application/octet-stream image/jpeg application/pdf 75 75 100 100 200 200 300 300 600 600 1200 1200 YCC RGB sRGB Document Photo Preview TextAndGraphic 1200 1200 50 18 50 15 8 2550 8 4200 1748 2480 1 Grayscale8 RGB24 Photo Text TextAndPhoto application/octet-stream image/jpeg application/pdf application/octet-stream image/jpeg application/pdf 75 75 100 100 200 200 300 300 YCC RGB sRGB Document Photo Preview TextAndGraphic BottomEdge 300 300 16 0 35 35 1748 2550 2480 3507 1748 2480 1 Grayscale8 RGB24 Photo Text TextAndPhoto application/octet-stream image/jpeg application/pdf application/octet-stream image/jpeg application/pdf 75 75 100 100 200 200 300 300 YCC RGB sRGB Document Photo Preview TextAndGraphic BottomEdge 300 300 16 0 35 35 50 DetectPaperLoaded Duplex 0 2000 1000 1 0 2000 1000 1 0 255 128 1 disabled enabled true