Re: [Gimp-print-devel] Wow!

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

   From: sh...@al...
   Date: Wed, 26 Jan 2000 00:14:49 +0900

   > 4) If you know dithering or color space theory, and you're eager to do
   >    some gnarly low level stuff, that's also useful.

   I do gnarly low level stuff best.  I'll look into it, but I have to be up
   early tomorrow, so, not tonight.

OK.

   I don't have a lot of experience here, but I've read up on the
   publicly available documentation on the web and I have the CIElab
   coordinate measurements of the inks used in the ESP750.  I don't
   know if these are used in the current print plugin or not.

They're not, but that would be useful information.  Currently there's
some weird ratio stuff going on.  That would best be replaced by
actual data.

The other thing that's wrong is that those ratios are hardcoded, so
printers with different inks won't do the right thing.  The right
thing is for there to be an initialization/free routine for each
dithering routine that is called by the printer driver.  That would go
a long way to fixing the static variable problem.  The init routine
should return an opaque handle (i. e. pointer) to an object specific
to each class of dither routine that contains all the information
required by that routine (including the error rows and all that).

Another change I would like to see done is in the dataflow between the
driver and the dither routine.  Currently the driver presents the
dither routine a line of input and an output line that must be filled
in.  I would prefer that the dither routine initialization routine
take a callback from the driver, so that the dither routine can
process as many lines as it likes before actually outputting
anything.  This would allow us to use more sophisticated dithering
routines.

Interested in this stuff?

-- 
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...

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