You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am having issues with getting a project done that is an eSCL server on Windows. The hitch seems to be getting multi - page JPGs out of the scanner (Windows server) to the client. I have Single JPGs and multi page PDFs (generated on scanner, or in this case server) working fine on Mopria and I can get a single JPG to others. Some clients want to generate their own PDF and request multiple jpgs. This is where I have the biggest problem.
I do not want to even attempt multi page platen scanning as that is too client specific it seems. But as I have the sheetfeeders working on both a Dell (Xerox) scanner and a Brother, for multi page PDF and I am also generating all the multi page JPGs , but just not able to deliver them to the eSCL client effectively.
I have tested with both Mopria Android client and your client as well as some testing on OSX 10.14.
I have reported to Mopria that in some of their examples in the published spec that their xml is not even valid specifically the ScanInfo xml example has inconsistent open and close tags as well as other invalid XML. No word from Mopria on this after weeks.
There is also no good examples that I can see in that Mopria PDF document of a good example of a multi page scan and its data/communication exchange
I have exactly ZERO official devices, except the Mopria client for Android and once in a while an OSX10.14 virtual machine. I have tried some testing with the AirSane package that allows publishing of SANE scanners as eSCL devices but when it fails I wonder how true to the spec it really is. It also has limited compatibility I have discovered.
Just hoping to get past this multi page jpg issue at present.
Any insight that anyone has would be greatly appreciated! Wireshark traces to/from official devices would be great.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I am having issues with getting a project done that is an eSCL server on Windows. The hitch seems to be getting multi - page JPGs out of the scanner (Windows server) to the client. I have Single JPGs and multi page PDFs (generated on scanner, or in this case server) working fine on Mopria and I can get a single JPG to others. Some clients want to generate their own PDF and request multiple jpgs. This is where I have the biggest problem.
I do not want to even attempt multi page platen scanning as that is too client specific it seems. But as I have the sheetfeeders working on both a Dell (Xerox) scanner and a Brother, for multi page PDF and I am also generating all the multi page JPGs , but just not able to deliver them to the eSCL client effectively.
I have tested with both Mopria Android client and your client as well as some testing on OSX 10.14.
I have reported to Mopria that in some of their examples in the published spec that their xml is not even valid specifically the ScanInfo xml example has inconsistent open and close tags as well as other invalid XML. No word from Mopria on this after weeks.
There is also no good examples that I can see in that Mopria PDF document of a good example of a multi page scan and its data/communication exchange
I have exactly ZERO official devices, except the Mopria client for Android and once in a while an OSX10.14 virtual machine. I have tried some testing with the AirSane package that allows publishing of SANE scanners as eSCL devices but when it fails I wonder how true to the spec it really is. It also has limited compatibility I have discovered.
Just hoping to get past this multi page jpg issue at present.
Any insight that anyone has would be greatly appreciated! Wireshark traces to/from official devices would be great.
Beta Was this translation helpful? Give feedback.
All reactions