hpoj-devel — HPOJ development/support list

Re: [hpoj-devel] Double-sided printing

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

Bill Wohler wrote:
>   Where is this cdj970 driver you speak of? I had my head in gs 5.10,
>   5.50 and 6.50 today (long day). Didn't see it anywhere.
See "http://www.linuxprinting.org/show_driver.cgi?driver=cdj970" and
"http://www.harsch.net/Ghostscript/ghostscript.html".

>     [wohler@gbr:803]$ make -f unix-gcc.mak prefix=/usr/local
>     gcc `cat ./obj/cc.tr`  -O2 -Wall -Wcast-align -Wstrict-prototypes
>         -Wwrite-strings -fno-common  -I. -I./obj -I. -I./obj  -o
>         ./obj/zdevcal.o -c ./zdevcal.c 
>     ./zdevcal.c: In function `calendar_get_params':
>     ./zdevcal.c:53: storage size of `ltime' isn't known
>     ./zdevcal.c:55: dereferencing pointer to incomplete type
>     ./zdevcal.c:55: initializer element is not constant
>     ./zdevcal.c:55: (near initialization for `items[0].offset')
>   I probably won't pursue that path, but am curious why struct tm
>   didn't get defined.
I'm not sure.  For what it's worth, I invoked "make" without any parameters
in the gs5.50 directory, but that shouldn't make any difference.

I forwarded your message to "lin...@hp...", and you might also want
to keep an eye on and/or post to one of their forums, in case somebody there
can give you any advice.

>   gs --help shows the DJ9xx driver and it appears to work although I
>   haven't noticed any difference in print quality for text. Ah, just
>   printed a photo--there's the difference! (Possible to get my old 300
>   dpi laser printer quality on the text on this 600 dpi OJ G85
>   printer?)
I don't know.  The only text I've printed so far is on the standard RedHat
PostScript test page.  At 300x300 I didn't see any improvement over cdj550.
At 600x600 in photo mode text looks better, although I think you need photo
paper in order to get optimal photos.  The biggest improvement with these
drivers seems to be in color matching and dithering, as you observed.

>   Another strange thing is that lprngtool doesn't show the new
>   drivers... Any thoughts on why not?
With RedHat printtool (which may be similar to lprngtool), it keeps a
database of known drivers and settings, which has to be updated as part of
the hpinkjet driver installation in order to recognize the new drivers.
Again, this might be something worth asking in the hpinkjet Help forum.

>   The example on the hpinkjet site explains that the duplex printing
>   isn't working yet :-(.
Not yet, but from what I've heard they're planning on it eventually.

David

Re: [hpoj-devel] hpinkjet testing results

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

Joe Piolunek wrote:
> I set up the queue to print to /dev/lpX, according to the hpinkjet 
> instructions. I initially tried to use ptal-printd, but had no luck with it.
> 
> I'm a little confused about using ptal-printd in combination with the 
> hpinkjet driver, which comes with its own 'print server' (hpijs). Will 
> ptal-printd continue to be important?
> 
> Is the patch meant to allow the hpinkjet driver to print to ptal-printd? 
Hi, Joe.  The reason you couldn't use hpinkjet through ptal-printd is very
similar to the problem you reported recently with printing through
ptal-printd after I rearranged the pre-job escape sequences.  It turns out
that the OfficeJet 500, 600, 700, and PSC 300 don't tolerate receiving
print jobs with <Esc>E at the job beginning while in MLC mode (which is the
case when ptal-mlcd is in control), although they don't seem to mind when
in "raw" mode (which is the case when printing directly to /dev/lpX).

The patch I posted merely prevents hpijs from generating this <Esc>E at the
beginning of the job, which by extension makes the printer happy when the
job is routed through ptal-printd and ptal-mlcd.  When you get a chance,
would you try out this patch (to Header.cpp in the hpijs directory) and
verify that you can now print through ptal-printd?

hpijs is a helper process spawned by ghostscript that takes a raster image,
already converted from PostScript by ghostscript, and generates and hands
back to the parent ghostscript process a PCL print job, which in turn is
handed back to the spooler (such as lpd) and written to the device (such as
a character device or named pipe node under /dev).  (Or at least this is how
I understand it from talking to the developers and reading the documentation,
since I haven't examined the code in great detail.)

For this reason, I expect ptal-printd will continue to be needed as long as
print spoolers are designed for the model of opening a character device and
writing data to it.  The alternative would be to make all the various print
spoolers out there PTAL-aware or at least able to easily pass the data to an
arbitrary command, such as ptal-connect, neither of which I see happening.

David

Re: [hpoj-devel] Double-sided printing

[Bill W. <wo...@ne...>]

Judd Montgomery <ju...@jp...> writes:
> I'm using the cdj970 ghostscript driver and use the -dDuplex=2 option. 

  Where is this cdj970 driver you speak of? I had my head in gs 5.10,
  5.50 and 6.50 today (long day). Didn't see it anywhere.

  Meanwhile, I tried to compile the new inkjet drivers (DJ9XX). I say
  compile since I'm running a Debian system and while I was able to
  create .debs from the RPMs with alien, the package name was
  different and thus didn't replace gs nor its dependencies. The
  install therefore failed because it wanted to overwrite existing
  files which dpkg won't let you do.

  So, I downloaded all the sources on the sources in
  ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/gnu/gs550/ and
  http://prdownloads.sourceforge.net/hpinkjet/hpijs0.94.tar.gz and got
  this while compiling gs5.50:

    [wohler@gbr:803]$ make -f unix-gcc.mak prefix=/usr/local
    gcc `cat ./obj/cc.tr`  -O2 -Wall -Wcast-align -Wstrict-prototypes
        -Wwrite-strings -fno-common  -I. -I./obj -I. -I./obj  -o
        ./obj/zdevcal.o -c ./zdevcal.c 
    ./zdevcal.c: In function `calendar_get_params':
    ./zdevcal.c:53: storage size of `ltime' isn't known
    ./zdevcal.c:55: dereferencing pointer to incomplete type
    ./zdevcal.c:55: initializer element is not constant
    ./zdevcal.c:55: (near initialization for `items[0].offset')
    ...

  I probably won't pursue that path, but am curious why struct tm
  didn't get defined. After a few years of programming in Java, I have
  happily forgotten how to follow the spaghetti in /usr/include.

  I finally broke down and ran:

    [root@gbr:942]# dpkg --install --force-overwrite ghostscript-hpijs_5.50-2_i386.deb 

  gs --help shows the DJ9xx driver and it appears to work although I
  haven't noticed any difference in print quality for text. Ah, just
  printed a photo--there's the difference! (Possible to get my old 300
  dpi laser printer quality on the text on this 600 dpi OJ G85
  printer?)

  Another strange thing is that lprngtool doesn't show the new
  drivers... Any thoughts on why not?

  The example on the hpinkjet site explains that the duplex printing
  isn't working yet :-(.

-- 
Bill Wohler <wo...@ne...>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Re: [hpoj-devel] hpinkjet testing results

[Joe P. <joe...@sn...>]

On Saturday 31 March 2001 07:01 am, David Paschal wrote:

<...>

> Hi,
>
> Today I finished testing the rest of the models that should work with the
> hpinkjet drivers.  The following can be added to the "successful" test list
> above:
> DJ8xx -- OfficeJet T65
> DJ6xx -- OfficeJet 570, 600, 700, PSC 390
>
> Keep in mind that even though I generally test with only one model in each
> series, the results should apply to all models in that series.  Of course,
> if anybody finds that not to be the case, then please let me know.  :-)
> I also didn't test with the PSC 500, but it should be the same as the R
> series (DJ8xx).
>
> I managed to resolve the problem I was experiencing yesterday with the 570,
> which actually applied to all of the models that use the DJ6xx driver.  It
> turned out to be the exact same problem that Joe recently reported where
> print jobs didn't come out after I rearranged the escape sequences that
> ptal-printd sent before jobs.  This time, the hpinkjet code was the
> culprit. The bug was in global code rather than in code specific to the
> DJ6xx driver. I hacked one file in it to prevent it from sending the <Esc>E
> before the UEL (<Esc>%-12345X) before the job.  The patch is available in a
> new section at "http://hpoj.sourceforge.net/todo.shtml", and I will notify
> the hpinkjet developers so they can hopefully include it in later releases.
>
> Joe, since I had trouble getting the OfficeJet 600 to work, I was surprised
> that you were successful.  I'm guessing that you were printing directly to
> /dev/lpX instead of ptal-printd, because it worked for me when I did that.
> I even tried downgrading to 0.7, and that didn't work either.

I set up the queue to print to /dev/lpX, according to the hpinkjet 
instructions. I initially tried to use ptal-printd, but had no luck with it.

I'm a little confused about using ptal-printd in combination with the 
hpinkjet driver, which comes with its own 'print server' (hpijs). Will 
ptal-printd continue to be important?

Is the patch meant to allow the hpinkjet driver to print to ptal-printd? 

-- 
Joe

Re: [hpoj-devel] hpinkjet testing results

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

I wrote:
> I finally got around to compiling and testing the new hpinkjet drivers.
> 
> I successfully printed in 300x300/normal mode with the following drivers:
> DJ8xx -- OfficeJet R80
> DJ9xx -- OfficeJet G85, K80, PSC750
> 
> I also tried 600x600/photo mode, but it didn't look as good, probably
> because I wasn't printing on photo paper.
> 
> I also tried the DJ6xx driver on the OfficeJet 570, but it didn't work.
> It looked like the printer stopped accepting data after receiving about
> 13 packets of print data.  Has anybody else tried this on the OfficeJet
> 500 series?  For now I updated the "Supported devices" page with the
> assumption that only the old cdj550 driver will work on the OfficeJet 500
> series.
> 
> I will test more models later.

Hi,

Today I finished testing the rest of the models that should work with the
hpinkjet drivers.  The following can be added to the "successful" test list
above:
DJ8xx -- OfficeJet T65
DJ6xx -- OfficeJet 570, 600, 700, PSC 390

Keep in mind that even though I generally test with only one model in each
series, the results should apply to all models in that series.  Of course,
if anybody finds that not to be the case, then please let me know.  :-)
I also didn't test with the PSC 500, but it should be the same as the R
series (DJ8xx).

I managed to resolve the problem I was experiencing yesterday with the 570,
which actually applied to all of the models that use the DJ6xx driver.  It
turned out to be the exact same problem that Joe recently reported where
print jobs didn't come out after I rearranged the escape sequences that
ptal-printd sent before jobs.  This time, the hpinkjet code was the culprit.
The bug was in global code rather than in code specific to the DJ6xx driver.
I hacked one file in it to prevent it from sending the <Esc>E before the
UEL (<Esc>%-12345X) before the job.  The patch is available in a new section
at "http://hpoj.sourceforge.net/todo.shtml", and I will notify the hpinkjet
developers so they can hopefully include it in later releases.

Joe, since I had trouble getting the OfficeJet 600 to work, I was surprised
that you were successful.  I'm guessing that you were printing directly to
/dev/lpX instead of ptal-printd, because it worked for me when I did that.
I even tried downgrading to 0.7, and that didn't work either.

I didn't test the DJ6xxP (photo) driver, which should work on the OfficeJet
700 and PSC 300 series with a special photo cartridge installed, because I
don't have any photo cartridges, which contain black, light cyan, and light
magenta ink.  If anybody out there has either an OfficeJet 7xx or PSC 3xx
with a photo cartridge installed, I would be interested to know if the DJ6xxP
driver also works (after applying the above patch), and how the print quality
compares to the regular DJ6xx (non-photo) driver.

David

Re: [hpoj-devel] CVS hpoj code works (mostly)

[DG <dg...@um...>]

From: pa...@rc... (David Paschal)
>> As soon as version 1.0 gets
>> released, I can start recommending HP all-in-ones to my linux friends.
>That's certainly my goal.  :-)  What constitutes "version 1.0" to you?
>I expect I will be making incremental improvements to the software for
>quite some time, so I wasn't planning on bumping the version number to 1.0
>any time soon.  Hopefully you'll recommend based on the functionality
rather
>than the version number.  :-)

You're right about the functionality.  The functionality I'm looking for is
at a minimum, a "make" process that will put everything in appropriate
directories and configure the system so that things will work
"out-of-the-box" (with only a few minor manual changes like print spooler
and sane configuration). Above that, having init scripts and binary packages
for major distributions.

--
Daniel
ZZZ-dgun-ZZZ-@-ZZZ-umpire.com-ZZZ
(Remove the Z-'s to reply)
______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup

Re: [hpoj-devel] CVS hpoj code works (mostly)

[DG <dg...@um...>]

From: mic...@t-... (Michael Prix)
>Am Mittwoch, 21. M=E4rz 2001 02:49 schrieben Sie:
>> Thanks to David for getting this working!  As soon as version 1.0 gets
>> released, I can start recommending HP all-in-ones to my linux friends.
[snip]
>2.) Why not recommend them now? The drivers work like a charm.

Two reasons: 1) the ptal driver is still difficult to set up, so not
everyone has success, and 2) the print quality is not nearly as good as it
is under windows.  I'll be trying the new drivers from hp soon, so that
problem may be answered.  I'm sure David and friends will have the first
problem worked out by 1.0 if not before then.

--
Daniel
ZZZ-dgun-ZZZ-@-ZZZ-umpire.com-ZZZ
(Remove the Z-'s to reply)
______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=3Dsignup

Re: [hpoj-devel] Printing problems with hpoj from Staroffice

[Edwin v. O. <edw...@se...>]

> > > Why must I suddenly change from ps 2 to 1?
> >
> > Hi, Edwin.  It's possible that ghostscript (or at least the particula=
r
> > driver you're using) can only handle level 1.  Other apps besides
> > StarOffice would work fine assuming they only generate level 1.  Whic=
h
> > ghostscript driver are you currently using anyway?  cdj550 or the new
> > DJ9xx?  I wonder if that would make a difference?  In any case, I'm g=
lad
> > it works for you now.
>
> I wholeheartedly recommend using the DJ9xx driver from
> hpinkjet.sourceforge.net. It was trivial to install the RPMs and the
> print quality is substantially better than the cdj550 driver. Note that
> it replaces your entire Ghostscript interpreter system, so this may hel=
p
> your printing problem. I have Level 2 set in my SO printer configuratio=
n
> and it works like a champ (although now I have to get some paper which
> absorbs a little less ink :-).
>
> Allen

Thanks Allen, I have been using the cdj550 driver with level 2 and appare=
ntly=20
the cdj970 driver didn't like level 2. I just had a look on the site you=20
mention and saw that there were no binaries for Mandrake yet, perhaps I'l=
l=20
try the Redhat RPM's or I might install the binaries.

Regards,
Edwin

--=20

Edwin van Opstal
S.E. Technology

Re: [hpoj-devel] Printing problems with hpoj from Staroffice

[Allen B. <ba...@lo...>]

David Paschal wrote:
> 
> Edwin van Opstal wrote:
> > While typing this message I am playing with the settings and changed the
> > postscript level from 2 (which worked before) to 1 and this works! Both the
> > printer test and printing straight from SO are now OK.
> >
> > Why must I suddenly change from ps 2 to 1?
> Hi, Edwin.  It's possible that ghostscript (or at least the particular driver
> you're using) can only handle level 1.  Other apps besides StarOffice would
> work fine assuming they only generate level 1.  Which ghostscript driver are
> you currently using anyway?  cdj550 or the new DJ9xx?  I wonder if that would
> make a difference?  In any case, I'm glad it works for you now.
> 

I wholeheartedly recommend using the DJ9xx driver from
hpinkjet.sourceforge.net. It was trivial to install the RPMs and the
print quality is substantially better than the cdj550 driver. Note that
it replaces your entire Ghostscript interpreter system, so this may help
your printing problem. I have Level 2 set in my SO printer configuration
and it works like a champ (although now I have to get some paper which
absorbs a little less ink :-).

Allen

[hpoj-devel] hpinkjet testing results

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

Hi,

I finally got around to compiling and testing the new hpinkjet drivers.

I successfully printed in 300x300/normal mode with the following drivers:
DJ8xx -- OfficeJet R80
DJ9xx -- OfficeJet G85, K80, PSC750

I also tried 600x600/photo mode, but it didn't look as good, probably
because I wasn't printing on photo paper.

I also tried the DJ6xx driver on the OfficeJet 570, but it didn't work.
It looked like the printer stopped accepting data after receiving about
13 packets of print data.  Has anybody else tried this on the OfficeJet
500 series?  For now I updated the "Supported devices" page with the
assumption that only the old cdj550 driver will work on the OfficeJet 500
series.

I will test more models later.

David

Re: [hpoj-devel] Re: officejet

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

Edwin van Opstal wrote:
> The boot "The Artists' guide to the Gimp" sais at page 239:
> "Once you've aquired and installed the SANE package per the instructions, 
> make sure you have a link from the /usr/local/bin/xscanimage program to your 
> $HOME/.gimp/plug-ins directory. This will allow the GIMP to see the plug-in 
> at start time. The xscanimage program can actually run on its own or as a 
> GIMP plug-in, so you probably want to leave it under /usr/local/bin and just 
> make a symbolic link to your .gimp/plug-ins directory for it. To do this run 
> the following command:
> % ln -s /usr/local/bin/xscanimage ~/.gimp/plug-ins"
Hi, Edwin.  Thanks for the information.  I will add it to SCAN-HOWTO.

For comparison, a similar procedure is required to use xsane, an improved
SANE frontend, from GIMP.  It's documented at
"http://www.xsane.org/doc/sane-xsane-gimp-doc.html".  It seems that depending
on what version of GIMP you're running, you would reference ".gimp",
".gimp-1.1", or ".gimp-1.2".

David

Re: [hpoj-devel] Printing problems with hpoj from Staroffice

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

Edwin van Opstal wrote:
> While typing this message I am playing with the settings and changed the 
> postscript level from 2 (which worked before) to 1 and this works! Both the 
> printer test and printing straight from SO are now OK.
> 
> Why must I suddenly change from ps 2 to 1?
Hi, Edwin.  It's possible that ghostscript (or at least the particular driver
you're using) can only handle level 1.  Other apps besides StarOffice would
work fine assuming they only generate level 1.  Which ghostscript driver are
you currently using anyway?  cdj550 or the new DJ9xx?  I wonder if that would
make a difference?  In any case, I'm glad it works for you now.

David

Re: [hpoj-devel] Printing problems with hpoj from Staroffice

[Edwin v. O. <edw...@se...>]

On Thursday 29 March 2001 13:46, you wrote:
> You might try printing to a file and then lpr'ing it directly or lookin=
g
> at it with Ghostscript just to be sure SO isn't generating bad
> postscript, which I find it sometimes does.

The file from SO looks fine in Ghostview, but printing it from GV or dire=
ctly=20
with lpr or even by dragging the file to the printer icon all give the sa=
me=20
results as printing directly from SO: pages with nothing or sometimes a f=
ew=20
small black blocks.

Printing other files with lpr or dragging them to the printer icon works =
fine.

Printing directly from spadmin (test page) also only gives a blank page.

in spadmin the "generic printer" is set:
Connect gives options:
-default_queue=3Dlp
-fax_queue=3D(FAX)
-lp=3Dlp -d lp
Selecting the first or third both give the same result.

While typing this message I am playing with the settings and changed the=20
postscript level from 2 (which worked before) to 1 and this works! Both t=
he=20
printer test and printing straight from SO are now OK.

Why must I suddenly change from ps 2 to 1?

Regards,
Edwin

--=20

Edwin van Opstal
S.E. Technology

Re: [hpoj-devel] Re: officejet

[Edwin v. O. <edw...@se...>]

> > * Perhaps you can include a small comment that you have to create a
> > symbolic link to xscanimage from the gimp/plug-ins directory in order=
 to
> > scan from the gimp (I guess most people will use that).
>
> They really should document this better in the SANE package, because th=
is
> question comes up occasionally on the sane-devel mailing list.  I'll ma=
ke
> a note of this in SCAN-HOWTO, but I'll need to research the specifics s=
ince
> I don't know it offhand.  Do you remember where you found this informat=
ion?
The boot "The Artists' guide to the Gimp" sais at page 239:
"Once you've aquired and installed the SANE package per the instructions,=
=20
make sure you have a link from the /usr/local/bin/xscanimage program to y=
our=20
$HOME/.gimp/plug-ins directory. This will allow the GIMP to see the plug-=
in=20
at start time. The xscanimage program can actually run on its own or as a=
=20
GIMP plug-in, so you probably want to leave it under /usr/local/bin and j=
ust=20
make a symbolic link to your .gimp/plug-ins directory for it. To do this =
run=20
the following command:
% ln -s /usr/local/bin/xscanimage ~/.gimp/plug-ins"

Thanks for your other comments David,
Edwin

--=20

Edwin van Opstal
S.E. Technology

Re: [hpoj-devel] Double-sided printing

[Bill W. <wo...@ne...>]

Judd Montgomery <ju...@jp...> writes:
> I'm using the cdj970 ghostscript driver and use the -dDuplex=2 option. 
> I don't know if it will work with the cdj600 driver.  I think 2 is flip
> on long edge, 1 is flip on short edge, and 0 is single sided.

  That's great! I'll give it a shot and let you know. Thanks.

> Be warned that it is slow.  It waits for a while before it flips the
> paper.  At first I thought it was crashed or thinking really hard or
> something.  I think it waits for the ink to dry before it sucks the
> paper back in to flip it.

  That's what the manual says.

-- 
Bill Wohler <wo...@ne...>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Re: [hpoj-devel] Double-sided printing

[Judd M. <ju...@jp...>]

I'm using the cdj970 ghostscript driver and use the -dDuplex=2 option. 
I don't know if it will work with the cdj600 driver.  I think 2 is flip
on long edge, 1 is flip on short edge, and 0 is single sided.

Be warned that it is slow.  It waits for a while before it flips the
paper.  At first I thought it was crashed or thinking really hard or
something.  I think it waits for the ink to dry before it sucks the
paper back in to flip it.

Judd

Bill Wohler wrote:
> 
>   I just received the double-sided printing attachment for my G85. The
>   instructions indicate that you have to click the Double-sided option
>   in the Windows software.
> 
>   Uh-oh.
> 
>   I just figured everything would come out double-sided by default
>   once I added the attachment. If this is not the case, I'd appreciate
>   any tips on enabling it.
> 
> --
> Bill Wohler <wo...@ne...>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
> Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
> If you're passed on the right, you're in the wrong lane.
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel

[hpoj-devel] Double-sided printing

[Bill W. <wo...@ne...>]

  I just received the double-sided printing attachment for my G85. The
  instructions indicate that you have to click the Double-sided option
  in the Windows software.

  Uh-oh.

  I just figured everything would come out double-sided by default
  once I added the attachment. If this is not the case, I'd appreciate
  any tips on enabling it.

-- 
Bill Wohler <wo...@ne...>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

[hpoj-devel] hpinkjet driver gamma correction

[Joe P. <joe...@sn...>]

Earlier I posted that I would try to use a 'gamma.ps' file to darken the 
images printed with the new hpinkjet driver I'm using with my OfficeJet 600. 
Here are the results.

Using the "HP-developed DeskJet 600C series" print filter with the 600 made 
the printed image appear a little too light compared to its image on my 
monitor. The color/brightness differences are partly due to monitor settings, 
but since I'm happy with them, I'd rather change the print output to match.

For those familiar with setting up a gamma.ps file, this is the line I used 
to make the desired correction:

{1.666 exp} dup dup currenttransfer setcolortransfer

A higher number inside the brackets will darken the image.

Some printers may require four correction parameters. In that case, just add 
an extra 'dup'. If you want to change individual colors, replace the 'dup's 
with bracketed parameters.

To save ink, I set this up as a separate queue, keeping the original 
non-gamma-corrected queue for printing drafts.

The brightness of the printed image now looks very much like it appears on my 
monitor, but won't necessarily be correct on other systems.

-- 
Joe

Re: [hpoj-devel] Printing problems with hpoj from Staroffice

[Allen B. <ba...@lo...>]

FWIW, the following combination works for me:

USB connected G85
RedHat 6.2 + stock kernel 2.4.2 (uses LPD)
HP developed 900C driver from hpinkjet.sourceforge.com
Generic postscript driver selected in StarOffice

You might try printing to a file and then lpr'ing it directly or looking
at it with Ghostscript just to be sure SO isn't generating bad
postscript, which I find it sometimes does.

With respect to scanning in SO: I tried that just now (for the first
time). The sound of your harddisk is SO swapping everything else out of
memory. A 600DPI color scan caused SO to blow up to about 400Mb briefly.
I did notice that you have to set the DPI *last* in the 'Select
Source...' dialog since making any changes to the other options resets
it to 600DPI. A 300DPI scan wasn't too painful, but SO is now 244Mb.

Allen

Edwin van Opstal wrote:
> 
> Hi All,
> 
> I've successfully installed the drivers for my G55 on a Mandrake 7.2 system.
> Printing works fine from any program except for StarOffice 5.2.
> I have tried to change some settings in spadmin, but no luck yet. Before I
> installed the hpoj drivers, I was using the standard drivers from cups and
> that worked fine, although the printing quality was a lot less.
> 
> When I print from StarOffice I only get blank page.
> 
> Any thoughts on this?
> 
> Edwin
> 
> PS:
> Trying to scan from SO makes the hd led do overtime and SO quits after a
> while saying that it doesn't have enough memory (128 Mb), but I don't care,
> since I only want to scan from the Gimp anyway.

[hpoj-devel] Re: officejet

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

Hi, Edwin.

Edwin van Opstal wrote:
> I have a Mandrake distr, that works with CUPS and initially it recognised the 
> officejet correctly and used the cdj550 driver. It wasn't perfect, especially 
> not in colour (rather rough, also b/w pictures), b/w (text) was ok at first 
> sight, but up close you could see that the letters are a bit rough around the 
> edges.
> Mandrake doesn't work with lpd, but has CUPS and the installation works a 
> little different from the Redhat printtool, but I managed to install ptal and 
> now used the DeskJet970 and the difference is noticable. Text is a lot less 
> rough around the edges, but especially graphics are a lot better, both b/w 
> and colour.
Try the new HP DeskJet 9xx driver available from
http://hpinkjet.sourceforge.net.  It may give even better output, although
it doesn't support duplex printing at the moment.

> Sane installed at once without problems and works fine, I use xscanimage 
> mainly through the GIMP (it works stand-alone too, although the command line 
> gives an error message). I only found that scanning under Linux is a lot 
> slower than under Windows.
How much slower are we talking about?  In my experience, scanning under 0.7
was decent (but I don't have experience with the Windows software for
comparison).  I've heard that it's slower with 2.4 kernels and SMP systems.
Scanning also seems to be slower with the new I/O driver in CVS (for parallel
anyway, USB seems pretty good).  I'm looking into optimizing the new code.

> Some comments about the documentation that came with the hpoj driver:
> * In the PRINT-HOWTO you mention that ptal-printd can be started at boot by 
> modifying /etc/rc.d/rc.local, without an explanation how. Could you please 
> give me a lead?
Personally I generally start it by hand when I need it, but if I were going
to automate it on my system I'd probably just edit /etc/rc.d/rc.local and
add the necessary commands at the end of the file.  In the case of a default
install of 0.7, the command might look something like this:
	/usr/local/bin/ptal-printd mlc:mlcpp0 -like /dev/lp0 &
(But don't hold me to it exactly.)

There have also been some init scripts floating around, which in the long run
will make this easier.  I will look into incorporating this into the codebase
at some point.

> * Perhaps you can include a small comment that you have to create a symbolic 
> link to xscanimage from the gimp/plug-ins directory in order to scan from the 
> gimp (I guess most people will use that).
They really should document this better in the SANE package, because this
question comes up occasionally on the sane-devel mailing list.  I'll make
a note of this in SCAN-HOWTO, but I'll need to research the specifics since
I don't know it offhand.  Do you remember where you found this information?

> * The three first insmod command in the INSTALL file gave an "already exists" 
> result, and the last two did not. Does this mean that:
> - I always have to switch the OJ on before the PC?
With 0.7 and earlier, yes.  Some time ago I posted an untested patch to
remove this requirement.  Let me know if you need it and I'll look for it.

> - I always have to manually invoke the last two insmod commands?
There was a recent thread on hpoj-devel about how best to automate this.
I posted to the "Bugs and TODO" page the lines that should be added to
/etc/modules.conf in order to have the kernel modules loaded dynamically.

> * You mention a little further that I can unload the modules, but with what 
> command?
rmmod.

> I've successfully installed the drivers for my G55 on a Mandrake 7.2
> system.  Printing works fine from any program except for StarOffice
> 5.2.  I have tried to change some settings in spadmin, but no luck
> yet. Before I  installed the hpoj drivers, I was using the standard
> drivers from cups and  that worked fine, although the printing quality
> was a lot less.
>
> When I print from StarOffice I only get blank page.
Is StarOffice generating a PostScript print job?  Perhaps you could somehow
tell it to save the PostScript to a file instead of sending it to the printer.
Try viewing this .ps file with "ghostview".  Does it look OK there?  What
happens if you print (using lpr) the .ps file?

> PS: Trying to scan from SO makes the hd led do overtime and SO quits
> after a  while saying that it doesn't have enough memory (128 Mb), but
> I don't care,  since I only want to scan from the Gimp anyway. 
StarOffice is famous for being a memory hog, so I'm not surprised this
happens.  How does StarOffice do its scanning anyway?  Does it somehow
invoke SANE?

David

Re: [hpoj-devel] Re: Re: FW: HP OJ R80xi problems continued ...

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

Timothy Lee wrote:
> Instead of disabling 'checkpc' in the lpd script, I've modified my
> ptal-printd initscript to make sure it starts *before* ptal-printd.
> Everything works after that!
> 
> I believe this change in the lpd script will basically force the use of
> a ptal-printd initscript for the RedHat 7.0 system.  (Yes, I've updated
> my SRPM to reflect the changes I mentioned above.  I'll post a copy of
> the SRPM to your e-mail account -- and I haven't heard anything from
> Friis, so there's still no initscript for SuSE or Mandrake.....)

Hi, Timothy.  I created a "contrib" section on the download page and added
your new SRPM and whatever instructions I could dig up in my mailbox.  Let
me know if it looks OK or if the instructions need to be updated.  Thanks
for providing this.

I also added you to the "who is doing what" page.  Please let me know ASAP
if I should somehow anti-spam your e-mail address.

I will look into incorporating an init script into CVS in the near future.
I'm leaning towards having a single script (and probably single config file
also) control both ptal-mlcd and ptal-printd.

David

[hpoj-devel] Re: checkpc

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

Alexander Zimmermann wrote:
> This is new in 7.0. From the man-page:
...
> I'm also not familiar with it, but it is called from
>   /etc/init.d/lpd start
> with the  -f  parameter and sometimes blocks the script and therewith
> the whole boot process. I don't know when it's actually blocking, maybe
> if ptal-printd is not running, or not ready. Therefore I moved the
> lpd start  to the very "last" link in  /etc/rc?.d/S*lpd  .
> 
> At least it performs the following actions on the printer device (from
> strace output)
...

Hi, Alexander.  Thanks for the info.  I ran some tests on the pipe node
(such as /dev/ptal-printd/mlc_usb_0).  If the node is stale (i.e.
ptal-printd isn't running), then "cat >/dev/ptal-printd/mlc_usb_0) seems
to block on the open, because it doesn't exit with ^D, which normally
signals end of file.  However, when I start ptal-printd, ^D works.

I wonder what checkpc does if /dev/ptal-printd/mlc_whatever doesn't exist
at all (i.e. if ptal-printd deleted the pipe node before exiting).  Would
it delete the corresponding queue entry in /etc/printcap?

I guess this would explain why the permissions on the old wrapfilter script
were getting messed up on RedHat 7.0 every time lpd got restarted, which was
one reason why I decided to shove ptal-printd into 0.7 at the last minute.

David

Re: [hpoj-devel] ld 2.11 problem with Sane and ptal?

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

Hi, Alexander.

Alexander Zimmermann wrote:
> O.K. In this case you have to look carefully in the config.log file why
> the configure script didn't find the ptal-includes or ptal-library.
> There should be some test program and the output of the respective
> compiler call in it. And the last one should tell you what went wrong.
> Maybe the include file ptal.h was not found, because /usr/local/include
> was not searched for it. In that case try
> 
> CPPFLAGS=-I/usr/local/include ./configure

I doubt that will work, because the SANE configure script adds both
${hpoj_prefix}/include and ${hpoj_prefix}/lib to the include and library
paths, respectively (unless I didn't do it right:-).

However, thanks for suggesting looking at config.log.  I'm not sure what
the problem is, but maybe that will point us in the right direction.

If all else fails, if somebody who's having this problem would be willing
to set up a temporary non-root login account for me on their box, I would
be glad to log in and see if I can figure this out.  At this point I don't
have hardware or time to download and install Debian myself.

David

Re: [hpoj-devel] Scan To

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

Hi, Allen.

Allen Barnett wrote:
> Hmm. Is listening for PML traps part of the current functionality of
> ptal-mlcd? And does it already implement the registration of
> applications for notification? (Ah, is this what ptal-pml is for?) [Hey,
> I'm getting the hang of all these acronyms.]
Not yet.  The plan is for libptal to provide the PML API and to be responsible
for encoding the request packets and decoding the reply and trap packets.
ptal-mlcd will handle multiple PML sessions from applications and multiplex
the requests, replies, and traps to/from the appropriate application.

> Practically, I think the most useful application of the ScanTo button is
> if you have a number of similar items to scan and the OfficeJet is on
> the other side of the office from the computer. Therefore, if a few
> different settings of color/resolution/etc are common, you could make
> multiple entries in the internal table like: SANE-300BW, SANE-600COLOR,
> and so forth. The user daemon (as suggested below) could even download
> these choices dynamically when it is started.
That might make sense, although it could be problematic to have to limit
yourself to a few combinations of options.

However, this scenario with the scanner across the room (or worse, in another
room) got me thinking.  Assuming you have a lot of documents to scan and no
ADF, you could load the first document and go back to the computer and do a
few preview scans to experiment with settings.  Once you have it set up the
way you like, you could go back to the scanner, push the "start scan"
button for it to scan to out-1.pnm, load the next document, push the button
again to scan to out-2.pnm, etc., until you've scanned everything.  The
problem is that SANE doesn't have provisions for starting a scan based on
input from the device, since the frontend revolves around the GUI, not the
backend (device-specific driver).  However, I suppose it could be possible
to rig up a "Scan-To" daemon to simulate mouse clicks on the "Start Scan"
button in the frontend.  Another possibility would be to modify the backend
to communicate the current settings to the daemon, which would pass those
settings to the non-GUI "scanimage" app when the start-scan button got
pressed.

> Well, my desktop machine is already nightmare of inappropriate /dev
> permissions since I've never bothered to learn enough about PAM to fix
> them properly. For example, anybody logged into the machine can sync my
> Palm. Perhaps I should consider this an opportunity to learn something
> new :-) [I'm thinking that PAM should adjust permissions on the
> ptal-mlcd socket so that only the console user can connect. Or, if there
> is a separate mechanism for registering interest in PML traps, adjusting
> the permissions on that mechanism. Am I totally out in left-field?]
According to the unix(7) manual page, Linux honors the permissions on the
socket for purposes of connecting to it, but other platforms may not.
Even so, I'm sure there would be plenty of situations where you wouldn't
want to restrict access to ptal-mlcd (read: the entire device) to the
console user.

> What other functionality of the OfficeJet is available through PML? It
> might be nice to set the speed dial buttons or dial the FAX phone number
> directly. I take it that there is not extensive documentation on the
> actual capabilities of these devices.
There's a terse PML object list somewhere under the "documentation (old)"
section on the webpage.  I have additional documentation that provides a
little more information, some of which I can give out if needed (but not
post on the web).  I'm considering putting together a small cmdline app
so we can play around with stuff like this once I finish the PML support.

David

[hpoj-devel] Printing problems with hpoj from Staroffice

[Edwin v. O. <edw...@se...>]

Hi All,

I've successfully installed the drivers for my G55 on a Mandrake 7.2 syst=
em.=20
Printing works fine from any program except for StarOffice 5.2.=20
I have tried to change some settings in spadmin, but no luck yet. Before =
I=20
installed the hpoj drivers, I was using the standard drivers from cups an=
d=20
that worked fine, although the printing quality was a lot less.

When I print from StarOffice I only get blank page.

Any thoughts on this?

Edwin

PS:
Trying to scan from SO makes the hd led do overtime and SO quits after a=20
while saying that it doesn't have enough memory (128 Mb), but I don't car=
e,=20
since I only want to scan from the Gimp anyway.

--=20

Edwin van Opstal
S.E. Technology