Oliver Schwartz wrote:
Hi Oliver,
> First off, the original code wasn't written by me and I don't claim I
> fully understand it. The background, as far as I understand it, is
> this:
Oh yes, sorry I saw that after I wrote the mail, there were a number
of maintainers over the years :)
> The b
Hi all,
> The snapscan backend uses a mutex to lock the USB device it's
> working with when sending "atomic" commands.
First off, the original code wasn't written by me and I don't claim I
fully understand it. The background, as far as I understand it, is
this:
The backend may fork a reader pr
Le Monday 25 February 2008 16:02:27 Gernot Hassenpflug, vous avez ?crit?:
> Hi! Is your code the one in he CVS sane-backends? Or is that someone
> else's code (genesys_gl646.c)? I am trying to work with GL843 device
> and wonder if I can use your code as a starting point...
>
> Regards, Gernot
On Mon, Feb 25, 2008 at 7:27 PM, Gernot Hassenpflug
wrote:
> On Mon, Feb 25, 2008 at 5:35 PM, Gernot Hassenpflug
> wrote:
> > Hello, I have submitted output for this scanner before, but do not see
> > it on the SANE webpages, so here goes again. I will fiddle with the
> > genesys backend to
On Mon, Feb 25, 2008 at 5:35 PM, Gernot Hassenpflug
wrote:
> Hello, I have submitted output for this scanner before, but do not see
> it on the SANE webpages, so here goes again. I will fiddle with the
> genesys backend to see what kind out output I can get, and maybe I can
> help in the debugg
"m. allan noah" wrote:
Hi,
> but would it not achieve the same effect? is the backend really
> written with two different threads/processes which need to coordinate
> access to the device?
I don't know, only Oliver can answer that.
JB.
--
Julien BLACHE
Mattias Ellert wrote:
Hi,
>> And there is the UsbCalls access method that needs to be fixed if it
>> can be used along with IPC semaphores and I don't know anything about
>> UsbCalls...
>
> Also MacOS X does not have any device files for USB devices.
OS X uses pthread by default, hence it's not
Hello, I have submitted output for this scanner before, but do not see
it on the SANE webpages, so here goes again. I will fiddle with the
genesys backend to see what kind out output I can get, and maybe I can
help in the debugging and development of the genesys code.
Regards, Gernot
Bus 001 Devi
Hello all,
I may be a bit thick, but having read the man pages for a couple of
the sane-* device interfaces for digital cameras, I am still not
understanding what SANE does when xscanimage is used to access the
digitized data on a camera? Can someone enlighten me on this point
please?
Regards, Ge
Le Monday 25 February 2008 07:58:49 Gerhard Jaeger, vous avez ?crit?:
> Hi list, hi Pierre,
>
> I revived my Plustek ST24 device and tried to make it work
> with the genesys backend. I managed to get out some picture, BUT:
>
> - any resolution != 150dpi results in a picture, that has double
> the
On Mon, Feb 25, 2008 at 4:08 PM, Julien BLACHE wrote:
> Now, I really think it'd make more sense to have SANE entirely
> decoupled from the frontend, so that the frontend would be relieved
> from this kind of issues.
>
> Also some backends use/block signals (among other things), something
>
but would it not achieve the same effect? is the backend really
written with two different threads/processes which need to coordinate
access to the device?
allan
On Sun, Feb 24, 2008 at 12:43 PM, Julien BLACHE wrote:
> "m. allan noah" wrote:
>
> Hi,
>
>
> > it seems that on linux at least, if
sorry, i dont know anything about the Grandtech/Sunplus chips or
scanners that use them. that seems to be henning's specialty, but he
is very busy lately. perhaps someone else will have some idea, or the
data sheets for these machines,,,
allan
On Sun, Feb 24, 2008 at 4:02 PM, Renato wrote:
> Hey
Hi list, hi Pierre,
I revived my Plustek ST24 device and tried to make it work
with the genesys backend. I managed to get out some picture, BUT:
- any resolution != 150dpi results in a picture, that has double
the height of the original
- the "focus" is not given, which means that it seems the
14 matches
Mail list logo