Hi all,
This is a question that I have in my back head for years and which I tried to
let it be there forever. But the more devices I debug hardware-wise, the more I
am scared.
QUESTION: Is reverse engineering of hardware protocols legal at all?
EPKOWA (e.g.) state in their License agreement,
Hi Emerson,
I could imagine that it is number format problem in the interface between
the backend (NIASH) and the SANE API (a guess)
Could you please try the testtool (backend) on
http://sourceforge.net/projects/hp3300backend
and make a scan to clarify.
Make sure that make, gcc and the libusb
Hello,
I can imagine several reasons that might cause problems...
Though I am only familiar with LINUX, these hints might be helpful for you.
1) Have you properly uninstalled a potential previous installation ?
The sane-troubleshoot package will help you to find this out
http://www.meier-geinitz.
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--=_NextPart_Lycos_0136431097329832_ID
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
body{font:12px
Arial;margin:3px;overflow-y:au
Hi all,
Is there a way to let XSane scan/view/store grey-scale or line-art,
when there are only color scan modes for the backend available
(as it is with the "niash" backend),
or must the backend itself supply
at least a grey-scale scan mode.
Thank you in advance
Ullrich
Hi Oliver,
Thanks, that helped...
I just did not know about the feature of switching of the automatic
gamma-adjustment,
though I should have known... my fault
>>You don`t need to do anything with the gamma value in xsane.
>>Disable the automatic gamma selection in the preferences/setup
>>enhanc
Hmm,
I think I am a bit in a dilemma now.
Maybe it is because the niash scanner require a gamma <> 1.0.
But correcting this on backend-level is not appropriate.
I think it is mainly because different frontends behave differently.
When I have a certain startup-Gamma,
StarOffice/OpenOf
Ok,
that makes sense.
I will proceed as follows...
I will hold a separate "1.6-gamma-table" that always will be combined with
the gamma-tables of XSane (or xscanimage or whatsoever).
In this case a "1.0-table" will be interpreted as a "1.6-table"
(which is a MUST for NIASH scanners to achieve
Hello all,
Hello Oliver (Rauch) in particular,
I have a (may be silly) question:
Why does XSane set the scanners' Gamma Table to an equivalent Gamma of 1.0
before a preview scan is started?
Background:
NIASH scanners work best with a gamma value of 1.6.
Gamma=1.0 will definitely produce scans
Hi all,
I tried to check in (commit) my latest code changes for SANE but got the
message
> cvs [server aborted]: "commit" requires write access to the repository
Any ideas
Ullrich
mailto:j...@jblache.org]
Sent: Dienstag, 17. August 2004 16:08
To: Ullrich Sigwanz
Cc: 'sane-devel@lists.alioth.debian.org'
Subject: Re: [sane-devel] Restrictions to NIASH backend
Ullrich Sigwanz wrote:
> May be it is worth mentioning (maybe in the scanners' "Comment"-colu
Hi List, Hi Gerhard,
May be it is worth mentioning (maybe in the scanners' "Comment"-column),
that the scanners HP ScanJet 3400c and HP ScanJet 4300c
will *** not *** work with kernels 2.6.0 ... 2.6.7
Regards
Ullrich
Hello Gerhard,
Great!
The "types-thing" slipped in because of the SANE independency of the
"testtool".
I know how to, and I will clean it up on ocassion ;-)
Thank you again
Ullrich
-Original Message-
From: Gerhard Jaeger [mailto:gerh...@gjaeger.de]
Sent: Dienstag, 3. August 2004 10:12
T
ources and the "sourceforge code" in synch).
Thank you for taking care
Regards
Ullrich
-Original Message-
From: Gerhard Jaeger [mailto:gerh...@gjaeger.de]
Sent: Dienstag, 3. August 2004 09:21
To: SANE-Devel
Cc: Ullrich Sigwanz; 'sane-devel@lists.alioth.debian.org'
Subje
Hello Henning, Hello Gerhard
I (developer of in the niash project - ullsig ) tested Gerhard's =
changes in
source code.
I substituted "our" files by Gerhard's files. Our testtool as well as a
freshly patched sane tree compiled and worked fine.
The changes can be approved.
Here is a short status
Hello,
Just FYI:
the niash flatbed scanners HP ScanJet 3400C and HP ScanJet 4300C
will no longer need the kernel change in drivers/usb/core/message.c from
kernel 2.6.8 on.
The USB string-length-descriptor issue was taken care of, and is fixed in
the next
kernel release candidate.
Regards
Ullri
Hi Chris,
You must compile the kernel to solve the problem.
The NIASH00019 chips return an old string-length-descriptor and the kernel
code cannot handle this
symptom any longer, alas.
I posted several times to the guys who wrote the linux usb code,
to revert a change they did when trading the
17 matches
Mail list logo
