Re: Raster compression

--===============5491993368467932654==
Content-Type: multipart/alternative; boundary="000000000000b1488c064bc31ede"

--000000000000b1488c064bc31ede
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thank you for all the replies! They were very helpful.

Best regards,
Piotr

On Thu, Feb 26, 2026 at 11:20=E2=80=AFAM Michael Sweet <[email protected]> =
wrote:

> Piotr,
>
> > On Feb 25, 2026, at 10:40=E2=80=AFPM, Piotr Pawliczek via ipp <ipp@pwg.=
org>
> wrote:
> >
> >
> > Hello Everyone,
> >
> > I am looking for guidance on the best approach for handling larger
> rasters. Specifically, what is the current recommended method for raster
> compression?
> >
> > There is a "compression-supported" IPP attribute that allows the client
> to apply compression to the IPP payload. However, for many printers this
> attribute contains only "none".
>
> Any AirPrint printer should support the "compression/-supported"
> attributes with the 'gzip' or 'deflate' values to apply LZ77 compression
> with the corresponding gzip or deflate headers.  For reference, of the 14
> printers in my office all but one printer (an entry-level inkjet) support=
s
> compression...
>
> > I cannot find any reference to HTTP-level compression. Is it mentioned
> in any IPP document?
>
> IPP doesn't talk about HTTP's Content-Encoding header and I am not aware
> of any IPP Clients or Printers that use it for IPP requests/responses, so=
 I
> doubt you would be able to successfully use that generally.
>
> ________________________
> Michael Sweet
>
>

--000000000000b1488c064bc31ede
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thank you for all the replies! They were very helpful.<div=
><br></div><div>Best regards,</div><div>Piotr</div></div><br><div class=3D"=
gmail_quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On=
 Thu, Feb 26, 2026 at 11:20=E2=80=AFAM Michael Sweet &lt;<a href=3D"mailto:=
[email protected]">[email protected]</a>&gt; wrote:<br></div><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid=
 rgb(204,204,204);padding-left:1ex">Piotr,<br>
<br>
&gt; On Feb 25, 2026, at 10:40=E2=80=AFPM, Piotr Pawliczek via ipp &lt;<a h=
ref=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>&gt; wrote:<br>
&gt; <br>
&gt; <br>
&gt; Hello Everyone,<br>
&gt; <br>
&gt; I am looking for guidance on the best approach for handling larger ras=
ters. Specifically, what is the current recommended method for raster compr=
ession?<br>
&gt; <br>
&gt; There is a &quot;compression-supported&quot; IPP attribute that allows=
 the client to apply compression to the IPP payload. However, for many prin=
ters this attribute contains only &quot;none&quot;.<br>
<br>
Any AirPrint printer should support the &quot;compression/-supported&quot; =
attributes with the &#39;gzip&#39; or &#39;deflate&#39; values to apply LZ7=
7 compression with the corresponding gzip or deflate headers.=C2=A0 For ref=
erence, of the 14 printers in my office all but one printer (an entry-level=
 inkjet) supports compression...<br>
<br>
&gt; I cannot find any reference to HTTP-level compression. Is it mentioned=
 in any IPP document? <br>
<br>
IPP doesn&#39;t talk about HTTP&#39;s Content-Encoding header and I am not =
aware of any IPP Clients or Printers that use it for IPP requests/responses=
, so I doubt you would be able to successfully use that generally.<br>
<br>
________________________<br>
Michael Sweet<br>
<br>
</blockquote></div>

--000000000000b1488c064bc31ede--

--===============5491993368467932654==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
ipp mailing list
[email protected]
https://www.pwg.org/mailman/listinfo/ipp

--===============5491993368467932654==--