[sane-devel] Trying to understand GL640

2007-08-10 Thread Gerald Murray

The enum is probably from a different datasheet, possibly an earlier
hardware version?

A USB control message has an 8 byte setup packet with format
   byte requesttype,
   byte request,
   word value,
   word index,
   word length,
   .. remainder of packet, if any, follows

The value shown in the enum is the value to be inserted into the word value
field above when sending a USB control message.
In the backend canon630u-common.c function gl640WriteControl uses
that enum value and inserts it into the field value and sends the USB
control message.

I did not see the USB control message discussed in that .pdf.
Do not confuse that enum and its values with the General Purpose
Registers (which actually exist in hardware) on page 10.
The USB control message is a structure of data bytes which
are in transport to/from host/device; it does not have hardware
registers.

regards,
Gerald





[sane-devel] xsane: page counts and ADF

2007-08-10 Thread Oliver Rauch
Am Donnerstag, den 09.08.2007, 21:03 +1000 schrieb David Campbell:
 Hi,
 
 I have some comments on xsane about page counts and about ADF:
 
 [1]
 If you're using a flatbed scanner and in the main scanning window you 
 change the number of scan pages to a number, for example 30, and you 
 start the scan, xsane is pretty much unstoppable (seems to be a bug).  
 If you press cancel, it cancels the single page that it is scanning at 
 that time, but it keeps on trying to scan the other pages, so you end up 
 having to press cancel 30 times to get out of it.
That seems to be a bug in the backend you use.
When I test it with the umax or the test backend then I can press CANCEL
or the ESC key and then the running scan is cancelled an no mor scans
are done.

   It also doesn't give 
 you opportunity to put the next page in the scanner.

Several people use their faltbed scanner as ADF by feeding new pages in
the time the scanhead moves back.

 
 So with flatbed scanning, does it really make sense to be able to set 
 the number of scans???

yes, several people asked for that and use it.

 
 [2]
 If you're using a scanner with automatic document feeding (ADF), if you 
 don't set the number of pages to some high number, and you leave the 
 number of pages at 1, then even though you put 10 pieces of paper in the 
 scanner and click scan, it will scan the first page and then feed all 
 the others through, ignoring them, because of the page limit.

that depends on the scanner or backend.
I know that some scanners/backends allow to put 100 pages into the
scanner and then scan e.g. 10 pages to the first document, 15 to the
second ducment etc. And there are people using this.

 
 Also, having to remember to set the number of pages to some high number 
 whenever you start an ADF scan is a bit frustrating from a user 
 perspective, because it is natural for the user to expect the scanner to 
 scan all the pages they put in.
 
 So with ADF scanning, does it really make sense to be able to set the 
 number of scans?  The user would normally put the pages in the scanner 
 that they want to scan and expect it to scan them all.
 
 -
 
 I think it would be a good idea for xsane to at least have a user 
 preference to automatically determine the number of pages to scan, 1 for 
 flatbed mode, and unlimited for ADF mode, and when that option is 
 selected, leave the ability to select the number of pages off the user 
 interface.

that is the way early xsane versions worked and several people asked me
to change it.

You get 200 wishes from 100 users, it is impossible to handle every
wish.

I will think about an additional infinite setting, but this will have
low priority when it will be done.

Best regards
Oliver

 
 -- Dave
 






[sane-devel] [HPLIP-Devel] HP LaserJet M1005 sane backend

2007-08-10 Thread Couriousous
Hello

Here is an update about this driver status:

- Scanning at every native resolution and color mode is supported.
- Scanning area selection is supported
- Scanner is properly put back in idle state after a scan
- Backend use less memory when scanning

So, it's a pretty complete backend. You can download it here:
http://www.zarb.org/~couriousous/hpljm1005/hpljm1005.c

User feedback would be welcome, even if it's only a It works here. It's nice 
to know if works on others printers.

BTW, HP guys, since I've reverse-engineered almost all the protocol, it would 
be nice to give me the full spec so I could check if I don't make false 
assumptions which could potentially break the device  

Regards,
Philippe