[printing-discuss] RE: [Inkjet-list] IJS Protocol for bitblts

Andrew van der Stock ajv at greebo.net
Sat Nov 3 18:46:47 PST 2001


Raph,

with the HP PPA printers, compression using pnm modes that deal with the
subject matter (ie using pbm rather than pnm for text) plus the compression
we try to use when sending data over the parallel port has nearly order of
magnitude speed ups for us. Compression is essentially the difference
between 2-3 ppm and one page every two minutes.

I'm not sure that the ijs architecture per se needs to be compression-aware,
but it certainly needs to flexible enough at every stage of the process to
allow less to occur, thus speeding things up.

That's why in my original proposals to this list (a while back, now), that I
felt the need to be able to let the driver/renderer know what type of output
is being rendered (text, photo image, solid color image). This would be best
done if region based, but rectangles would work for > 90% of occasions just
as well.

Andrew

-----Original Message-----
From: inkjet-list-admin at linuxprinting.org
[mailto:inkjet-list-admin at linuxprinting.org]On Behalf Of Raph Levien
Sent: Saturday, 3 November 2001 11:51 AM
To: Mark Hamzy
Cc: Omniprint-developer at sourceforge.net;
printing-discuss at freestandards.org; inkjet-list at linuxprinting.org
Subject: Re: [Inkjet-list] IJS Protocol for bitblts


On Fri, Nov 02, 2001 at 02:51:32PM -0600, Mark Hamzy wrote:
> Hello,
>
>   I think that the protocol should be generalized in the case of raster
> data transfer.  This will allow other applications and rendering engines
> to talk to printer drivers.
[snip]
>   What do you all think?

My first reaction is no.

Basically, this is a form of data compression. Given that ijs will be
[snip]





More information about the printing-discuss mailing list