gimp-print-devel

Re: [Gimp-print-devel] Recommendations for fast, high quality printer?

[Robert L K. <rl...@al...>]

   Date: Sun, 23 Apr 2000 16:47:33 +0100
   From: Charles Briscoe-Smith <cp...@de...>

   Anyway, to come the point...  I've tried gimp-print 3.1.2 with an
   Epson Stylus Photo 700 borrowed from a friend and was pretty impressed
   with the results.  A few months ago, I tried to write an ESC/P2 driver
   myself, starting with ppmquant and adding ESC/P2 output and tweaking as
   best I could.  I managed to get output that was a bit better than with
   ghostscript, but still far worse than the windows drivers (which is why
   I then went off to consider continuous-tone printers).  I also hadn't
   been able to find any Epson documentation later then december 1997,
   so didn't know how to get 1440dpi working.

http://www.ercipd.com/isv/edr_docs.htm is the documentation we've been
using.

   Does anyone here have a Stylus Photo 870?  Is it any good?  Does
   gimp-print drive it OK?  If you've tried printing a full A4 or A5 photo,
   how long does it take?

I doubt that gimp-print supports it very well yet.  The 750 driver
(which itself isn't tuned yet) *might* work with the 870, or it might
not.

   Even if gimp-print doesn't take full advantage of the SP 870, if it
   drives it reasonably well I'll probably get one anyway and then see if
   I can help improve gimp-print.

Hopefully we'll be able to make progress on this over the next several
months.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] stylus 660, gs 6.01

[Karl H. K. <kh...@kh...>]

On Sun, Apr 23, 2000 at 06:47:51PM -0400, Robert L Krawitz wrote:
>    On Sun, Apr 23, 2000 at 01:34:18PM -0400, Karl Heinz Kremer wrote:
>    > > Could I find something out by taking the output from the windows
>    > > or printpro driver and try to parse that into escp2 commands?
>    >=20
>    > You can use the unprint command to "dis-assemble" the ESC/P2 code.

What was I thinking... I ment of course the parse-escp2 command... Sorry
about this.=20

Karl Heinz
--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

Re: [Gimp-print-devel] stylus 660, gs 6.01

[Robert L K. <rl...@al...>]

   Date: Sun, 23 Apr 2000 21:54:13 +0200
   From: Hrafnkell Eiriksson <he...@kv...>

   Hi

   On Sun, Apr 23, 2000 at 01:34:18PM -0400, Karl Heinz Kremer wrote:
   > > Could I find something out by taking the output from the windows
   > > or printpro driver and try to parse that into escp2 commands?
   > 
   > You can use the unprint command to "dis-assemble" the ESC/P2 code.

   hmm.. It just coredumped :) Also on the ghostscript output.  I went
   through the output from the windows driver when letting in print in
   360dpi and the output looked very much like what the print-escp2.c
   driver should generate (some differences though).  Do we have
   access anywhere to documentation on the commands used in REMOTE
   mode?

We don't have any doc on the Remote mode stuff.  I don't think that
that affects printing very much.  Could you take the first 200 or so
lines of output from parse-escp2 run on the Windows output and send
that to me?  That would help tremendously.

   I used hybrid floyd steinberg dithering and in both cases
   the image looked veeerrry grainy and way to bright.
   I was printing a photograph of me and around my head I could
   see strange artifacts, like a outline drawed around it.
   I have dark hair and the background is white. It looks like
   the quantization error is being diffused in a very regular manner
   to those pixels (it is a mix between floyd steinberg and ordered 
   dithering?).

Try using random Floyd-Steinberg and ordered, and then try the
adaptive modes.  Yes, the hybrid Floyd-Steinberg is using partially
ordered dithering and partially error diffusion.

   Hmm I just checked.. this effect is even worse when using ordinary
   floyd steinberg with 720dpi microweave. 
   Now it looks like an edge-detect filter is
   used on the image first, then the edges are shifted from their
   correct place and added to the image and then it is printed.
   The printout is also very bright (brightness setting 100 in 
   adjust color).

What's the density and gamma set to?

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] stylus 660, gs 6.01 and ink refill kits

[Robert L K. <rl...@al...>]

   Date: Sun, 23 Apr 2000 19:07:56 +0200
   From: Hrafnkell Eiriksson <he...@kv...>

   OK, do you guys have a good contact with Epson? Can you get the
   specs? Should I send someone an email and try asking for them?
   The printer is as far as I know a escp2 printer so it might
   just be a question of getting the correct init string? Or what?
   (The easy software printpro driver for CUPS for the printer has
   the name rastertoescp2)

   Could I find something out by taking the output from the windows
   or printpro driver and try to parse that into escp2 commands?

It's not just a matter of the init string; there are subtleties about
the command set for each printer.  There's a program included with the
plugin called parse-escp2.  You can run that on the output from the
Windows (or PrintPro) driver, and will help us figure out what this
printer really is.  Windows driver would probably be best.

   > Actually, the 640 driver doesn't support 1440 resolution (I thought
   > the printer didn't, but evidently it does, and the driver hasn't been
   > upgraded yet).  So that combination probably won't actually work.

   Ok, but the driver didn't barf on me. Shouldn't it do that?
   The 660 has 1440 resolution.

No, the driver won't actually barf.  It will probably just do the
wrong thing.  The Ghostscript driver doesn't do the error checking
that the rest of the print plugin does.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] stylus 660, gs 6.01

[Hrafnkell E. <he...@kv...>]

Hi

On Sun, Apr 23, 2000 at 01:34:18PM -0400, Karl Heinz Kremer wrote:
> > Could I find something out by taking the output from the windows
> > or printpro driver and try to parse that into escp2 commands?
> 
> You can use the unprint command to "dis-assemble" the ESC/P2 code.

hmm.. It just coredumped :) Also on the ghostscript output.
I went through the output from the windows driver when
letting in print in 360dpi and the output looked very much
like what the print-escp2.c driver should generate
(some differences though).
Do we have access anywhere to documentation on the
commands used in REMOTE mode?

Then I looked at the output from ghostscript when using the
gimp-print driver and it looked funny. I then installed 
gimp-1.1.20 and compiled the gimp-print plugin to use with it.

I was able to use the Epson 640 driver to print in both
360 dpi and 720 microweave. The other modes just ejected paper.

I used hybrid floyd steinberg dithering and in both cases
the image looked veeerrry grainy and way to bright.
I was printing a photograph of me and around my head I could
see strange artifacts, like a outline drawed around it.
I have dark hair and the background is white. It looks like
the quantization error is being diffused in a very regular manner
to those pixels (it is a mix between floyd steinberg and ordered 
dithering?).

Hmm I just checked.. this effect is even worse when using ordinary
floyd steinberg with 720dpi microweave. 
Now it looks like an edge-detect filter is
used on the image first, then the edges are shifted from their
correct place and added to the image and then it is printed.
The printout is also very bright (brightness setting 100 in 
adjust color).

I think I'm about to get chockolate-poisoning now :)

-- 
//-----------------------//-------------------------------------------------
//  Hrafnkell Eiriksson  // 
//  he...@kv...        // 
//  TF3HR                //  "Blessed are they who go around in circles,
//                       //   for they shall be known as Wheels"        

Re: [Gimp-print-devel] stylus 660, gs 6.01 and ink refill kits

[Karl H. K. <kh...@kh...>]

On Sun, Apr 23, 2000 at 07:07:56PM +0200, Hrafnkell Eiriksson wrote:
> OK, do you guys have a good contact with Epson? Can you get the
> specs? Should I send someone an email and try asking for them?

Yes, we have a pretty good relationship with EPSON. They are preparing
to release a new batch of documents. I don't have any information about
the x60 series, but I now that docs for the 870/1270 are comming.

> The printer is as far as I know a escp2 printer so it might
> just be a question of getting the correct init string? Or what?
> (The easy software printpro driver for CUPS for the printer has
> the name rastertoescp2)

The printer "speaks" ESC/P2, so it's probably very easy to get it
working.=20

>=20
> Could I find something out by taking the output from the windows
> or printpro driver and try to parse that into escp2 commands?

You can use the unprint command to "dis-assemble" the ESC/P2 code.

Karl Heinz

--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

[Gimp-print-devel] Recommendations for fast, high quality printer?

[Charles Briscoe-S. <cp...@de...>]

Hi,

I'm deciding on a printer to buy to use with gimp-print, and would like
to know if anyone here has any suggestions.  Our priorities are print
quality and speed; we want to use this printer to produce prints as near
as possible to photo-quality, on demand, for customers, so it has to be
pretty quick.

To give you an idea of where I'm coming from, I'd been investigating
some continuous-tone printers, the Fuji NC/NX and pictrography printers,
the Oki DP-5000 and the Alps MD-5000.  The NC/NX look quite good, but
the interface docs are under NDA.  Same goes for the pictrography, IIRC,
but the printer's rather bulky and is not at all cheep.  The Alps/Oki
"microdry" looked good, but is also stubbornly proprietary and I recently
read that it takes 27 minutes to print an A4 picture.

So I seem to keep coming back to inkjets as being the only viable
solution... ;)

Anyway, to come the point...  I've tried gimp-print 3.1.2 with an
Epson Stylus Photo 700 borrowed from a friend and was pretty impressed
with the results.  A few months ago, I tried to write an ESC/P2 driver
myself, starting with ppmquant and adding ESC/P2 output and tweaking as
best I could.  I managed to get output that was a bit better than with
ghostscript, but still far worse than the windows drivers (which is why
I then went off to consider continuous-tone printers).  I also hadn't
been able to find any Epson documentation later then december 1997,
so didn't know how to get 1440dpi working.

Now, gimp-print seems to support 1440dpi, variable dot sizes, and 6 colour
printing... which should create good enough prints for our purposes.
I'm now considering getting a Stylus Photo 870, which I hear gives output
as good as the Photo 750 but does it a good bit faster.

Does anyone here have a Stylus Photo 870?  Is it any good?  Does
gimp-print drive it OK?  If you've tried printing a full A4 or A5 photo,
how long does it take?

Even if gimp-print doesn't take full advantage of the SP 870, if it
drives it reasonably well I'll probably get one anyway and then see if
I can help improve gimp-print.

Thanks for any help,

--=20
Charles Briscoe-Smith             <URL:http://www.debian.org/%7Ecpbs/>
PGP2:  1024/B35EE811  74 68 AB 2E 1C 60 22 94  B8 21 2D 01 DE 66 13 E2

Re: [Gimp-print-devel] stylus 660, gs 6.01 and ink refill kits

[Hrafnkell E. <he...@kv...>]

Hi again

On Sun, Apr 23, 2000 at 09:56:15AM -0400, Robert L Krawitz wrote:
> Evidently the 640 and the 660 are different, then (or some last minute
> bug got introduced into the 640 code).  We don't actually have specs
> on the 660; I just took a guess at using the 640 code.  I didn't see
> anything blatantly wrong with the output.

OK, do you guys have a good contact with Epson? Can you get the
specs? Should I send someone an email and try asking for them?
The printer is as far as I know a escp2 printer so it might
just be a question of getting the correct init string? Or what?
(The easy software printpro driver for CUPS for the printer has
the name rastertoescp2)

Could I find something out by taking the output from the windows
or printpro driver and try to parse that into escp2 commands?
 
> Actually, the 640 driver doesn't support 1440 resolution (I thought
> the printer didn't, but evidently it does, and the driver hasn't been
> upgraded yet).  So that combination probably won't actually work.

Ok, but the driver didn't barf on me. Shouldn't it do that?
The 660 has 1440 resolution.
 
> Refilling cartridges is messy (said from personal experience).  You
> may have to mail order it from elsewhere.  Third party ink cartridges
> are another possible option.

Yes, I just found something called http://ink2u.co.uk/ in the UK.
Their prices are nice (a black epson cartridge costs 25% of the price
I gave for the printer).
 
> My printer (Photo EX) has a cleaning button on the front panel.  Does
> the 660 lack that?

Uhm no :) Stupid me :)

Off to eat more easter-chockolate :)
-- 
//-----------------------//-------------------------------------------------
//  Hrafnkell Eiriksson  // 
//  he...@kv...        // 
//  TF3HR                //  "Blessed are they who go around in circles,
//                       //   for they shall be known as Wheels"        

Re: [Gimp-print-devel] stylus 660, gs 6.01 and ink refill kits

[Robert L K. <rl...@al...>]

   Date: Sun, 23 Apr 2000 14:19:37 +0200
   From: Hrafnkell Eiriksson <he...@kv...>

   I just compiled gs6.01 with the latest gimp-print driver (3.1.3).
   I'm using a Epson Stylus Color 660.
   I choose -dModel=11 for it (thats the stylus 640).
   720 DPI Microweave does not work nor does 360 DPI mode
   (and my printer made funny sounds while trying, like the
   stepmotor that controls the position of the printing head was being
   driven to the end and further)
   720dpi  highest quality mode and 1440x720dpi highest quality
   just ejected 4 pages of paper before I turned it of and killed
   gs.

Evidently the 640 and the 660 are different, then (or some last minute
bug got introduced into the 640 code).  We don't actually have specs
on the 660; I just took a guess at using the 640 code.  I didn't see
anything blatantly wrong with the output.

Actually, the 640 driver doesn't support 1440 resolution (I thought
the printer didn't, but evidently it does, and the driver hasn't been
upgraded yet).  So that combination probably won't actually work.

   Do you use any standard images to test the quality of the output?
   If so, can they be found on the web (the project homepage)?

It's a bit catch as catch can.  I have a few things that I use for
that purpose.  I like people to use images of their own and report
their results.

   You guys must be experts on how to refill the ink Cartridge for
   epson stylus printers. 
   I bought a new black ink cartridge for my epson stylus 660 and
   thought it was waaay to expensive. So what do you reccomend to refill
   the ink cartridges? I haven't found anyone selling refill kits
   here in Denmark (that is, not yet, I've only looked on the web).

Refilling cartridges is messy (said from personal experience).  You
may have to mail order it from elsewhere.  Third party ink cartridges
are another possible option.

   Also, how do you clean the printer heads? Run vmware and the windows
   software from that?

My printer (Photo EX) has a cleaning button on the front panel.  Does
the 660 lack that?

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

[Gimp-print-devel] stylus 660, gs 6.01 and ink refill kits

[Hrafnkell E. <he...@kv...>]

Hi

I just compiled gs6.01 with the latest gimp-print driver (3.1.3).
I'm using a Epson Stylus Color 660.
I choose -dModel=11 for it (thats the stylus 640).
720 DPI Microweave does not work nor does 360 DPI mode
(and my printer made funny sounds while trying, like the
stepmotor that controls the position of the printing head was being
driven to the end and further)
720dpi  highest quality mode and 1440x720dpi highest quality
just ejected 4 pages of paper before I turned it of and killed
gs.

Do you use any standard images to test the quality of the output?
If so, can they be found on the web (the project homepage)?

You guys must be experts on how to refill the ink Cartridge for
epson stylus printers. 
I bought a new black ink cartridge for my epson stylus 660 and
thought it was waaay to expensive. So what do you reccomend to refill
the ink cartridges? I haven't found anyone selling refill kits
here in Denmark (that is, not yet, I've only looked on the web).

Also, how do you clean the printer heads? Run vmware and the windows
software from that?

Thanks,
  Hrafnkell

-- 
//-----------------------//-------------------------------------------------
//  Hrafnkell Eiriksson  // 
//  he...@kv...        // 
//  TF3HR                //  "Blessed are they who go around in circles,
//                       //   for they shall be known as Wheels"        

[Gimp-print-devel] Gimp-Print 3.1.3

[Robert L K. <rl...@al...>]

This is to announce gimp-print 3.1.3.  This is still a development
release.  The following are the release notes for this version:

1) Completely revamped dithering algorithms.  These algorithms should
   be faster and easier to maintain in addition to better,
   particularly on more advanced printers.  There are additional
   choices for dithering algorithms: an ordered dither, and two kinds
   of Floyd-Steinberg error diffusion.  There are also adaptive error
   diffusion algorithms, in which ordered dithering is used in certain
   circumstances.

2) The user interface has been heavily revamped.  There are currently
   two options, one based on the Gimp native toolkit and one based on
   GTK.  Depending upon user feedback, one will be withdrawn at some
   point.

4) Support for additional Hewlett-Packard printers and media.

3) Bug fixes for Epson printers, the GhostScript driver, and many
   other things.

Since his name won't appear in the change logs, special thanks to
Thomas Tonino for much productive discussion about dithering
algorithms.

The download location is
http://download.sourceforge.net/gimp-print/print-3.1.3.tar.gz.

The site home page is http://gimp-print.sourceforge.net.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

[Gimp-print-devel] F-S dither

[Robert L K. <rl...@al...>]

I checked in a Floyd-Steinberg dither.

BTW, right now the Line Art and Solid Color modes are barely different
from the Photo mode.  You can either say that I've botched it or that
I did such a brilliant job that only very subtle differences are
needed :-)

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] Dither problem with stc740

[Robert L K. <rl...@al...>]

   Date: Wed, 19 Apr 2000 19:35:13 +0100
   From: Dave Hill <da...@mi...>

   I'm not sure that I like either of the new dithers, the "screen"
   effect you get on photos is more noticeable than on the windoze
   driver output.

On closer inspection, the hybrid Floyd-Steinberg is pretty ugly even
at 720 dpi (it's very nice at 1440x720).  No matter, there will be a
random Floyd-Steinberg checked in very shortly.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] Dither problem with stc740

[Robert L K. <rl...@al...>]

   Date: Wed, 19 Apr 2000 19:35:13 +0100
   From: Dave Hill <da...@mi...>

   I'm not sure that I like either of the new dithers, the "screen"
   effect you get on photos is more noticeable than on the windoze
   driver output.

OK.  I'm going to code up something that uses a random dither, in
addition to the ordered and "hybrid" dithers.  It's pretty easy to do,
actually; just use a random number in place of the matrix lookup.

I noticed that the ordering is more obvious -- and more obnoxious --
at low resolution (360 dpi) than at high resolutions (720 and
1440x720).  So one option would be to default to some kind of more
pure F-S dithering at low resolutions, but use one of the screen
variants at high resolution.

Another thing that's jumping out at me is the need to decide on which
color to print very independently of whether to print at all.
Otherwise all manner of weird things happen.  Not really all that
surprising.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] Dither problem with stc740

[<sh...@al...>]

> As for the others on the list, It's gone very quiet.

Anyone know of a website online where I can order free time?  I'd like to
order a week or so...

Eric

Re: [Gimp-print-devel] Dither problem with stc740

[Dave H. <da...@mi...>]

Robert L Krawitz wrote:
>
> This should also fix (not that
> anyone reported) problems with certain HP printers.

That's because I don't have an 800 series printer and I haven't
got round to coding the rest of pcl-unprint to do "variable drop
size". As for the others on the list, It's gone very quiet.

I'm not sure that I like either of the new dithers, the "screen"
effect you get on photos is more noticeable than on the windoze
driver output.

(Ducks back down below parapet  B-))

Dave

-- 
Dave Hill, Kempston, Bedford UK		da...@mi...
				davehill at users.sourceforge.net
Sicth munce ago, I cutn't evun spel enjuneer, and now I are one!

Re: [Gimp-print-devel] Dither problem with stc740

[S. M. <sm...@rn...>]

Robert L Krawitz wrote:
> 
>    Date: Tue, 18 Apr 2000 20:00:15 -0400
>    From: Karl Heinz Kremer <kh...@kh...>
> 
>    There is still something wrong with the 1440x720 microweave mode on the
>    stc740: The horizontal position is twice what it should be (if I want
>    to place the image one inch from the left edge it will be two inches
>    form the edge, if I want it two inched from the edge it will end up
>    four inches from the edge), plus the image is not printed correctly.
>    It looks like the right half of the 1440x720 Micro image on the
>    test image I put up yesterday (http://home.rochester.rr.com/specht/test)
>    I only get one penguin, but part of it's legs are missing :-(
> 
> OK, try again.  I don't know about its legs.
> 
>    Other than that all modes are working in single/variable dot size and
>    both dithering modes.
> 
> How's the quality compared with what was before?
> 

I've only had time to check out a couple of modes.  Ordered works fairly
well (I tried 360 and 720 softweave, both variable size dots). FS is
horrible at 360 dpi - leaves diagonal stripes in a large, very dark
region. It does well at 720 (I couldn't tell the difference between the
2 types, anyway).  There is a margin problem though.  In the 2
resolutions I tried, if you push the image all the way to the right, you
loose about an inch of the image.  The left and top seem to be OK,
centering seems to be shifted down and slightly right.  This doesn't
look like a double/half problem, just maybe a slight scale problem. (
I'm scaling the image down from its fairly large size, so it takes about
1/8th of the page).  Haven't had a chance to look at that part of the
code, maybe someone can.

Steve

-----------------------------------------
Just because I have a short attention span
doesn't mean I
------------------------------------------

Re: [Gimp-print-devel] Dither problem with stc740

[Robert L K. <rl...@al...>]

   Date: Tue, 18 Apr 2000 20:00:15 -0400
   From: Karl Heinz Kremer <kh...@kh...>

   There is still something wrong with the 1440x720 microweave mode on the
   stc740: The horizontal position is twice what it should be (if I want
   to place the image one inch from the left edge it will be two inches
   form the edge, if I want it two inched from the edge it will end up
   four inches from the edge), plus the image is not printed correctly.
   It looks like the right half of the 1440x720 Micro image on the
   test image I put up yesterday (http://home.rochester.rr.com/specht/test)
   I only get one penguin, but part of it's legs are missing :-(

OK, try again.  I don't know about its legs.

   Other than that all modes are working in single/variable dot size and
   both dithering modes.

How's the quality compared with what was before?

Re: [Gimp-print-devel] Dither problem with stc740

[Karl H. K. <kh...@kh...>]

On Tue, Apr 18, 2000 at 08:45:36AM -0400, Robert L Krawitz wrote:
> All three (there were two microweave problems, one related to 1440x720
> and the other one related to the shadows) problems are fixed.  They
> were independent of one another.  This should also fix (not that
> anyone reported) problems with certain HP printers.

Robert,

if I understand you correctly than two of the three problems are fixed :-)

There is still something wrong with the 1440x720 microweave mode on the
stc740: The horizontal position is twice what it should be (if I want
to place the image one inch from the left edge it will be two inches
form the edge, if I want it two inched from the edge it will end up
four inches from the edge), plus the image is not printed correctly.
It looks like the right half of the 1440x720 Micro image on the
test image I put up yesterday (http://home.rochester.rr.com/specht/test)
I only get one penguin, but part of it's legs are missing :-(

Other than that all modes are working in single/variable dot size and
both dithering modes.

Karl Heinz

--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

Re: [Gimp-print-devel] Dither problem with stc740

[Robert L K. <rl...@al...>]

   Date: Mon, 17 Apr 2000 18:56:50 -0400
   From: Karl Heinz Kremer <kh...@kh...>

   Content-Type: text/plain; charset=us-ascii
   Content-Transfer-Encoding: quoted-printable

   On Mon, Apr 17, 2000 at 06:48:10PM -0400, Karl Heinz Kremer wrote:
   > Just ignore the fact that the 360dpi print is larger than the rest:
   > I screwed up the resolution setting for this one. The microweave modes
   > show some kind of weird shadow effect stretched out quite a bit. The
   > softweave modes show the same "stripe effect" regardless of the resolutio=
   n.

   I forgot to mention that these are "Variable Dot Size" images, if
   I do the same with single dot size then the softweave print look
   good (no artifacts, just the image), the microweave prints still
   show the same shift.

All three (there were two microweave problems, one related to 1440x720
and the other one related to the shadows) problems are fixed.  They
were independent of one another.  This should also fix (not that
anyone reported) problems with certain HP printers.

The microweave problems have been in there for a while.  The stripe
effects were new.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] GUI Question

[Sven N. <neu...@un...>]

Hi,

> Where are our GUI gurus?
> 
> How do I select a directory in Gimp and/or GTK? I am working
> on some stuff for the color correction plugin/module/whatever
> and I need to select just a directory where the ICC profiles
> are stored. I don't want the user to actually see the files
> in this directory. Is there a mechanism for this, or do I have
> to use a compromise like the file selection control?

You might want to use a GimpFileSelection with dir_only = TRUE;
We use this widget for example in the Preferences dialog to allow
the user to specify the brush/pattern/gradients directories.

See http://sven.gimp.org/1.1/docs/libgimp/gimpfileselection.html
for documentation.


Salut, Sven

[Gimp-print-devel] GUI Question

[Karl H. K. <kh...@kh...>]

Where are our GUI gurus?

How do I select a directory in Gimp and/or GTK? I am working
on some stuff for the color correction plugin/module/whatever
and I need to select just a directory where the ICC profiles
are stored. I don't want the user to actually see the files
in this directory. Is there a mechanism for this, or do I have
to use a compromise like the file selection control?

Thanks,

Karl Heinz
--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

Re: [Gimp-print-devel] Dither problem with stc740

[Karl H. K. <kh...@kh...>]

On Mon, Apr 17, 2000 at 06:48:10PM -0400, Karl Heinz Kremer wrote:
> Just ignore the fact that the 360dpi print is larger than the rest:
> I screwed up the resolution setting for this one. The microweave modes
> show some kind of weird shadow effect stretched out quite a bit. The
> softweave modes show the same "stripe effect" regardless of the resolutio=
n.

I forgot to mention that these are "Variable Dot Size" images, if
I do the same with single dot size then the softweave print look
good (no artifacts, just the image), the microweave prints still
show the same shift.

Karl Heinz

--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

Re: [Gimp-print-devel] Dither problem with stc740

[Karl H. K. <kh...@kh...>]

Yes, I can confirm this. I just updated my sources with the latest
changes and printed the little penguin again. So far I've done=20
both ordered and modified Floyd-Steinberg, both give the same
results.

I've scaned the results and put them up on my web site:
http://home.rochester.rr.com/specht/test/stc740.png

Just ignore the fact that the 360dpi print is larger than the rest:
I screwed up the resolution setting for this one. The microweave modes
show some kind of weird shadow effect stretched out quite a bit. The
softweave modes show the same "stripe effect" regardless of the resolution.

Karl Heinz

On Sat, Apr 15, 2000 at 09:04:07PM -0700, S. Miller wrote:
> Is anyone else having problems with their epson 740?  Since about a week
> ago I'm getting prints with the black horizontally offset quite a bit
> from the other colors.  At first I thought it was my printer, which
> behaved oddly for a few days after I used it from windows with the black
> cartridge almost empty.  But I just tried to print the same image from
> Star Office, and it printed fine.
>=20
> Steve
> --=20
> -----------------------------------------
> Just because I have a short attention span
> doesn't mean I
> ------------------------------------------
>=20
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> http://lists.sourceforge.net/mailman/listinfo/gimp-print-devel

--=20
Karl Heinz Kremer                                      kh...@kh...
                                                http://www.khk.net

[Gimp-print-devel] Dithering algorithms

[Robert L K. <rl...@al...>]

I've put choice of dithering algorithms into everything (the plugin
and the Ghostscript driver).  Currently there are two algorithms
offered: modified Floyd-Steinberg and ordered.  These are the new
algorithms I checked in last night.

-- 
Robert Krawitz <rl...@al...>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lp...@uu...
Project lead for The Gimp Print --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton