hpoj-devel — HPOJ development/support list

Re: [hpoj-devel] Kernel 2.4.1 module

[Burkhard K. <bu...@bu...>]

Randy Jay Yarger
> Greetings,
> 
> I'm wondering if anyone is currently working out the 2.4.x kernel
> issues?
> If not, I may take a crack at it myself. Now that the kernel is
> officially released
> people are going to start migrating in large numbers...

As David already wrote I was it me trying to look into it but I 
gave up - I was unable to resolve the timing issues. If you are
interested I can send you my latest (non-working) patch and comment
on my findings.

Burkhard
-- 
Burkhard Kohl			bu...@bu...

Re: [hpoj-devel] Kernel 2.4.1 module

[<pa...@rc...>]

Randy Jay Yarger wrote:
> I'm wondering if anyone is currently working out the 2.4.x kernel
> issues?
> If not, I may take a crack at it myself. Now that the kernel is
> officially released
> people are going to start migrating in large numbers...

Hi, Randy.  Burkhard Kohl was working on that at one point, but I haven't
heard from him in a while, so feel free to look into it if you'd like.
Thanks for your interest.

David

Re: [hpoj-devel] OJ 700 Progress

[<pa...@rc...>]

Hi, James.

James Klicman wrote:
> I noticed that the SetReply exec_out is not always OK, sometimes it is
> ErrorActionCanNotBePerformedNow. The PML Protocol Specification refers
> to the PML Object Specification to determine why this happened and how
> to get the device into the correct state for the SetRequest.
> 
> Can you please send me the PML Object Specification?
I'm not at liberty to send that out, but if you have specific questions about
specific OIDs, then I might be able do some research for you.  Which OIDs
were you getting that error on?  If you're referring to the SCAN-UPLOAD OID,
I couldn't find any such state recovery information about it.  I do know that
the other OIDs which are used for setting up scan parameters can only be set
when SCAN-UPLOAD is set to 1 (idle), so that could be causing the problem,
especially if the driver crashes during the scan and you don't reset it to
idle before the next scan attempt.

David

[hpoj-devel] Kernel 2.4.1 module

[Randy J. Y. <ry...@me...>]

Greetings,

I'm wondering if anyone is currently working out the 2.4.x kernel
issues?
If not, I may take a crack at it myself. Now that the kernel is
officially released
people are going to start migrating in large numbers...

-Randy Jay Yarger
ry...@me...

Re: [hpoj-devel] OJ 700 Progress

[James K. <ja...@me...>]

Hi David,

A .pgm file is a Portable Graymap. I used rawtopgm which is part of the
pnm tools after converting the bits to bytes.

I noticed that the SetReply exec_out is not always OK, sometimes it is
ErrorActionCanNotBePerformedNow. The PML Protocol Specification refers
to the PML Object Specification to determine why this happened and how
to get the device into the correct state for the SetRequest.

Can you please send me the PML Object Specification?

Thanks,

-James

On Sun, Feb 11, 2001 at 04:12:23PM -0800, David Paschal wrote:
> James Klicman wrote:
> > I have succeeded in scanning BILEVEL_THRESHOLD/NO_COMPRESSION
> > and then creating a viewable .pgm file with the data.
> > 
> > Unfortunately, it only seems to work a few times in a row then it
> > starts to hang each time during an MlcCon_read.
> > 
> > Scanning GRAYSCALE_256/NO_COMPRESSION results in a hang everytime.
> > 
> > Scanning COLOR_24_BIT/NO_COMPRESSION results in FixedHeaders with no
> > RasterData and then hangs.
> Hi, James.  Congratulations on getting at least BILEVEL_THRESHOLD scanning
> working.  :-)  What exactly is a .pgm file?

Re: [hpoj-devel] OJ 700 Progress

[<pa...@rc...>]

James Klicman wrote:
> I have succeeded in scanning BILEVEL_THRESHOLD/NO_COMPRESSION
> and then creating a viewable .pgm file with the data.
> 
> Unfortunately, it only seems to work a few times in a row then it
> starts to hang each time during an MlcCon_read.
> 
> Scanning GRAYSCALE_256/NO_COMPRESSION results in a hang everytime.
> 
> Scanning COLOR_24_BIT/NO_COMPRESSION results in FixedHeaders with no
> RasterData and then hangs.
Hi, James.  Congratulations on getting at least BILEVEL_THRESHOLD scanning
working.  :-)  What exactly is a .pgm file?

> It almost seems like there is a certain amount of data that will
> pass through the scan channel without problem. After that it starts
> to hang. This might explain why I can have a few successful scans
> at BILEVEL_THRESHOLD before problems occur, and not get through
> a full scan at GRAYSCALE_256 which would transfer 8 times the amount
> of data.
That's quite possible.  You might be able to test that theory by cutting
out a short piece of paper (still 8.5" wide) and doing an 8- or 24-bit scan
on that, because the scan should stop when it reaches the end of page.  Just
don't make it too short, or it might get lost in the scanner and cause paper
jams.  You could also try taping several sheets together and doing a 1-bit
scan on that, but again be careful when taping not to leave any sticky spots
that could cause a jam.

> Could you please explain the current problem with multi-channel
> communication? I am wondering if it is something I should look into
> or wait for/help with the new drivers.
I never got around to looking into it, but you can also reproduce it by
printing while running xojpanel, or vice versa.  I'm fairly sure it's a
bug in ieee12844.c, not ieee12844pp.c.  You're welcome to look into it if
you're interested in digging around in kernel space, especially if it's
preventing you from making progress at the moment.

> Do you have any idea when the new drivers you're working might be ready?
It's working fairly well now (I can print and scan on a USB-connected K80).
However, I'm still trying to negotiate release of this code with my
management, because I leveraged a significant amount of HP-proprietary code.
I'm optimistic that I'll be able to resolve it, but I can't say when at this
point.  On the technical side, I still need to finish adding PML support to
PTAL and the new driver before PML scanning will work through it.

David

[hpoj-devel] OJ 700 Progress

[James K. <ja...@me...>]

Hi David,

I have succeeded in scanning BILEVEL_THRESHOLD/NO_COMPRESSION
and then creating a viewable .pgm file with the data.

Unfortunately, it only seems to work a few times in a row then it
starts to hang each time during an MlcCon_read.

Scanning GRAYSCALE_256/NO_COMPRESSION results in a hang everytime.

Scanning COLOR_24_BIT/NO_COMPRESSION results in FixedHeaders with no
RasterData and then hangs.

It almost seems like there is a certain amount of data that will
pass through the scan channel without problem. After that it starts
to hang. This might explain why I can have a few successful scans
at BILEVEL_THRESHOLD before problems occur, and not get through
a full scan at GRAYSCALE_256 which would transfer 8 times the amount
of data.

Could you please explain the current problem with multi-channel
communication? I am wondering if it is something I should look into
or wait for/help with the new drivers.

Do you have any idea when the new drivers you're working might be ready?

Thanks,

-James

Re: [hpoj-devel] problem with ./configure

[<pa...@rc...>]

Ron Shonkwiler wrote:
> Trying to compile hpoj-0.7 on IBM laptop running Corel Linux 2.1.
> I issue ./configure and get
> 
>   loading cache ./config.cache
>   checking operating system... Linux
>   checking for Linux kernel source... no.  Try "./configure
>   --with-linux=<dir>"
>   checking for SNMP... no.  Try "./configure --with-snmp=<dir>"
>   checking for QT... no.  Try "./configure --with-qt=<dir>"
>   checking for gcc... gcc
>   checking whether the C compiler (gcc  ) works... yes
>   checking whether the C compiler (gcc  ) is a cross-compiler... no
>   checking whether we are using GNU C... yes
>   checking whether gcc accepts -g... yes
>   checking for c++... no
>   checking for g++... no
>   checking for gcc... gcc
>   checking whether the C++ compiler (gcc  ) works... no
> 
> How is it that the gcc compiler does not work as a C++ compiler?

Hi, Ron.  I'm not familiar with Corel Linux, so I don't have an automatic
answer.  It's possible that you might have a version of gcc installed that
can only compile C code and that a separate package needs to be installed
to get "c++" or "g++".  Are you able to compile other C++ code on your
system using gcc?

From the above output, I see that you also don't have the Linux kernel
source code installed, or at least the configure script can't find it.

David

[hpoj-devel] problem with ./configure

[Ron S. <sh...@ma...>]

Trying to compile hpoj-0.7 on IBM laptop running Corel Linux 2.1.
I issue ./configure and get

  loading cache ./config.cache
  checking operating system... Linux
  checking for Linux kernel source... no.  Try "./configure
  --with-linux=<dir>"
  checking for SNMP... no.  Try "./configure --with-snmp=<dir>"
  checking for QT... no.  Try "./configure --with-qt=<dir>"
  checking for gcc... gcc
  checking whether the C compiler (gcc  ) works... yes
  checking whether the C compiler (gcc  ) is a cross-compiler... no
  checking whether we are using GNU C... yes
  checking whether gcc accepts -g... yes
  checking for c++... no
  checking for g++... no
  checking for gcc... gcc
  checking whether the C++ compiler (gcc  ) works... no

How is it that the gcc compiler does not work as a C++ compiler?

ron shenk (sh...@ma...)

RE: [hpoj-devel] COLOR_24_BIT Problems

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, James.

James Klicman wrote:
> I have been experimenting with cmdline.c and have run into a
> strange problem that occurs when I set OID_SCAN_PIXEL_DATA_TYPE to
> COLOR_24_BIT. I'm not sure if the problem is related to your warning
> about using multiple MLC channels, since the channel will be required
> to return alot more data. One symptom of the problem is that 
> the Raster
> Data Records seem to have zero Raster Data and the program hangs while
> reading the MLC scan channel. There are no errors generated as far as
> I can tell. I also need to turn the scanner off/on and reload 
> ieee12844
> and ieee12844pp to get BILEVEL_THRESHHOLD to work again.
The hang and the need to reload ieee12844*.o would point to the driver
problem I mentioned.

> Here is the execution output of the modified cmdline.c, in this
> version I also set OID_SCAN_COMPRESSION to JPEG_COMPRESSION and
> OID_SCAN_COMPRESSION_FACTOR to 50.
Despite the documentation, JPEG compression isn't necessarily supported on
all models.  I would suggest starting with raw (no compression).  This could
be why you're getting empty (header-only) packets.

I'm not very good at decoding PML packets, but I'll try here.  I'm assuming
these are replies from get or set requests.
> Got 15 characters:
> 84 87 18 01 87 00 05 01 02 02 01 01 08 01 32 
1.2.2.1.1 -- scan contrast -- 50

> 84 87 18 01 87 00 05 01 02 02 01 03 04 01 18 
1.2.2.1.3 -- pixel data type -- 24 -- 24-bit color

> 84 87 18 01 87 00 05 01 02 02 01 04 04 01 06 
1.2.2.1.4 -- compression type -- 6 -- JPEG

> 84 87 18 01 87 00 05 01 02 02 01 05 08 01 32 
1.2.2.1.5 -- compression factor -- 50

> 84 00 00 04 01 05 01 04 08 01 64 
1.5.1.4 -- copier reduction -- 100 (I don't know if this affects scans)

> 84 00 00 05 01 02 02 01 0C 04 01 01 
1.2.2.1.12 -- scan upload -- 1 -- idle

> 84 00 00 04 01 01 01 12 08 01 5A 
1.1.1.18 -- upload timeout -- 0x5A 

> 85 00 00 05 01 02 02 01 0C 04 01 01 
1.2.2.1.12 -- scan upload state -- 1 -- idle

> 84 00 00 05 01 02 02 01 0C 04 01 02 
1.2.2.1.12 -- scan upload state -- 2 -- start

> 07 00 05 01 02 02 01 0C 04 01 03 
1.2.2.1.12 -- scan upload state -- 3 -- in progress

Don't forget to set the scan resolution (1.2.2.1.2), although it may default
to a reasonable value.

David

RE: [hpoj-devel] Raster Data format

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, James.  I don't know for sure offhand, but I would expect that the
raster data (wrapped within MFPDTF packets) is the same as that which is
returned on SCL scanners (i.e. the SANE HP backend).  You can find the SCL
documentation at http://www.hp-developer-solutions.com (free registration
required) -- select developer kits, then scanners (non-network), SCL toolkit
v.11.0, and you can get it in PDF format.  Basically, for 24-bit color in
SCL it's successive red,green,blue bytes for each pixel.

David

> -----Original Message-----
> From: James Klicman [mailto:ja...@me...]
> Sent: Friday, February 09, 2001 3:24 PM
> To: hpo...@li...
> Subject: [hpoj-devel] Raster Data format
> 
> 
> Hi David,
> 
> I could not find any reference in the documentation to the Raster Data
> format. I have started to trace the sane driver since I 
> assume that the
> data is in the same format as the other supported devices. Could you
> give me some pointers?
> 
> Thanks,
> 
> -James
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel
> 

[hpoj-devel] Raster Data format

[James K. <ja...@me...>]

Hi David,

I could not find any reference in the documentation to the Raster Data
format. I have started to trace the sane driver since I assume that the
data is in the same format as the other supported devices. Could you
give me some pointers?

Thanks,

-James

[hpoj-devel] COLOR_24_BIT Problems

[James K. <ja...@me...>]

Hi David,

I have been experimenting with cmdline.c and have run into a
strange problem that occurs when I set OID_SCAN_PIXEL_DATA_TYPE to
COLOR_24_BIT. I'm not sure if the problem is related to your warning
about using multiple MLC channels, since the channel will be required
to return alot more data. One symptom of the problem is that the Raster
Data Records seem to have zero Raster Data and the program hangs while
reading the MLC scan channel. There are no errors generated as far as
I can tell. I also need to turn the scanner off/on and reload ieee12844
and ieee12844pp to get BILEVEL_THRESHHOLD to work again.

Here is the execution output of the modified cmdline.c, in this
version I also set OID_SCAN_COMPRESSION to JPEG_COMPRESSION and
OID_SCAN_COMPRESSION_FACTOR to 50.

Starting scan...Got 15 characters:
84 87 18 01 87 00 05 01 02 02 01 01 08 01 32 
ScanCallback() entered, reply = 132, exec_out = 135
Leaving ScanCallback()
Got 15 characters:
84 87 18 01 87 00 05 01 02 02 01 03 04 01 18 
ScanCallback() entered, reply = 132, exec_out = 135
Leaving ScanCallback()
Got 15 characters:
84 87 18 01 87 00 05 01 02 02 01 04 04 01 06 
ScanCallback() entered, reply = 132, exec_out = 135
Leaving ScanCallback()
Got 15 characters:
84 87 18 01 87 00 05 01 02 02 01 05 08 01 32 
ScanCallback() entered, reply = 132, exec_out = 135
Leaving ScanCallback()
Got 11 characters:
84 00 00 04 01 05 01 04 08 01 64 
ScanCallback() entered, reply = 132, exec_out = 0
Leaving ScanCallback()
Got 12 characters:
84 00 00 05 01 02 02 01 0C 04 01 01 
ScanCallback() entered, reply = 132, exec_out = 0
Leaving ScanCallback()
Got 11 characters:
84 00 00 04 01 01 01 12 08 01 5A 
ScanCallback() entered, reply = 132, exec_out = 0
Leaving ScanCallback()
Got 12 characters:
85 00 00 05 01 02 02 01 0C 04 01 01 
ScanCallback() entered, reply = 133, exec_out = 0
Leaving ScanCallback()
Got 12 characters:
84 00 00 05 01 02 02 01 0C 04 01 02 
ScanCallback() entered, reply = 132, exec_out = 0
Leaving ScanCallback()
Got 11 characters:
07 00 05 01 02 02 01 0C 04 01 03 
UploadStateTrap() called: 525 / 9
Scanning channel opened: 8/2048
FixedHeader.BlockLength: 18
FixedHeader.HeaderLength: 18
FixedHeader.DataType: 2
FixedHeader.PageFlags: 0x04
ImageData.MajorVersion: 2
ImageData.MinorVersion: 0
ImageData.SourcePages: 0
ImageData.CopiesPerPage: 0
ImageData.ZoomFactor: 100
ImageData.JPEGQualityFactor: 127
8 bytes, Header: 08 00 00 00 08 00 02 00
8 bytes, Header: 08 00 00 00 08 00 02 00
8 bytes, Header: 08 00 00 00 08 00 02 00
8 bytes, Header: 08 00 00 00 08 00 02 00
... this carries on for about 800 lines ...
8 bytes, Header: 08 00 00 00 08 00 02 00
... here it just hangs with the document halfway through the scanner...


Thanks,

-James

RE: [hpoj-devel] K Series

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Gary.  The "extra steps" are documented near the end of the SANE HP
backend manual page (http://www.mostang.com/sane/man/sane-hp.5.html), which
is linked from the "Scan" column at
http://hpoj.sourceforge.net/suplist.shtml.

David

> -----Original Message-----
> From: Gary James [mailto:gar...@cr...]
> Sent: Thursday, February 08, 2001 11:52 AM
> To: hpo...@li...
> Subject: [hpoj-devel] K Series
> 
> 
> I'm trying to get a guestimate for how long it will take me 
> to set up a 
> system for scanning on a K-Series office jet. I've noticed 
> that your site 
> says the K-Series has partial support. The SANE page says 
> that the K-Series 
> "requires extra steps to scan successfully".
> 
> What does this mean? Are the extra steps known?
> 
> Thanks for your help.
> 
> 
> -- 
> 
> Gary A James, Critical Link, LLC
> Voice:  315.425.4045 x218
> Fax:    315.425.4048
> E-Mail: gar...@cr...
> WEB:    http://www.criticallink.com
> 
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel
> 

[hpoj-devel] K Series

[Gary J. <gar...@cr...>]

I'm trying to get a guestimate for how long it will take me to set up a 
system for scanning on a K-Series office jet. I've noticed that your site 
says the K-Series has partial support. The SANE page says that the K-Series 
"requires extra steps to scan successfully".

What does this mean? Are the extra steps known?

Thanks for your help.


-- 

Gary A James, Critical Link, LLC
Voice:  315.425.4045 x218
Fax:    315.425.4048
E-Mail: gar...@cr...
WEB:    http://www.criticallink.com

[hpoj-devel] Re: HP OJ Development

[<pa...@rc...>]

James Klicman wrote:
> I've been keeping an eye on the hpoj project hoping that scanning would
> appear one day for the OfficeJet 700 series.
> 
> I was wondering if you could give me a few pointers to get me started on
> implementing scanning support, I'm seriously contemplating digging into
> it now. I am a proficient programmer and have an OfficeJet 710 that I'm
> tire of using through VMWare. :-)

Hi, James.  I'm sorry I haven't yet gotten around to that.  It's been on my
TODO list for a long time, but currently I'm bogged down in rewriting the
low-level I/O drivers.  Ultimately I intend to write a new SANE backend that
unifies all of the different OfficeJet scanning methods (SCL/raw, SCL/MFPDTF,
PML/MFPDTF, and PML/MFPDTF-fax-receive) over parallel, USB, and JetDirect
connections.  That's probably beyond the scope you want to deal with to get
your 710 scanning, so you can certainly take a stab at writing something to
get just that class (PML/MFPDTF) working if you'd like.  It shouldn't be too
hard to extend "hpo scan" to extract the image data from the packetized data
stream and save it to a .pnm file.  I have a little bit of documentation that
might be helpful on this, but the only stipulation is that you can't
redistribute it verbatim, according to the person at HP who originally
provided it.

One problem I can think of that you might run into is that the current I/O
drivers (which I'm trying to replace) don't deal well with multiple channels
open on the peripheral at the same time, which is the case when using the PML
channel to set up and start the scan and the scan channel to receive the data.

It would be preferable to discuss this on the hpoj-devel mailing list, since
that's what it's for.  :-)  In any case, thanks for your interest in helping
out with development.

David

RE: [hpoj-devel] Not sure if this is useful or not...

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Josh.  The init scripts referenced on the TODO page were for starting
and stopping the ptal-printd daemon, which was introduced in version 0.7 and
eliminates the need for the "wrapfilter" script.

Regarding the DeskJet 550C driver, you could also try the cdj970 driver,
which I haven't personally tried.  See
http://www.linuxprinting.org/show_driver.cgi?driver=cdj970 and
http://www.harsch.net/Ghostscript/ghostscript.html.

David

> -----Original Message-----
> From: Josh Goldenhar [mailto:jo...@ci...]
> Sent: Tuesday, January 30, 2001 6:41 PM
> To: hpo...@li...
> Subject: [hpoj-devel] Not sure if this is useful or not...
> 
> 
> I had written an init.d style script for RedHat systems to
> start/stop/restart
> version 0.6 stuff.
> 
> From the TODO list, it appears Timothy Lee and Rainer Dorsch may have
> already done this small piece.
> 
> If not, mine is attached.
> 
> Thanks for the work so far!
> 
> 1 question - I'm using the Hp DeskJet 550C/560C/6XXC 
> ghostscript drivers to
> print to my
> HPOJG85xi which works, but is restricted to 300DPI (printer 
> can do MUCH
> better) - what are you using?
> 
> my /etc/printcap:
> 
> ##PRINTTOOL3## LOCAL cdj550 300x300 letter {} DeskJet550 32 {}
> lp:\
>         :sd=/var/spool/lpd/lp:\
>         :mx#0:\
>         :sh:\
>         :lp=/dev/null:\
>         :if=/usr/local/bin/wrapfilter:
> 
> ... and the wrapfilter mentioned above:
> 
> #!/bin/sh
> 
> QUEUEDIR=/var/spool/lpd/lp
> IEEE12844DIR=/usr/local/bin
> 
> ${QUEUEDIR}/filter "$@" | ${IEEE12844DIR}/ieee12844_print
> 
> 
> Josh
> 
> -- 
> Josh Goldenhar, Cisco Systems, Inc.
> Email: jo...@ci...            Voice/Fax: 408 526 6647
> "Experience is what you get when you don't get what you want."
> 

[hpoj-devel] Always RTFM...

[Josh G. <jo...@ci...>]

Sigh....

I asked you all about print drivers, then read the new PRINT-HOWTO with 0.7
and found
the answers to what I had asked...

Thanks,

josh
-- 
Josh Goldenhar, Cisco Systems, Inc.
Email: jo...@ci...            Voice/Fax: 408 526 6647
"Experience is what you get when you don't get what you want."

[hpoj-devel] Not sure if this is useful or not...

[Josh G. <jo...@ci...>]

I had written an init.d style script for RedHat systems to
start/stop/restart
version 0.6 stuff.

From the TODO list, it appears Timothy Lee and Rainer Dorsch may have
already done this small piece.

If not, mine is attached.

Thanks for the work so far!

1 question - I'm using the Hp DeskJet 550C/560C/6XXC ghostscript drivers to
print to my
HPOJG85xi which works, but is restricted to 300DPI (printer can do MUCH
better) - what are you using?

my /etc/printcap:

##PRINTTOOL3## LOCAL cdj550 300x300 letter {} DeskJet550 32 {}
lp:\
        :sd=/var/spool/lpd/lp:\
        :mx#0:\
        :sh:\
        :lp=/dev/null:\
        :if=/usr/local/bin/wrapfilter:

... and the wrapfilter mentioned above:

#!/bin/sh

QUEUEDIR=/var/spool/lpd/lp
IEEE12844DIR=/usr/local/bin

${QUEUEDIR}/filter "$@" | ${IEEE12844DIR}/ieee12844_print


Josh

-- 
Josh Goldenhar, Cisco Systems, Inc.
Email: jo...@ci...            Voice/Fax: 408 526 6647
"Experience is what you get when you don't get what you want."

Re: [hpoj-devel] Looking into options....

[Wolfgang F. <wf...@wf...>]

Hi Chris,

I have a G85 too. I use the standard printing LPRng without the
ptal-printd, because I cannot change the kernel of the machine I attached
the G85 to. One can print b/w, color printing is not perfect, since I se
the cdj550. I had no time yet to recompile ghostscript.

Standanlone fax and copying is perfect, I have not tried the scanner.
I asume I do need the ieee driver for scanning, so I did not try it.

Regards,
	Wolfgang

[hpoj-devel] CUPS

[Maurizio S. <m.s...@is...>]

  I have a Linux Mandrake 7.2 distr and a OfficeJet G85.

  Since Mandrake uses CUPS as its default, I tried to setup printer during 
system install and everything was OK.

  Maybe CUPS has already ptal-print in the list of drivers?

RE: [hpoj-devel] Looking into options....

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Christopher.

Christopher Young wrote:
> I was curious what the current development projects are (what 
> is being 
> worked on beyond 0.7, which I pulled down code for).
There's a TODO list at http://hpoj.sourceforge.net/todo.shtml.  So far I
haven't checked anything new into CVS since I released 0.7.  At the moment
I'm concentrating on the user-mode I/O driver rewrite.  It's not quite
functional yet, and I have some legal issues to resolve before I can release
it anyway, but I hope to have both taken care of in the near future.  In
addition to the four enhancements listed under it at the bottom of the TODO
page (1284.4, USB, BSD, and PML multiplexing), it should fix at least six of
the items in the "Known bugs" list.  Stay tuned for more information...  :-)

> I am looking at 
> purchasing the HP OfficeJet G85 as my wife needs standalone 
> faxing and 
> copying.
> Would this be a good choice?  It appears to have the most 
> checks on the 
> 'supported devices' list.
I have a G85 at home and at work, and I really like it.  It definitely makes
a great standalone copier, and although I haven't had the occasion to use
the standalone fax functionality very much, I'm sure that works well too.
Printing and scanning work well for me on a non-SMP system running 2.2.18,
but there are still some driver-level issues with SMP and/or 2.4, which the
future user-mode driver should fix.  The color print quality from the
Ghostscript cdj550 driver isn't perfect, but better output may be possible
from the cdj970 driver, or from the new driver HP is demoing this week at
LinuxWorld Expo (http://news.cnet.com/news/0-1003-200-4598294.html).

> I use CUPS as the print system, so I'm a 
> little confused as to how that will work together, but I'm trying to 
> work those things out in my head (don't wanna buy the device 
> until I'm 
> sure that I can make everything work to my wife's 
> satisfaction ;) It is 
> very important to me to purchase the best all-in-one device with good 
> Linux support, so any advise on this would be much appreciated.
I'm not familiar with CUPS, but it should work as long as you can select an
appropriate Ghostscript driver (cdj550, unless you patch and recompile
Ghostscript to add cdj970) and tell it to send the output to something like
"/dev/ptal-printd/mlc_mlcpp0".  One purpose of the "ptal-printd" daemon I
introduced with 0.7 was to make printing setup with hpoj as similar as
possible to the traditional methods used for different distributions and
print spooler systems.

> On another note, I really like the idea of a user-space daemon to 
> control everything.  This would seem to provide the easiest 
> way to get 
> everything up and working.
It will also be much easier for me to maintain and port to other operating
systems, because it won't break every time an internal interface is changed
in the kernel.

> Also, what would be the best way 
> to 'browse' 
> for a ptal-printd -based printer.
I'm not sure what you mean by "browse".  First start the daemon with a
commmand line such as "ptal-printd mlc:mlcpp0 -like /dev/lp0 &".  Then tell
CUPS to set up a local print queue for a DeskJet 550 (under RedHat 6.2, I
select 24 or 32 bpp, send EOF after job, fix stair-step effect, and maybe
fast text printing), and tell it to print to "/dev/ptal-printd/mlc_mlcpp0",
instead of "/dev/lp0".  (The purpose of the "-like /dev/lp0" switch is to
tell it from where to copy ownership/permissions for the named pipe.)

> I'm asking this, before I 
> would like 
> to try making a CUPS backend for these units as well as 
> trying to figure 
> out the best PPD/CUPS filters for them.
> I would really like to see more information regarding the use of cups 
> (as well as the graphical tools, KUPS & qtcups) to configure 
> them and print.
Like I said, I'm not familiar with CUPS, so I can't give CUPS-specific
advice.  However, in the previous paragraph I briefly outlined the general
setup procedure for the case of printing through the parallel port, and more
information is available in the PRINT-HOWTO file in the source package.

I hope this helps.  Let me know if you have any further questions or
problems.

David

[hpoj-devel] Looking into options....

[Christopher Y. <cy...@wc...>]

Hello everyone.

I'm looking into solutions for my wife's new business and since I only 
use Linux at home and work, I'm trying to only purchase and use 
Linux-friendly ones.

I was pleasantly surprised to find this project, so I first wanted to 
thank you guys for taking the initiative in supporting what appear to be 
some really good units (OfficeJet All In One devices).

I was curious what the current development projects are (what is being 
worked on beyond 0.7, which I pulled down code for).  I am looking at 
purchasing the HP OfficeJet G85 as my wife needs standalone faxing and 
copying.

Would this be a good choice?  It appears to have the most checks on the 
'supported devices' list.  I use CUPS as the print system, so I'm a 
little confused as to how that will work together, but I'm trying to 
work those things out in my head (don't wanna buy the device until I'm 
sure that I can make everything work to my wife's satisfaction ;) It is 
very important to me to purchase the best all-in-one device with good 
Linux support, so any advise on this would be much appreciated.

On another note, I really like the idea of a user-space daemon to 
control everything.  This would seem to provide the easiest way to get 
everything up and working.  Also, what would be the best way to 'browse' 
for a ptal-printd -based printer.  I'm asking this, before I would like 
to try making a CUPS backend for these units as well as trying to figure 
out the best PPD/CUPS filters for them.

I would really like to see more information regarding the use of cups 
(as well as the graphical tools, KUPS & qtcups) to configure them and print.

Keep up the good work.  Hope I can help (in some manner).

Chris

-- 

Christopher M. Young,
SCSA, RHCE, MSCE, CCNA, CCA

PTC/GTC Systems Engineer,
World Commerce Online
cy...@wc...

RE: [hpoj-devel] Various

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Alain.

mal...@t-... wrote:
> What I wanted was a printing 
> system that let 
> me give more feedback on PostScript printing jobs for the 
> users.  Something 
> more than "successful spooling at localhost" so to speak.  
> LPRng is quite 
> something but I could not extract the necessary functions in 
> the short time I 
> had.  In other words I haven't seen it report any error code from any 
> JetDirect PCL PostScript printer after some twiddling with 
> printcap and 
> various options.  The mailing list didn't prove to be helpful.
What type of feedback and error codes are you looking for?  I'm not familiar
enough with the JetDirect lpd functionality beyond just printing to the
"raw" or "text" queues, so I don't know if it's capable of what you're
looking for.

>   So I'm wondering now about this PSC500 I have at home, but 
> in a different 
> way that I used to.  Is there out there a full detailed 
> documentation of the 
> commands this printer can receive as well as the error codes 
> it can return?  
PJL isn't supported on the PSC500 to the extent that you can use it to get
job status the way you can with most LaserJets.  I'm not sure if you were
asking about this or something else.

> I would like to experiment a few things.  But so far I've 
> been using CUPS 
> with the PSC500.  And CUPS has this nasty habit of always 
> making an ISDN 
> connection, so I'm looking for something else.
From what I've heard, CUPS includes an IPP (Internet Printing Protocol)
server.  Your system might be configured to dial on demand, which could be
triggered when this server starts up.  If you disabled this part of CUPS, or
at least instructed it not to bind to the ISDN interface, then perhaps this
problem wouldn't occur.  In any case I think it would be wise to do so, or
at least firewall that port off, since you probably don't want everybody on
the internet sending jobs to your printer.  :-)

>   Does the ptal deamon replaces lpd ?
No.  The purpose of ptal-printd is to simulate a character device such as
"/dev/lp0", because lpd and its descendants seem to be optimized for
printing by opening and writing to a device file.  This makes it much easier
to set up printing with the hpoj drivers, because other than starting the
daemon and using a different device path and filename, you can follow the
instructions provided with your particular distribution and print subsystem.

Versions of hpoj prior to 0.7, when ptal-printd was introduced, required the
use of a rather clumsy method of setting printing, which involved
hand-editing /etc/printcap and writing a "wrapfilter" script for each queue,
which invoked the normal filter and redirected the output to the hpoj
drivers.  Not only was this method difficult for many users to set up, it
was unreliable when programs like RedHat printtool rewrote /etc/printcap and
LPRng rudely removed execute permissions from the wrapfilter script.

You can get a good idea of the evolution of printing with hpoj by looking at
the various versions of the PRINT-HOWTO file in our CVS repository, which is
web-browseable.

David

[hpoj-devel] Various

[<mal...@t-...>]

Hi all,

  I recently spent some time evaluating different Linux printing systems.  
This is not exactly an easy task, especially for someone who is new to 
Linux/Unix printing concepts.  What I wanted was a printing system that let 
me give more feedback on PostScript printing jobs for the users.  Something 
more than "successful spooling at localhost" so to speak.  LPRng is quite 
something but I could not extract the necessary functions in the short time I 
had.  In other words I haven't seen it report any error code from any 
JetDirect PCL PostScript printer after some twiddling with printcap and 
various options.  The mailing list didn't prove to be helpful.

  PPR turned out to be both a complete package supporting many printers and 
offering good error reports from the printer, and offering a well-defined 
path for introduction to the use of the package, which LPRng lacks, despite 
its extensive documentation, I find.  So PPR it will be.

  So I'm wondering now about this PSC500 I have at home, but in a different 
way that I used to.  Is there out there a full detailed documentation of the 
commands this printer can receive as well as the error codes it can return?  
I would like to experiment a few things.  But so far I've been using CUPS 
with the PSC500.  And CUPS has this nasty habit of always making an ISDN 
connection, so I'm looking for something else.

  Does the ptal deamon replaces lpd ?

Cheers,

Alain