Menu
▾
▴
hp3300backend-devel — Development of SANE backend for HP ScanJet 3300/3400/4300 scanners
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
(1) |
Mar
(3) |
Apr
(3) |
May
(2) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(4) |
Oct
|
Nov
(5) |
Dec
|
| 2003 |
Jan
(2) |
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(3) |
Dec
(6) |
| 2004 |
Jan
(1) |
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Ullrich S. <us...@be...> - 2004-12-01 07:52:00
|
Hello Ottavio, Here is a file "testtool_xfer.h", which is a special version to test your scanner To test your scanner download the testtool version 20040723_1 from http://puzzle.dl.sourceforge.net/sourceforge/hp3300backend/backend-20040723_ 1.tar.gz extract it with root # tar -xzvf backend-20040723_1.tar.gz root # cd backend and copy the attachment "testtool_xfer.h" into your current (backend) directory it is specially patech for the test of your scanner type root # make to construct the testtool the INSTALL-file included in backend-20040723_1.tar.gz will contain information how to use the testtool invokation examples: root # ./testtool -h for help root # ./testtool -vp shows all registers (verbosely) root # ./testtool -s > out.pnm processes a scan and so on mind the "./" in front of every testtool invokation! Kind Regards Ullrich |
|
From: Bertrik S. <be...@zo...> - 2004-11-30 19:10:08
|
Ottavio Campana wrote: > Hi, > > I've been reading the manpage sane-niash and I saw that the driver > supports these devices: > > MANUFACTURER: MODEL: USB ID: > --------------- -------------- --------- > Agfa Snapscan Touch 06BD-0100 (1)(a) > Hewlett-Packard Scanjet 3300c 03F0-0205 (1)(a)(b) > Hewlett-Packard Scanjet 3400c 03F0-0405 (2)(b) > Hewlett-Packard Scanjet 4300c 03F0-0305 (2)(a) > > Well, I've got a hp scanjet3400C, but lsusb give me > > Bus 001 Device 003: ID 047b:1002 Silitek Corp. HP ScanJet 4300c Parallel > Port > > Do you know if sane niash work with my scanner? The vendorid and > productid are differents from the ones in the manpage. Giving a look at > /etc/hotplug/usb/libsane.usermap I can see > > libusbscanner 0x0003 0x03f0 0x0405 0x0000 0x0000 0x00 0x00 0x00 0x00 > 0x00 0x00 0x00000000 > > Tge product and vendor ids are different, and hotplug doesn't do > anything. Is my scanner different fom the supported ones? > > Thank you for you help. Your scanner will not work directly with the backend, because the niash backend currently does not recognise the scanner as something that it supports (usb ids are not supported). But I think there is a very good chance that it can be made to work with relatively little work. A requirement is that the niash chip inside your scanner is either a niash00012, 13, 14 or 19. Unfortunately I won't have time this week to make the change. Kind regards, Bertrik |
|
From: Bertrik S. <be...@zo...> - 2004-09-11 15:46:28
|
Ian T. wrote: > I finally gave up and read all the documentation I could find and > followed the directions. Whoa.. I got a useful scan from my HP 3400c! > I am nearly five years into the Linux habit and am very grateful there > are developers out there to look after end users like me. > > The testtool complained a bit about usb issues but eventually this > evening I saw xsane load ready to go. Thank-you all who have tested and > collected all the details to make this work. This scanner is the last > piece of the equation in my departure from proprietary software and lame > operating systems. > > [ian@weasles sane-backends]$ uname -a > Linux weasles.ripped.flesh 2.6.8-1.521 #1 Mon Aug 16 09:01:18 EDT 2004 > i686 athlon i386 GNU/Linux > > Thanks again. > ian I guess you'll be pleased to know that the niash backend has been integrated into the official sane package recently. The next sane release (1.0.15 probably) will contain it. Kind regards, Bertrik |
|
From: Ian T. <its...@ya...> - 2004-09-11 05:02:45
|
I finally gave up and read all the documentation I could find and followed the directions. Whoa.. I got a useful scan from my HP 3400c! I am nearly five years into the Linux habit and am very grateful there are developers out there to look after end users like me. The testtool complained a bit about usb issues but eventually this evening I saw xsane load ready to go. Thank-you all who have tested and collected all the details to make this work. This scanner is the last piece of the equation in my departure from proprietary software and lame operating systems. [ian@weasles sane-backends]$ uname -a Linux weasles.ripped.flesh 2.6.8-1.521 #1 Mon Aug 16 09:01:18 EDT 2004 i686 athlon i386 GNU/Linux Thanks again. ian |
|
From: Joshua N P. <jpr...@po...> - 2004-09-04 17:21:40
|
On Sat, Sep 04, 2004 at 12:42:28PM -0400, Steven A. DuChene wrote: > Do you have a fairly current version of libusb installed? libusb 1:0.1.8-16 This version is the latest as of today's debian unstable. > Have you tried running xscanimage (or scanimage) with the following devic= e specification? >=20 > xscanimage niash:libusb:001:002 Oh! That works. --=20 A new cognitive theory of emotion, http://openheartlogic.org |
|
From: Steven A. D. <lin...@mi...> - 2004-09-04 16:43:48
|
Joshua: Do you have a fairly current version of libusb installed? Have you tried running xscanimage (or scanimage) with the following device specification? xscanimage niash:libusb:001:002 -- Steven A. DuChene -----Original Message----- From: Joshua N Pritikin <jpr...@po...> Sent: Sep 4, 2004 11:46 AM To: hp3...@li... Subject: Re: [Hp3300backend-devel] usb problem? On Sat, Sep 04, 2004 at 10:39:50AM +0530, Joshua N Pritikin wrote: > The scanner never appears in /proc/bus/usb/devices. After upgrading to 2.6.8.1, the USB subsystem appears to work much better. sane-find-scanner reports: found USB scanner (vendor=0x03f0 [Hewlett-Packard], product=0x0405 [Hewlett-Packard ScanJet 3400C]) at libusb:001:002 However, "scanimage -L" reports: No scanners were identified. Strange! I run debian: libusb 1:0.1.8-16 libsane 1.0.14-7 libsane-extras 1.0.14.2 I read sane-usb(5) but didn't find any clues. How to diagnose the problem? -- A new cognitive theory of emotion, http://openheartlogic.org |
|
From: Joshua N P. <jpr...@po...> - 2004-09-04 15:46:27
|
On Sat, Sep 04, 2004 at 10:39:50AM +0530, Joshua N Pritikin wrote: > The scanner never appears in /proc/bus/usb/devices. After upgrading to 2.6.8.1, the USB subsystem appears to work much better. sane-find-scanner reports: found USB scanner (vendor=3D0x03f0 [Hewlett-Packard], product=3D0x0405 [Hew= lett-Packard ScanJet 3400C]) at libusb:001:002 However, "scanimage -L" reports: No scanners were identified. Strange! I run debian: libusb 1:0.1.8-16 libsane 1.0.14-7 libsane-extras 1.0.14.2 I read sane-usb(5) but didn't find any clues. How to diagnose the problem? --=20 A new cognitive theory of emotion, http://openheartlogic.org |
|
From: Joshua N P. <jpr...@po...> - 2004-09-04 05:09:57
|
I have a ScanJet 3400C. I am running Linux 2.6.7 i386. This is the first time I am trying to use my scanner since I upgraded to 2.6. There seems to be a problem with USB. When I insert the USB connector, the syslog reports: Sep 4 10:21:07 emit kernel: ohci_hcd 0000:00:02.0: remote wakeup Sep 4 10:21:07 emit kernel: ohci_hcd 0000:00:02.0: GetStatus roothub.ports= tatus [2] =3D 0x00010101 CSC PPS CCS Sep 4 10:21:07 emit kernel: hub 1-0:1.0: port 2, status 0101, change 0001,= 12 Mb/s Sep 4 10:21:07 emit kernel: hub 1-0:1.0: debounce: port 2: delay 100ms sta= ble 4 status 0x101 Sep 4 10:21:07 emit kernel: ohci_hcd 0000:00:02.0: GetStatus roothub.ports= tatus [2] =3D 0x00100103 PRSC PPS PES CCS Sep 4 10:21:07 emit kernel: usb 1-2: new full speed USB device using addre= ss 5 Sep 4 10:21:07 emit kernel: usb 1-2: new device strings: Mfr=3D10, Product= =3D11, SerialNumber=3D12 Sep 4 10:21:07 emit kernel: usb 1-2: default language 0x0409 Sep 4 10:21:12 emit kernel: usb 1-2: control timeout on ep0in Sep 4 10:21:22 emit last message repeated 2 times Sep 4 10:21:27 emit kernel: usb 1-2: control timeout on ep0out Sep 4 10:21:27 emit kernel: usb 1-2: can't set config #1, error -110 Sep 4 10:21:27 emit kernel: ohci_hcd 0000:00:02.0: GetStatus roothub.ports= tatus [2] =3D 0x00100103 PRSC PPS PES CCS Sep 4 10:21:27 emit kernel: usb 1-2: new full speed USB device using addre= ss 6 Sep 4 10:21:27 emit kernel: usb 1-2: new device strings: Mfr=3D10, Product= =3D11, SerialNumber=3D12 Sep 4 10:21:27 emit kernel: usb 1-2: default language 0x0409 Sep 4 10:21:33 emit kernel: usb 1-2: control timeout on ep0in Sep 4 10:21:43 emit last message repeated 2 times Sep 4 10:21:48 emit kernel: usb 1-2: control timeout on ep0out Sep 4 10:21:48 emit kernel: usb 1-2: can't set config #1, error -110 The scanner never appears in /proc/bus/usb/devices. However, the scanner is fine because when I plug into Knoppix 3.3 (kernel 2.4.22) then it DOES appear in /proc/bus/usb/devices. Is this a USB bug? Where should I report the problem? --=20 A new cognitive theory of emotion, http://openheartlogic.org |
|
From: Bertrik S. <be...@zo...> - 2004-08-10 11:04:37
|
Hi all, Development of the sane backend got a bit stuck in the past year. Ullrich Sigwanz helped a lot in getting the backend integrated into sane. He agreed to my request to become a project admin, so I made him a project admin. All the best, Bertrik |
|
From: Julien T. <jul...@wa...> - 2004-03-08 19:45:38
|
Le lundi 8 Mars 2004 20:06, Bertrik Sikken a =E9crit : > As far as I can see, the libusb code is properly linked now. > > I think it may help to comment out line 262 in hp3300c.c > (so the function does not return, but goes on) or > modify the ScannerModels list so that your scanner is recognised > as a hp3300c. > By the way, the testtool cannot actually do a scan with your > scanner, but you may be able to get basic communication working > and get some ideas about how to build the USB transfer layer. > I don't think that it's a good idea to try to merge hp2400 and > hp3300 code now (perhaps only the USB transfer code at some later > time when all similarities/differences have been figured out. OK. I will have a look at the tunings you suggested me. Are there some more people working on the similarities/differences between= =20 those two models ? Before joining the list, I was playing with a USB command line interpreter= =20 (called usb-robot) which allows sending bulk or control transfers. It seems to be a very useful tool for prototyping (it can handles=20 specific-language scripts featuring USB commands). I hope this set will be helpful for determining my model's exact protocol. Would you have a more recent/complete version of your analysis (found here:= =20 http://home.kabelfoon.nl/~bertrik/hp3300c/transfer.html) ? Which particular points would you want me to investigate ? Regards, Julien ps: any additional documentation appreciated ;-) > > Regards, > Bertrik > > Julien TIERNY wrote: > > Le lundi 8 Mars 2004 18:28, vous avez =E9crit : > >>Running the testtool with option -v should give you much more info. > >>Probably you just forgot to add your scanners' USB id to the > >>ScannerModels list (in hp3300c_xfer.c) > > > > stupid me... > > but I wouldn't have assumed the test tool utilities checked the > > product's IDs. > > > > any way, here's now my output: > > > > " > > # ./testtool -v > > Initializing scanner > > Registering transfer method 0: LibUSB > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0472-0x0065 ... nothing found > > Matching USB device 0x0472-0x0065 ... nothing found > > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > > _ReportDevice 'libusb(004,004)' > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x06B9-0x4061 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Hp3300cXferOpen 'libusb(004,004)' > > probing LibUSB > > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > > ERROR: internal error! (5) > > Hp3300cOpen failed > > " > > > > are there any additionnal parts of the source I shall tune ? > > does my testtool binary seem well linked to libusb ? (I guess yes) > > > > thanx for your answers > > > > regards, julien > > > >>Bertrik > >> > >>Julien TIERNY wrote: > >>>Hi Bertrik, > >>> > >>>Sorry for bothering you once again, but here's my point: > >>>>Try the 'testtool' package, this has a functional testtool, > >>>>the 'backend' package does not as this has most experimental > >>>>stuff stripped off and is more geared toward sane. > >>>>Link: > >>>>http://sourceforge.net/project/shownotes.php?release_id=3D150272 > >>> > >>> I compiled the latest release of the testtool package (20030401_1) wi= th > >>>the following supports: > >>> > >>> * libusb support (tunings in Makefile) > >>> * sanei_usb support (tunings in hp3300c_xfer_cfg.h file), I also tried > >>>libusb support. > >>> > >>> The synopsis of the tool gives: > >>> " > >>> ./testtool [OPTIONS]... [FILENAME] > >>> " > >>> What does [FILENAME] field refer to ? > >>>(a node in the /dev fs ? --> I don't use kernel access method) > >>> > >>> For info, any testtool option (let's say "-p") returns the following > >>>result: > >>> > >>> " > >>> Hp3300cXferOpen failed for '' > >>> Hp3300cOpen failed > >>> " > >>> > >>> Did I forgot any command line argument ? > >>> Didn't I compile it properly ? > >>> > >>> Thank you, julien > >>> > >>>Le jeudi 4 Mars 2004 20:10, vous avez =E9crit : > >>>>Julien TIERNY wrote: > >>>>>I'm trying to install the hp3300-backend package set in order to see > >>>>> if it supports my scanner (hp scanjet2400). > >>>>> > >>>>>But I can't compile it :( > >>>>> > >>>>>" > >>>>># make all > >>>>>gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o > >>>>> main.c main.c:28:21: mytypes.h: No such file or directory > >>>>>main.c: In function `main': > >>>>>main.c:277: warning: implicit declaration of function > >>>>>`Hp3300cXferRegisterModule' > >>>>>main.c:277: error: `LibUsbDev' undeclared (first use in this functio= n) > >>>>>main.c:277: error: (Each undeclared identifier is reported only once > >>>>>main.c:277: error: for each function it appears in.) > >>>>>main.c:420: warning: implicit declaration of function > >>>>> `Hp3300cBulkRead' make: *** [main.o] Error 1 > >>>>>" > >>>>> > >>>>>Libusb is functionnal on my system. What does LibUsbDev refer to ? > >>>>> > >>>>>Any help appreciated, > >>>>> > >>>>>thanx, julien > >>>> > >>>>Kind regards, > >>>>Bertrik > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > Hp3300backend-devel mailing list > Hp3...@li... > https://lists.sourceforge.net/lists/listinfo/hp3300backend-devel |
|
From: Bertrik S. <be...@zo...> - 2004-03-08 19:22:43
|
As far as I can see, the libusb code is properly linked now. I think it may help to comment out line 262 in hp3300c.c (so the function does not return, but goes on) or modify the ScannerModels list so that your scanner is recognised as a hp3300c. By the way, the testtool cannot actually do a scan with your scanner, but you may be able to get basic communication working and get some ideas about how to build the USB transfer layer. I don't think that it's a good idea to try to merge hp2400 and hp3300 code now (perhaps only the USB transfer code at some later time when all similarities/differences have been figured out. Regards, Bertrik Julien TIERNY wrote: > Le lundi 8 Mars 2004 18:28, vous avez écrit : > >>Running the testtool with option -v should give you much more info. >>Probably you just forgot to add your scanners' USB id to the >>ScannerModels list (in hp3300c_xfer.c) >> > > stupid me... > but I wouldn't have assumed the test tool utilities checked the product's > IDs. > > any way, here's now my output: > > " > # ./testtool -v > Initializing scanner > Registering transfer method 0: LibUSB > Matching USB device 0x0000-0x0000 ... nothing found > Matching USB device 0x0000-0x0000 ... nothing found > Matching USB device 0x0472-0x0065 ... nothing found > Matching USB device 0x0472-0x0065 ... nothing found > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > _ReportDevice 'libusb(004,004)' > Matching USB device 0x0000-0x0000 ... nothing found > Matching USB device 0x06B9-0x4061 ... nothing found > Matching USB device 0x0000-0x0000 ... nothing found > Matching USB device 0x0000-0x0000 ... nothing found > Hp3300cXferOpen 'libusb(004,004)' > probing LibUSB > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > ERROR: internal error! (5) > Hp3300cOpen failed > " > > are there any additionnal parts of the source I shall tune ? > does my testtool binary seem well linked to libusb ? (I guess yes) > > thanx for your answers > > regards, julien > > > >>Bertrik >> >>Julien TIERNY wrote: >> >>>Hi Bertrik, >>> >>>Sorry for bothering you once again, but here's my point: >>> >>>>Try the 'testtool' package, this has a functional testtool, >>>>the 'backend' package does not as this has most experimental >>>>stuff stripped off and is more geared toward sane. >>>>Link: >>>>http://sourceforge.net/project/shownotes.php?release_id=150272 >>> >>> I compiled the latest release of the testtool package (20030401_1) with >>>the following supports: >>> >>> * libusb support (tunings in Makefile) >>> * sanei_usb support (tunings in hp3300c_xfer_cfg.h file), I also tried >>>libusb support. >>> >>> The synopsis of the tool gives: >>> " >>> ./testtool [OPTIONS]... [FILENAME] >>> " >>> What does [FILENAME] field refer to ? >>>(a node in the /dev fs ? --> I don't use kernel access method) >>> >>> For info, any testtool option (let's say "-p") returns the following >>>result: >>> >>> " >>> Hp3300cXferOpen failed for '' >>> Hp3300cOpen failed >>> " >>> >>> Did I forgot any command line argument ? >>> Didn't I compile it properly ? >>> >>> Thank you, julien >>> >>>Le jeudi 4 Mars 2004 20:10, vous avez écrit : >>> >>>>Julien TIERNY wrote: >>>> >>>>>I'm trying to install the hp3300-backend package set in order to see if >>>>>it supports my scanner (hp scanjet2400). >>>>> >>>>>But I can't compile it :( >>>>> >>>>>" >>>>># make all >>>>>gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o main.c >>>>>main.c:28:21: mytypes.h: No such file or directory >>>>>main.c: In function `main': >>>>>main.c:277: warning: implicit declaration of function >>>>>`Hp3300cXferRegisterModule' >>>>>main.c:277: error: `LibUsbDev' undeclared (first use in this function) >>>>>main.c:277: error: (Each undeclared identifier is reported only once >>>>>main.c:277: error: for each function it appears in.) >>>>>main.c:420: warning: implicit declaration of function `Hp3300cBulkRead' >>>>>make: *** [main.o] Error 1 >>>>>" >>>>> >>>>>Libusb is functionnal on my system. What does LibUsbDev refer to ? >>>>> >>>>>Any help appreciated, >>>>> >>>>>thanx, julien >>>> >>>>Kind regards, >>>>Bertrik |
|
From: Julien T. <jul...@wa...> - 2004-03-08 18:31:04
|
Le lundi 8 Mars 2004 18:28, vous avez =E9crit : > Running the testtool with option -v should give you much more info. > Probably you just forgot to add your scanners' USB id to the > ScannerModels list (in hp3300c_xfer.c) > stupid me... but I wouldn't have assumed the test tool utilities checked the product's= =20 IDs. any way, here's now my output: "=09 # ./testtool -v Initializing scanner Registering transfer method 0: LibUSB Matching USB device 0x0000-0x0000 ... nothing found Matching USB device 0x0000-0x0000 ... nothing found Matching USB device 0x0472-0x0065 ... nothing found Matching USB device 0x0472-0x0065 ... nothing found Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 _ReportDevice 'libusb(004,004)' Matching USB device 0x0000-0x0000 ... nothing found Matching USB device 0x06B9-0x4061 ... nothing found Matching USB device 0x0000-0x0000 ... nothing found Matching USB device 0x0000-0x0000 ... nothing found Hp3300cXferOpen 'libusb(004,004)' probing LibUSB Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 ERROR: internal error! (5) Hp3300cOpen failed " are there any additionnal parts of the source I shall tune ? does my testtool binary seem well linked to libusb ? (I guess yes) thanx for your answers regards, julien > Bertrik > > Julien TIERNY wrote: > > Hi Bertrik, > > > > Sorry for bothering you once again, but here's my point: > >>Try the 'testtool' package, this has a functional testtool, > >>the 'backend' package does not as this has most experimental > >>stuff stripped off and is more geared toward sane. > >>Link: > >>http://sourceforge.net/project/shownotes.php?release_id=3D150272 > > > > I compiled the latest release of the testtool package (20030401_1) with > > the following supports: > > > > * libusb support (tunings in Makefile) > > * sanei_usb support (tunings in hp3300c_xfer_cfg.h file), I also tried > > libusb support. > > > > The synopsis of the tool gives: > > " > > ./testtool [OPTIONS]... [FILENAME] > > " > > What does [FILENAME] field refer to ? > > (a node in the /dev fs ? --> I don't use kernel access method) > > > > For info, any testtool option (let's say "-p") returns the following > > result: > > > > " > > Hp3300cXferOpen failed for '' > > Hp3300cOpen failed > > " > > > > Did I forgot any command line argument ? > > Didn't I compile it properly ? > > > > Thank you, julien > > > > Le jeudi 4 Mars 2004 20:10, vous avez =E9crit : > >>Julien TIERNY wrote: > >>>I'm trying to install the hp3300-backend package set in order to see if > >>>it supports my scanner (hp scanjet2400). > >>> > >>>But I can't compile it :( > >>> > >>>" > >>># make all > >>>gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o main= =2Ec > >>>main.c:28:21: mytypes.h: No such file or directory > >>>main.c: In function `main': > >>>main.c:277: warning: implicit declaration of function > >>>`Hp3300cXferRegisterModule' > >>>main.c:277: error: `LibUsbDev' undeclared (first use in this function) > >>>main.c:277: error: (Each undeclared identifier is reported only once > >>>main.c:277: error: for each function it appears in.) > >>>main.c:420: warning: implicit declaration of function `Hp3300cBulkRead' > >>>make: *** [main.o] Error 1 > >>>" > >>> > >>>Libusb is functionnal on my system. What does LibUsbDev refer to ? > >>> > >>>Any help appreciated, > >>> > >>>thanx, julien > >> > >>Kind regards, > >>Bertrik |
|
From: Bertrik S. <be...@zo...> - 2004-03-08 17:43:04
|
Malcolm Myles-Hook wrote: > As a newbie to Linux (running Red Hat 9), I am struggling to install the > code to support my HP ScanJet 3300c scanner. I have followed the > download instructions, but when I try to make, I get lots of errors > stemming from "hp3300c_libusb.c:33:49: usb.h: No such file or directory". usb.h is the libusb header file. Install libusb-devel or install from source. Bertrik |
|
From: Malcolm Myles-H. <mal...@nt...> - 2004-03-08 11:30:20
|
As a newbie to Linux (running Red Hat 9), I am struggling to install the code to support my HP ScanJet 3300c scanner. I have followed the download instructions, but when I try to make, I get lots of errors stemming from "hp3300c_libusb.c:33:49: usb.h: No such file or directory". Can anyone help?? Thanks Malcolm |
|
From: Bertrik S. <be...@zo...> - 2004-03-04 19:25:21
|
Julien TIERNY wrote: > I'm trying to install the hp3300-backend package set in order to see if it > supports my scanner (hp scanjet2400). > > But I can't compile it :( > > " > # make all > gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o main.c > main.c:28:21: mytypes.h: No such file or directory > main.c: In function `main': > main.c:277: warning: implicit declaration of function > `Hp3300cXferRegisterModule' > main.c:277: error: `LibUsbDev' undeclared (first use in this function) > main.c:277: error: (Each undeclared identifier is reported only once > main.c:277: error: for each function it appears in.) > main.c:420: warning: implicit declaration of function `Hp3300cBulkRead' > make: *** [main.o] Error 1 > " > > Libusb is functionnal on my system. What does LibUsbDev refer to ? > > Any help appreciated, > > thanx, julien Try the 'testtool' package, this has a functional testtool, the 'backend' package does not as this has most experimental stuff stripped off and is more geared toward sane. Link: http://sourceforge.net/project/shownotes.php?release_id=150272 Kind regards, Bertrik |
|
From: Julien T. <jul...@wa...> - 2004-03-03 20:44:50
|
hi all, I'm trying to install the hp3300-backend package set in order to see if it supports my scanner (hp scanjet2400). But I can't compile it :( " # make all gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o main.c main.c:28:21: mytypes.h: No such file or directory main.c: In function `main': main.c:277: warning: implicit declaration of function `Hp3300cXferRegisterModule' main.c:277: error: `LibUsbDev' undeclared (first use in this function) main.c:277: error: (Each undeclared identifier is reported only once main.c:277: error: for each function it appears in.) main.c:420: warning: implicit declaration of function `Hp3300cBulkRead' make: *** [main.o] Error 1 " Libusb is functionnal on my system. What does LibUsbDev refer to ? Any help appreciated, thanx, julien |
|
From: Bertrik S. <be...@zo...> - 2004-01-04 23:11:37
|
Hi all, Henning Meier-Geinitz sent an e-mail to the sane-devel list with some issues around the niash backend before inclusion into sane. Here's the status on those issues: 'DONE' (fixed but not committed yet, can't access sourceforge cvs) * license: I now have agreement of all developers who contributed code to the backend to change the license to GPL + sane exception. I'll change the license and add the proper headers to the source files. * niash.desc should be moved into doc/descriptions, not backend. * niash.conf contains reference to /dev/usbscanner. Currently we don't need the .conf file anymore. I'll delete it. * compilation didn't work because of C++ style comments. Fixed. * niash.c include order of "sane/sane.h" and "sane/config.h". Fixed. TODO: * check syntax of .desc file. It's outdated. make will complain about the issues. * update manpage, use other manpages as example. * run 'indent -gnu' over source files. * check backend with frontend/tstbackend.c. I did this once when tstbackend was just released, but we should test it again and properly. * update AUTHORS and doc/sane.man * 'illegal' symbols when doing './configure --enable-static'; 'make'; 'make libcheck'. Henning's descriptions of the issues are quite clear and they should not be too hard to fix. Henning, can you clarify the last problem, about the 'make libcheck' warnings? As far as I understand, the problem is that there are 'global' symbols seen by the linker other than the sane API function names, right? There is indeed some trickery in the sources where .c files are directly included (and the corresponding .h files also). If I make all offending functions static, I think I have a problem keeping the sources compatible with my testtool program (which I like to keep working for low-level testing) Is there a better/other way to do this? All the best, Bertrik Sikken |
|
From: Marcin C. <sa...@sa...> - 2003-12-23 14:59:48
|
Bertrik Sikken wrote: > Basically the sane exception to the GPL means that it is allowed > to link against sane libs without requiring the linking app to > become GPL. More info can be found here: > http://www.sane-project.org/license.html [...] > Please can you give me a reply ASAP about whether you agree to > change the license to GPL + sane exception? Personally preferring Berkeley-style licenses to GPL, I agree. --=20 << Marcin Cie=B6lak // sa...@sa... >> |
|
From: Ricardo M. <the...@so...> - 2003-12-22 22:13:33
|
Bertrik Sikken wrote: > Hi all, > > In the process of getting the niash backend integrated into SANE, > I got the request from the sane maintainer to consider to change > the license from simple GPL to GPL + sane exception. > > This license is also used in most other backends and I think it's > a good idea for use to it. > > Basically the sane exception to the GPL means that it is allowed > to link against sane libs without requiring the linking app to > become GPL. More info can be found here: > http://www.sane-project.org/license.html > > Concentrating on the people who contributed *code* to the project > I come up with the following list: > (Ofcourse I'm very grateful to all the people who helped with > testing too) > > Me (Bertrik) > start of project > > Marcin Cieslak > Framework for splitting USB transfer methods (libusb/kernel > module etc.) > BSD fixes. > > Jean Goffinet > Agfa Snapscan Touch support. > > Ricardo Martins > Patch script, Makefile improvements, misc. fixes, > BSD fixes, manpage. > > Ullrich Sigwanz > Lamp warmup method. Misc. bugfixes for HP3400/4300. > > (If you think you contributed but are not mentioned in the list, > please let me know). > > Please can you give me a reply ASAP about whether you agree to > change the license to GPL + sane exception? > > All the best, > Bertrik I agree. Regards Ricardo Martins |
|
From: Bertrik S. <be...@zo...> - 2003-12-22 19:47:09
|
Hi all, In the process of getting the niash backend integrated into SANE, I got the request from the sane maintainer to consider to change the license from simple GPL to GPL + sane exception. This license is also used in most other backends and I think it's a good idea for use to it. Basically the sane exception to the GPL means that it is allowed to link against sane libs without requiring the linking app to become GPL. More info can be found here: http://www.sane-project.org/license.html Concentrating on the people who contributed *code* to the project I come up with the following list: (Ofcourse I'm very grateful to all the people who helped with testing too) Me (Bertrik) start of project Marcin Cieslak Framework for splitting USB transfer methods (libusb/kernel module etc.) BSD fixes. Jean Goffinet Agfa Snapscan Touch support. Ricardo Martins Patch script, Makefile improvements, misc. fixes, BSD fixes, manpage. Ullrich Sigwanz Lamp warmup method. Misc. bugfixes for HP3400/4300. (If you think you contributed but are not mentioned in the list, please let me know). Please can you give me a reply ASAP about whether you agree to change the license to GPL + sane exception? All the best, Bertrik |
|
From: Bertrik S. <be...@zo...> - 2003-12-21 22:55:40
|
Hi all, I'm the main developer of the external 'niash' backend with support for the Hewlett-Packard 3300C, 3400C, 4300C and the Agfa Snapscan Touch. Generally the backend provides the basic functionality, i.e. scanning at 150, 300 and 600 dpi, adjustable scanning area, control of the 12-to-8-bit gamma table, simple calibration before each scan, color scan only. Support for the HP3300C is good. The HP3400C and 4300C use some hacks in order to achieve 150 dpi and 600 dpi resolution. Support for the Agfa Snapscan Touch is basically the same as for the HP3300c (the CCD is mounted the other way around), but has probably not been tested as much. The sources are currently licensed under GPL. Project page is at: https://sourceforge.net/projects/hp3300backend/ Sources can be found at: http://prdownloads.sourceforge.net/hp3300backend/backend-20031221_1.tar.gz?download Can the sane maintainers have a look at it and see what's needed to have this included into sane? Kind regards, Bertrik Sikken |
|
From: Bertrik S. <be...@zo...> - 2003-12-21 22:31:15
|
Hi all, I just made a release of package 'backend'. It contains mostly just the files needed for the sane-backend with some filename and function changes. The plugin-mechanism to support multiple types of USB transfer mechanism has been removed and replaced by the sanei_usb functions provided internally by the sane package. These functions already implement access to both the scanner kernel module and libusb, thereby obsoleting our own plugin-mechanism. I hope this doesn't hurt the BSD people too much (but they can still use libusb through sane) I'm planning to submit this package to the SANE people and let them have a look at it as a candidate for inclusion into SANE. Kind regards, Bertrik Sikken |
|
From: Bertrik S. <be...@zo...> - 2003-12-03 23:54:15
|
Rainer Lay wrote: >> Rainer Lay wrote: >> > Hi, >> > > I tried to compile the driver an a SuSE 9.0 machine: >> > > cd ../testtool >> > ./patch-sane.sh ../sane-backends-1.0.13 >> > Adding new files to the SANE source tree... DONE >> > Modifying doc/Makefile.in... DONE >> > Modifying backend/Makefile.in... DONE >> > Relocating files... DONE >> > Modifying backend/dll.conf... DONE >> > SANE patched with success! >> > + make clean >> > rm -f *.o testtool *~ >> > + make >> > gcc -Wall -g -DLINUX_USB_SUPPORT -DLIBUSB_SUPPORT -c -o main.o >> main.c >> > In file included from hp3300c_libusb.c:33, >> > from main.c:36: >> > /usr/include/usb.h:55: error: redefinition of `struct > >> usb_descriptor_header' >> > /usr/include/usb.h:61: error: redefinition of `struct > >> usb_string_descriptor' >> > /usr/include/usb.h:78: error: redefinition of `struct > >> usb_endpoint_descriptor' >> > /usr/include/usb.h:103: error: redefinition of `struct > >> usb_interface_descriptor' >> > /usr/include/usb.h:129: error: redefinition of `struct > >> usb_config_descriptor' >> > /usr/include/usb.h:146: error: redefinition of `struct > >> usb_device_descriptor' >> > make: *** [main.o] Fehler 1 >> > > I am using SuSEs libusb-0.1.8beta-39 version of libusb. >> > Any hints? >> >> It looks like there are multiple header files that define some >> usb structs. Where does /usr/include/usb.h come from? > > > from libusb-0.1.8beta-39 package I don't understand where the error is coming from. On my system it worked fine, I tried the CVS version of libusb from yesterday. It must some kind of other header file that I don't know about, that is giving problems. Bertrik |
|
From: Rainer L. <La...@in...> - 2003-11-30 19:45:46
|
> Rainer Lay wrote: > > Hi, > > > > I tried to compile the driver an a SuSE 9.0 machine: > > > > cd ../testtool > > ./patch-sane.sh ../sane-backends-1.0.13 > > Adding new files to the SANE source tree... DONE > > Modifying doc/Makefile.in... DONE > > Modifying backend/Makefile.in... DONE > > Relocating files... DONE > > Modifying backend/dll.conf... DONE > > SANE patched with success! > > + make clean > > rm -f *.o testtool *~ > > + make > > gcc -Wall -g -DLINUX_USB_SUPPORT -DLIBUSB_SUPPORT -c -o main.o main.c > > In file included from hp3300c_libusb.c:33, > > from main.c:36: > > /usr/include/usb.h:55: error: redefinition of `struct > > usb_descriptor_header' > > /usr/include/usb.h:61: error: redefinition of `struct > > usb_string_descriptor' > > /usr/include/usb.h:78: error: redefinition of `struct > > usb_endpoint_descriptor' > > /usr/include/usb.h:103: error: redefinition of `struct > > usb_interface_descriptor' > > /usr/include/usb.h:129: error: redefinition of `struct > > usb_config_descriptor' > > /usr/include/usb.h:146: error: redefinition of `struct > > usb_device_descriptor' > > make: *** [main.o] Fehler 1 > > > > I am using SuSEs libusb-0.1.8beta-39 version of libusb. > > Any hints? > > It looks like there are multiple header files that define some > usb structs. Where does /usr/include/usb.h come from? from libusb-0.1.8beta-39 package Rainer |
|
From: Bertrik S. <be...@zo...> - 2003-11-30 17:03:59
|
Rainer Lay wrote: > Hi, > > I tried to compile the driver an a SuSE 9.0 machine: > > cd ../testtool > ./patch-sane.sh ../sane-backends-1.0.13 > Adding new files to the SANE source tree... DONE > Modifying doc/Makefile.in... DONE > Modifying backend/Makefile.in... DONE > Relocating files... DONE > Modifying backend/dll.conf... DONE > SANE patched with success! > + make clean > rm -f *.o testtool *~ > + make > gcc -Wall -g -DLINUX_USB_SUPPORT -DLIBUSB_SUPPORT -c -o main.o main.c > In file included from hp3300c_libusb.c:33, > from main.c:36: > /usr/include/usb.h:55: error: redefinition of `struct > usb_descriptor_header' > /usr/include/usb.h:61: error: redefinition of `struct > usb_string_descriptor' > /usr/include/usb.h:78: error: redefinition of `struct > usb_endpoint_descriptor' > /usr/include/usb.h:103: error: redefinition of `struct > usb_interface_descriptor' > /usr/include/usb.h:129: error: redefinition of `struct > usb_config_descriptor' > /usr/include/usb.h:146: error: redefinition of `struct > usb_device_descriptor' > make: *** [main.o] Fehler 1 > > I am using SuSEs libusb-0.1.8beta-39 version of libusb. > Any hints? It looks like there are multiple header files that define some usb structs. Where does /usr/include/usb.h come from? I don't think that I have tried the backend with libusb-0.1.8beta yet. Bertrik |