[sane-devel] Error during device I/O running saned on WL-500GP under OpenWRT using libusb

Sorry, but what are interrupt usb endpoints? Is it the way, the device is read / written by using libusb? The USB-Chip in the Box is a VIA 6212. Kernel is 2.4.34 used libusb is 0.1.12-1 By searching I found the following: http://www.nabble.com/usb_interrupt_read-with-libusb-0.1.12-and-kernel-2.4

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 21:51:57 + Jonathan Buzzard wrote: > > > > We should take that into account before adding some official > > frame format to the SANE stanard. > > > > The inability of the SANE standard to accept an IR channel is something > that came up at over seven years ago on this

[sane-devel] Lexmark X1180 - weird noises :/

Hi! I got a problem with a Lexmark X1180. The scanner starts making weird noises when I scan. There's a similiar Bug report: http://alioth.debian.org/tracker/?group_id=30186&atid=410366&func=detail&aid=303960 Is there some workaround or fix? regards Gottox the output of sane-find-scanner -v -v

[sane-devel] Going forwared with SANE

On Mon, 17 Dec 2007 20:46:08 +0100 Julien BLACHE wrote: > Alessandro Zummo wrote: > > >> Then motivation, or, more probably, lack thereof, will solve > >> that. Sort of. > > > > .. can't follow, can you elaborate? > > People on one side or the other will get demotivated, which will help > (or

[sane-devel] [announce] coolscan3 release

Ren? Rebe wrote: > Hi, > > now that was a fast reply :-) > > On 17.12.2007, at 10:31, Alessandro Zummo wrote: > >> On Mon, 17 Dec 2007 10:29:03 +0100 >> Ren? Rebe wrote: >> >>> Hey Alessandro, >>> >>> I just spotted the infrared option. I wonder how you output the >>> infra- >>> red >>> data?

[sane-devel] Epson Perfection 1670 USB on Mac 10.3.9

h this stuff. Any help would be greatly appreciated. Andy -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20071217/3cfdde16/attachment.htm

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20071217/3ea40369/attachment.pgp

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

On Mon, 17 Dec 2007 14:57:51 -0500 "m. allan noah" wrote: > > Frankly, these changes are quite small, not even a new function call, > but if the hang-up is purely a philosophical one around the word > 'standard', then what about SANE1.1? Then every packager/frontend > author would have to compil

[sane-devel] Going forwared with SANE

Alessandro Zummo wrote: >> Then motivation, or, more probably, lack thereof, will solve >> that. Sort of. > > .. can't follow, can you elaborate? People on one side or the other will get demotivated, which will help (or not) one side or the other to prevail, eventually fixing that problem in th

[sane-devel] hs2p backend

Jazz- > > I've placed latest hs2p_patch.gz on my hs2p_sane_backend website. > > It compiles on both x86 and x86_64 with the aforementioned warnings > > related to free(sane.name) and free(sane.model) in sane_exit(): > > > > # zgrep warn x86_*.gz > > x86_64_log.gz:hs2p.c:1394: warning: cast discard

[sane-devel] Going forwared with SANE

Hi, Having lurked on this list for a couple of years it seems that while there are probably a reasonably large number of people (like me) who developed one driver and keep an eye on the list in case of bug reports etc, the majority of the core effort seems dominated by quite a small number of

[sane-devel] Going forwared with SANE

Alessandro Zummo wrote: Hi, > Yes, and given we have not reached it in years, I'm not so > confident that we would be able to do it now. > > I think we have a split situation in which each "side" has > probably some 50% . And I don't really have an answer on > how to solve that. Then motiv

[sane-devel] Going forwared with SANE

On Mon, 17 Dec 2007 19:56:28 +0100 Julien BLACHE wrote: > > I think we have a split situation in which each "side" has > > probably some 50% . And I don't really have an answer on > > how to solve that. > > Then motivation, or, more probably, lack thereof, will solve > that. Sort of. .. can

[sane-devel] Going forwared with SANE

On Mon, 17 Dec 2007 19:44:31 +0100 Julien BLACHE wrote: > > we could, but every answer will be different or, at least, slightly > > different. > > Then, we can't answer it. As long as what you wrote will hold, then it > means we can't answer that (rather crucial) question. > > > if we answer

[sane-devel] Going forwared with SANE

Alessandro Zummo wrote: >> There's a real question of how SANE is going forward from there on. >> >> It'd be nice if we could answer it at some point. > > we could, but every answer will be different or, at least, slightly > different. Then, we can't answer it. As long as what you wrote will

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

On Mon, 17 Dec 2007 19:31:04 +0100 Julien BLACHE wrote: > > eheh.. just kidding, obviously. in fact I'm pretty satisfied the way > > sane works now. > > There's a real question of how SANE is going forward from there on. > > It'd be nice if we could answer it at some point. we could, but e

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

Alessandro Zummo wrote: Hi, > eheh.. just kidding, obviously. in fact I'm pretty satisfied the way > sane works now. There's a real question of how SANE is going forward from there on. It'd be nice if we could answer it at some point. JB. -- Julien BLACHE

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 19:03:26 +0100 Julien BLACHE wrote: > > the blue pill means to keep the status quo, like you brush you teeth every > > day, or you commute to work. to use sane as you have always done. > > > > the red pill might tell you the truth, just the truth, nothing more. > > and mig

[sane-devel] [announce] coolscan3 release

Alessandro Zummo wrote: Hi, > the blue pill means to keep the status quo, like you brush you teeth every > day, or you commute to work. to use sane as you have always done. > > the red pill might tell you the truth, just the truth, nothing more. > and might tell you about a slightly differen

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 18:41:56 +0100 Julien BLACHE wrote: > >> I have, like, a feeling of d?ja vu. > > > > it's an error in the matrix. should we take the red pill > > or the blue pill? > > At that point I think you need both :) lol :) the blue pill means to keep the status quo, like you b

[sane-devel] [announce] coolscan3 release

Alessandro Zummo wrote: >> I have, like, a feeling of d?ja vu. > > it's an error in the matrix. should we take the red pill > or the blue pill? At that point I think you need both :) JB. -- Julien BLACHE

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 18:22:26 +0100 Julien BLACHE wrote: > >> Adding something to an enum is a really bad idea because you can not > >> test if this item is listed in the enum, you will get a lot of probelms > >> with this. > > > > why? if every frontend has a correct handling in the default: > >

[sane-devel] [announce] coolscan3 release

Alessandro Zummo wrote: Hi, >> Adding something to an enum is a really bad idea because you can not >> test if this item is listed in the enum, you will get a lot of probelms >> with this. > > why? if every frontend has a correct handling in the default: > case of the switch() statement, it ca

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 17:47:49 +0100 Oliver Rauch wrote: > > yes, it takes a specialized frontend to use these new frame types, but > > the user has to set an option to enable them, and it's really no more > > than a single line added to an enum in sane.h, so 'force' is really > > not the right wor

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 17:23:46 +0100 Oliver Rauch wrote: > Am Montag, den 17.12.2007, 08:58 -0500 schrieb m. allan noah: > > > > > there are also at least three fax compression variants, as well as a > > text variant for hardware patch-code support. i've got a HUGE scanner > > in my dining room A

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 17:25:15 +0100 Oliver Rauch wrote: > > > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. If there's > > > > space, > > > > > > Can someone explain me for what RIGIBI is needed? > > > There is no "red infrared" "green infrared" or "blue infrared". > > > Are the

[sane-devel] Error during device I/O running saned on WL-500GP under OpenWRT using libusb

if you have the option to use 2.6 kernel, i think you should. allan On 12/17/07, fireandy wrote: > Sorry, but what are interrupt usb endpoints? Is it the way, the device is > read / written by using libusb? > The USB-Chip in the Box is a VIA 6212. Kernel is 2.4.34 used libusb is > 0.1.12-1 > > B

[sane-devel] [announce] coolscan3 release

Am Montag, den 17.12.2007, 11:39 -0500 schrieb m. allan noah: > > Please don`t try to force all that into SANE1 > > It already IS in SANE1 in at least one backend. > I don?t talk about what a single backend does. I talk about the standard. > the current SANE2 draft spec is too big for anyone to

[sane-devel] [announce] coolscan3 release

Am Montag, den 17.12.2007, 17:18 +0100 schrieb Alessandro Zummo: > On Mon, 17 Dec 2007 17:20:28 +0100 > Oliver Rauch wrote: > > > Am Montag, den 17.12.2007, 14:37 +0100 schrieb Alessandro Zummo: > > > > > > > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. If there's > > > space

[sane-devel] [announce] coolscan3 release

Am Montag, den 17.12.2007, 08:58 -0500 schrieb m. allan noah: > > there are also at least three fax compression variants, as well as a > text variant for hardware patch-code support. i've got a HUGE scanner > in my dining room ATM that needs these. Actually, the bell and howell > backend already

[sane-devel] [announce] coolscan3 release

Am Montag, den 17.12.2007, 14:37 +0100 schrieb Alessandro Zummo: > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. If there's space, Can someone explain me for what RIGIBI is needed? There is no "red infrared" "green infrared" or "blue infrared". Are there any scanners that produc

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 17:20:28 +0100 Oliver Rauch wrote: > Am Montag, den 17.12.2007, 14:37 +0100 schrieb Alessandro Zummo: > > > > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. If there's > > space, > > Can someone explain me for what RIGIBI is needed? > There is no "red infra

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 09:24:03 -0500 "m. allan noah" wrote: > > I would output something like XML for every kind of barcode/patchcode/text > > output. this way the frontend will work even for new data types. > > > > something like > > > > > > > > > > > > i am not personally pre

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

On Dec 17, 2007 3:09 PM, ?tienne Bersac wrote: > Hi, > > > 1. There is a need for more well-known options controlling certain > > hardware (ie- adf) > > 2. There is a need to expose additional image types to specialized front > > ends. > > 3. The SANE2 draft is fairly large > > 4. The number of d

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 08:58:01 -0500 "m. allan noah" wrote: > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. > > there are also at least three fax compression variants, as well as a > text variant for hardware patch-code support. i've got a HUGE scanner > in my dining room ATM that

[sane-devel] Going forwared with SANE (was: Re: [announce] coolscan3 release)

On Dec 17, 2007 1:32 PM, Alessandro Zummo wrote: > On Mon, 17 Dec 2007 19:31:04 +0100 > Julien BLACHE wrote: > > > > eheh.. just kidding, obviously. in fact I'm pretty satisfied the way > > > sane works now. > > > > There's a real question of how SANE is going forward from there on. > > > > It'

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 08:26:12 -0500 "m. allan noah" wrote: > On 12/17/07, Alessandro Zummo wrote: > > On Mon, 17 Dec 2007 10:46:24 +0100 > > Ren? Rebe wrote: > > > > > > alongside RGB data and this is why you need my program tiffscan > > > > to read it. that's why the bakend is experimental and

[sane-devel] [announce] coolscan3 release

On 12/17/07, Oliver Rauch wrote: > Am Montag, den 17.12.2007, 08:58 -0500 schrieb m. allan noah: > > > > > there are also at least three fax compression variants, as well as a > > text variant for hardware patch-code support. i've got a HUGE scanner > > in my dining room ATM that needs these. Actu

[sane-devel] [announce] coolscan3 release

On 12/17/07, Oliver Rauch wrote: > Am Montag, den 17.12.2007, 17:18 +0100 schrieb Alessandro Zummo: > > On Mon, 17 Dec 2007 17:20:28 +0100 > > Oliver Rauch wrote: > > > > > Am Montag, den 17.12.2007, 14:37 +0100 schrieb Alessandro Zummo: > > > > > > > > > > > from what I've understood we'd need

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 10:46:24 +0100 Ren? Rebe wrote: > > alongside RGB data and this is why you need my program tiffscan > > to read it. that's why the bakend is experimental and not > > suited for mainstream sane. I defined a new frame type, > > SANE_FRAME_RGBX for it. > > Ah, ok. We recently ad

[sane-devel] [announce] coolscan3 release

Hi, now that was a fast reply :-) On 17.12.2007, at 10:31, Alessandro Zummo wrote: > On Mon, 17 Dec 2007 10:29:03 +0100 > Ren? Rebe wrote: > >> Hey Alessandro, >> >> I just spotted the infrared option. I wonder how you output the >> infra- >> red >> data? > > >> In the Avision backend I recen

[sane-devel] [announce] coolscan3 release

On Mon, 17 Dec 2007 10:29:03 +0100 Ren? Rebe wrote: > Hey Alessandro, > > I just spotted the infrared option. I wonder how you output the infra- > red > data? > In the Avision backend I recently added infrared support but so far I > just output two frames, one with the infra-red channel(s) an

[sane-devel] [announce] coolscan3 release

Hey Alessandro, I just spotted the infrared option. I wonder how you output the infra- red data? In the Avision backend I recently added infrared support but so far I just output two frames, one with the infra-red channel(s) and the other one with the ordinary image data. What is your backend d

[sane-devel] [announce] coolscan3 release

On 12/17/07, Alessandro Zummo wrote: > On Mon, 17 Dec 2007 08:58:01 -0500 > "m. allan noah" wrote: > > > > from what I've understood we'd need RGBI, GRAYI and RIGIBI. > > > > there are also at least three fax compression variants, as well as a > > text variant for hardware patch-code support. i'

[sane-devel] [announce] coolscan3 release

On 12/17/07, Alessandro Zummo wrote: > On Mon, 17 Dec 2007 08:26:12 -0500 > "m. allan noah" wrote: > > > On 12/17/07, Alessandro Zummo wrote: > > > On Mon, 17 Dec 2007 10:46:24 +0100 > > > Ren? Rebe wrote: > > > > > > > > alongside RGB data and this is why you need my program tiffscan > > > > >

[sane-devel] [announce] coolscan3 release

On 12/17/07, Alessandro Zummo wrote: > On Mon, 17 Dec 2007 10:46:24 +0100 > Ren? Rebe wrote: > > > > alongside RGB data and this is why you need my program tiffscan > > > to read it. that's why the bakend is experimental and not > > > suited for mainstream sane. I defined a new frame type, > > >

[sane-devel] Error during device I/O running saned on WL-500GP under OpenWRT using libusb

Hello @ all. I am running latest sane-backends for OpenWRT Kamikaze Kernel 2.4 using libusb (also from the OpenWRT package). The scanner gets detected successfully by sane-scanner-find. But when I try to run scanimage -d pixma it gives me the following: [full log @ http://stingbyte.com/sane_debug.

[sane-devel] Error during device I/O running saned on WL-500GP under OpenWRT using libusb

are interrupt usb endpoints supported under 2.4 with the chip that is in this box? allan On 12/17/07, fireandy wrote: > Hello @ all. > > I am running latest sane-backends for OpenWRT Kamikaze > Kernel 2.4 using libusb (also from the OpenWRT package). > The scanner gets detected successfully by >